ID preservation issue WAS: Re: [topicmapmail] This is weird modeling, but is it valid XTM ?

[Kal Ahmed]

Peter,

In the current DM draft occurrence items and association role items both
have a resourceLocators property that preserves the complete URI of the
source element(s) (note that there can be serveral source locators when
duplicates are eliminated). I think that should meet the need expressed
by the use case you outline.

Of course, if your application needs a deeper level of syntactic
information to be preserved, there is nothing in the DM that prevents
that - although you will not be able to expect that syntactic
information to be preserved by a DM-conformant processor. I guess that
preservation of syntax and maintaining items in document order and so on
would be differentiators for application developers to build into their
offerings.

Cheers,

Kal

On Wed, 2003-08-13 at 10:14, Peter P. Jones wrote:
> On 12 Aug 2003 at 14:29, Lars Marius Garshol wrote:
> 
> > 
> > * Lars Marius Garshol
> > |
> > | Actually, pointing to the ID of the <resourceData> element is
> > | something you should not expect to be understood by XTM processors.
> > | They discard that the ID on that element type when reading in the |
> > topic map, so they have no way of knowing what it is you are |
> > pointing to.
> > 
> [...]
> > 
> > I'm talking about the current drafts of the standards, Murray, so
> > unless we change it, this is what the standard will say. 
> > 
> (I haven't had time to read the new drafts yet, so maybe this 
> particular take on the IDs issue is covered. But just in case...)
> 
> I would like to argue for the preservation of IDs (Document Unique 
> IDs) created by the author of a TM document - particularly where 
> characteristic assignments and association members are concerned. 
> Obviously that will need to be squared with the way the merger rules 
> work, but I think there is a strong use case:
>  The application of providence and accountability metadata to such 
> assignments. I think the ability to do that will be important.
-- 
Kal Ahmed <kal@techquila.com>
techquila