W3C home > Mailing lists > Public > public-awwsw@w3.org > July 2008

Re: xsd:anyURI, rdf URIs, information resources

From: Jonathan Rees <jar@creativecommons.org>
Date: Thu, 3 Jul 2008 07:06:39 -0400
Message-ID: <760bcb2a0807030406t5adf5e0by239aee8d00278969@mail.gmail.com>
To: "Alan Ruttenberg" <alanruttenberg@gmail.com>
Cc: "Booth, David (HP Software - Boston)" <dbooth@hp.com>, "public-awwsw@w3.org" <public-awwsw@w3.org>, "Stasinos Konstantopoulos" <konstant@iit.demokritos.gr>, "Ivan Herman" <ivan@w3.org>, "Dan Connolly" <connolly@w3.org>, "Phil Archer" <parcher@icra.org>, "W3C SW Coordination Group" <w3c-semweb-cg@w3.org>, "Matt Womer" <mdw@w3.org>, "Peter F. Patel-Schneider" <pfps@research.bell-labs.com>
On Thu, Jul 3, 2008 at 2:30 AM, Alan Ruttenberg <alanruttenberg@gmail.com>

The latter. The normalization depends on the schema. There are lots of
> schemas and there will be more. So doing so would mean that developers would
> have to update their RDF software each time a new schema was approved.

you mean "scheme" (or "URI scheme")

If we determine that two IRs are the same if asking the WEB about them
> always (would) return the same representation, then because you can't ask
> the web about these other than by http (that's my assumption) and http
> treats them the same, they could be inferred to be the same (by reading the
> http protocol).

*If*... yes. But we haven't been able to get anywhere close to such a strong
statement about IRs. This is a classic extensional view, something that
doesn't follow from anything that's generally agreed about IRs (because
there is nothing agreed about IRs except that they don't have physical
properties). An intentional view (or is it intensional?) could also be
adopted, where two IRs could be distinguished by, say, the process that
generated their representations, even if the representations (and all other
HTTP responses) were completely identical.
Received on Thursday, 3 July 2008 11:07:22 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:21:06 UTC