W3C home > Mailing lists > Public > public-semweb-lifesci@w3.org > August 2006

[BioRDF] global uniqueness requirement of LSIDs and RDF

From: John Barkley <jbarkley@nist.gov>
Date: Tue, 1 Aug 2006 08:31:10 -0400
Message-ID: <002901c6b566$5ec5f0c0$8a3a0681@ncsl.nist.gov>
To: <public-semweb-lifesci@w3.org>

The global uniqueness requirement of LSIDs is clear if one is talking about
something like an image. As we discussed on yesterday's telecon, if one bit
in an image is changed, then the LSID must change. My question is how does
this work with an LSID that dereferences to RDF. Consider the following
simple examples:

1. Suppose in my namespace I create lsid-A in an RDF file where lsid-A has a
single datatype property. Following the global uniqueness requirement, if I
change the value in that datatype property, then I have to create a new
LSID.

2. Now suppose I create another LSID, lsid-B, that has a single object
property whose object is the lsid-A from (1). Once again, if I change the
value of lsid-A's datatype property, then I have to create a new LSID for
lsid-A, and also, depending on the meaning I want for lsid-B, a new LSID for
lsid-B with object property the new lsid-A.

3. Now suppose that I create lsid-C with a single object property whose
object is url-A, also in my namespace. url-A has one datatype property. What
should happen if I change the value of url-A's datatype property?  Do I need
to create a new LSID for lsid-C? I would think the answer would be yes.

4. In (3), url-A is in my namespace. What should happen if url-A is not in
my namespace and the value of its datatype property changes?

Putting these questions more generally:

1. For RDF, does the global uniqueness requirment mean that only the
immediate set of properties and their object names/values need be unique?

2. Does it mean that, for RDF, an LSID's closure (of any kind) within the
namepace that I control need be unique?

3. With RDF, do I have to be concerned about an LSID's closure (of any kind)
in other peoples' namespaces?


thanks,

jb
Received on Tuesday, 1 August 2006 12:32:22 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:00:44 GMT