[topicmapmail] DM zero source locators
Peter P. Jones
ppj@concept67.fsnet.co.uk
Sat, 16 Aug 2003 11:37:15 +0100
On 15 Aug 2003 at 20:48, Lars Marius Garshol wrote:
>
> * Peter P. Jones
> |
> | W.r.t. the DM, should an information item should ever be allowed to
> | have zero source locators?
>
> A similar issue was raised by Kal Ahmed at the meeting in Montr=E9al and
> resolved there: <URL:
> http://www.ontopia.net/omnigator/models/topic_complete.jsp?tm=3Dtm-stand
> ards.xtm&id=3Dtopic-identity-required >
I can't get to that at present - the MSBlast virus DoS is just making
stuff time out.
>
> The rationale will appear in the meeting report, once it's published,
> but requiring a value for one of the three [source locators], [subject
> identifiers], [subject locator] properties means one can rely on the
> topic to always have some defined identity.
>
> We can't require a source locator, however, since it's entirely
> possible to write XTM topic maps where topics are created which have
> no source locator, and allowing this has been the practice ever since
> XTM came out.
Ah. In discussion with Kal off-list he implied that the lack of a
source locator was equivalent to the information item having no
persistent addressability, and I'm more concerned about that than
'some defined identity'.
So I'm concerned precisely with the creation of new information items
prior to any act of persistence, or those which arise as a part of
deserialisation, whereby I cannot address those items.
What is the existing practice concerning the creation of topics that
point to topics that were created as a result of some 'node-demander'
approach, e.g. subjectIndicatorRef in instanceOf? Or can those never
be addressed?
If they can, doesn't persistence then require the 'demanded' topic to
be persisted to satisfy its being addressed?
>
> --
> Lars Marius Garshol, Ontopian <URL: http://www.ontopia.net >
> GSM: +47 98 21 55 50 <URL: http://www.garshol.priv.no
> >
>
> _______________________________________________
> topicmapmail mailing list
> topicmapmail@infoloom.com
> http://www.infoloom.com/mailman/listinfo/topicmapmail
>