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 > > >