W3C home > Mailing lists > Public > public-lod@w3.org > January 2011

Re: URI Comparisons: RFC 2616 vs. RDF

From: Alan Ruttenberg <alanruttenberg@gmail.com>
Date: Thu, 20 Jan 2011 18:27:12 -0500
Message-ID: <AANLkTinccdu759-jTvs5bi+w5atWP3ebTCxRj85ZBkgp@mail.gmail.com>
To: nathan@webr3.org
Cc: David Wood <david@3roundstones.com>, Dave Reynolds <dave.e.reynolds@gmail.com>, "public-lod@w3.org" <public-lod@w3.org>, Sandro Hawke <sandro@w3.org>
On Thu, Jan 20, 2011 at 5:15 AM, Nathan <nathan@webr3.org> wrote:

> As far as I can see, that's only for a URI reference used within a
> namespace, and does not govern usage or normalization when you join the URI
> reference up with the local name to make the full URI.
>
> Out of interest, where is that process defined? I was looking for it the
> other day - for instance in the quoted specification we have the example:
>
> <edi:price xmlns:edi='http://ecommerce.example.org/schema'
> units='Euro'>32.18</edi:price>
>
> Where's the bit of the XML specification which says you join them up by
> concatenating 'http://ecommerce.example.org/schema' with #(?assumed?) and
> 'Euro' to get 'http://ecommerce.example.org/schema#Euro'?
>

My understanding is that this is governed by the definition of qnames. As I
understand things, the concatenation you write would happen only if the
attribute was defined in the schema to be an xsi:type
http://www.w3.org/TR/2004/REC-xmlschema-1-20041028/structures.html#xsi_type,
and without the "#". The only case where a "#" would be added is when rdf:id
or xml:id is used.

And finally, this is why I specifically asked if the non-normalization of
> RDF URI References had XML Namespace heritage, which had then filtered down
> through OWL, SPARQL and RIF.
>

I don't believe so. I believe the genesis are the reasons that I discussed
earlier - the difficulty of actually implementing it combined with the
indeterminacy. But I would be glad if someone else has better information
and can either confirm or deny this.

-Alan
Received on Thursday, 20 January 2011 23:28:02 UTC

This archive was generated by hypermail 2.3.1 : Sunday, 31 March 2013 14:24:31 UTC