Re: External Occurrence Storage

Aki Kivela <[email protected]>
Newsgroups gmane.text.xml.xtm.general
Message-ID <[email protected]>
Hi Patrick and all

If you see the occurrence strictly as the standard suggests i.e. as an 
external resource we have only limited control, then my speculation has 
no point.

But looking at existing topic maps it is evident that occurrences are 
quite often used like properties and stored inside the topic map. To put 
it simple, the occurrence is just a piece of data attached to a topic 
and controlled by the topic map author. Looking the picture from this 
perspective, it becomes quite obvious to "play" with the location of 
occurrences.

To continue, I see quite interesting scenarios appearing if I could 
temporarily place my occurrences (or should I say properties) to a 
semipublic server where I can ask people to come and edit my data. 
Wouldn't this kind of crowd sourcing be just the answer for your 
Mechanical Turk [1] query?

Kind Regards,
Aki / Wandora Team


[1] http://tm.durusau.net/?p=4579



On 3.12.2010 13:08, Patrick Durusau wrote:
> Aki,
>
> The conception of an "occurrence" has always had a pointer like notion
> to it. That is pointing to something external to the topic map.
>
> That was more evident when Topic Maps were based on HyTime because
> HyTime had much more robust addressing mechanisms than URLs.
>
> If I point to the URL of a news story as an occurrence of some topic,
> you are going to have to hunt through the text of the story for whatever
> I was pointing to as an occurrence.
>
> I point this out because for a story like the Afghanistan War Diary, the
> discussions of it or of the Cablegate material, is likely to be spread
> over hundreds of newspapers in dozens of languages.
>
> You would never be able to store all of that material as "local"
> occurrences and so would always be pointing to it as "remote"
> occurrences of various types.
>
> You know, supporting more robust linking into remote resources, a la
> XLink/XPointer or even HyTime, would be very cool. Probably too much to
> wish for but cool.
>
> Hope you are looking forward to a great weekend!
>
> Patrick
>
>
> On Fri, 2010-12-03 at 12:08 +0200, Aki Kivela wrote:
>> Hello Topic Mappers
>>
>> Since the Afghanistan War Diary topic map discussion I have been
>> thinking of occurrences and their role in Topic Maps based information
>> management. As we all know an occurrence is an instance of the subject,
>> or, as Patrick observes in his blog [1], just a property of the topic.
>> Now, the occurrence has a content type that can be an URL, text or a
>> number, for example. The important point here is that the occurrence can
>> be either *inside* or *outside* the topic map.
>>
>> My question is, whether or not, there has been any floating ideas or
>> discussion anywhere about an idea of consciously "exporting" and
>> "importing" occurrences to/from an external occurrence storage. Lets say
>> I have a topic map with a large number of textual occurrences. Wouldn't
>> it be quite a natural "operation" to export all my occurrences to an
>> external occurrence storage and replace the textual occurrences in the
>> topic map with URL occurrences. As an effect, the size of my topic map
>> reduces and occurrences can be edited independently of the topic map.
>> Later on, when I need my textual occurrences back, I could do an
>> "import" operation and the topic map application would fetch all URL
>> occurrence resources and replace URLs with original (or modified) texts.
>> Now you might say, ahaa, sounds like a pastebin [2] kind of service. And
>> yes, you're quite right.
>>
>> Has anyone ever experimented with occurrence import/export? Would you
>> find such an feature useful??
>>
>> Kind Regards,
>> Aki / Wandora Team
>>
>> [1] http://tm.durusau.net/?p=2902
>> [2] http://pastebin.com/
>> _______________________________________________
>> topicmapmail mailing list
>> topicmapmail-Zo64W7twoUFWk0Htik3J/[email protected]
>> http://www.infoloom.com/mailman/listinfo/topicmapmail
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.