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