W3C home > Mailing lists > Public > w3c-rdfcore-wg@w3.org > July 2001

Re: Proposal: #rdfms-identity-anon-resources

From: Dan Connolly <connolly@w3.org>
Date: Fri, 20 Jul 2001 15:29:22 -0500
Message-ID: <3B5894A2.AB53A634@w3.org>
To: Aaron Swartz <me@aaronsw.com>
CC: Graham Klyne <Graham.Klyne@Baltimore.com>, RDF core WG <w3c-rdfcore-wg@w3.org>
Aaron Swartz wrote:
> On Wednesday, July 18, 2001, at 01:21  PM, Dan Connolly wrote:
> > I've noodled on the approach of naming things based on their
> > XML element position, and I've convinced myself that won't
> > work either. I don't have a proof that there's no such algorithm,
> > but I'm not likely to spend more time thinking about it until
> > somebody makes a concrete suggestion (i.e. running code)
> > of an algorithm that works.
> Umm, what about the one built in to SiRPAC and most other RDF
> parsers. It will reliably generate the same numbered anonymous
> nodes for the same RDF/XML input.
> http://www.w3.org/RDF/Implementations/SiRPAC/
> http://zoe.mathematik.Uni-Osnabrueck.DE/RDF/parser.html

But that algorithm generates the same identifier for lots
of different inputs.

consider doc1, which says:

	I'm thinking of something.  [sirpac generates: doc1#_g1 ]
	It's greater than 5.	[ sirpac spits out: <doc1#g1>
math:greaterThanNumeral "5" ].

then I edit doc 1 and feed it to SIRPAC again:

	I'm thinking of something.  [sirpac generates: doc1#_g1 ]
	It's less than 5.	[ sirpac spits out: <doc1#g1> math:lessThan "5" ].

the documents I wrote down didn't conflict with each other:
I was thinking of different somethings.

But the triples that sirpac generates when parsing them do
conflict: they say that the very same something is
both less than 5 and greater than 5.

The identifier has to carry all the information that
was said about it in order to "work", no?

p.s. if you don't like my informal "I'm thinking of something"
syntax, it's mnemonic for:




Dan Connolly, W3C http://www.w3.org/People/Connolly/
Received on Friday, 20 July 2001 16:29:47 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:53:50 UTC