Confusion on httpRange-14 decision

Here is a draft message to the TAG, per my action item.  Comments?


Is it okay to have the same URI identify both a location within an HTML
document and a concept in an ontology?  What is the class of
"information resources"?  Would the TAG wish to define a URI for it?  Is
it owl:disjointWith anything?

The SWBP working group wishes to note some confusion around the
implications of the httpRange-14 decision[8], in the hope that future
work by the TAG will clear up this confusion.  However, the SWBP WG does
*not* wish to press the TAG for an immediate resolution.  More thought
by appropriate experts is probably needed first, and the WG seems to be
able to work around it at present.

The httpRange-14 decision says that if an HTTP GET of returns a 2xx status, then is an "information resource".

The WebArch says that the meaning of the fragment identifier ("#me") is
determined by the media type that is returned.  In the case of HTML, it
identifies a location with the HTML document.  Therefore, according to
the WebArch plus the httpRange-14 decision, identifies a location within an
HTML document.  

If Dan is also using to identify a
foaf:Person (for example by also serving RDF from ), then the same URI is being used
both to identify a foaf:Person and an "information resource".  Is this
okay?  Pat Hayes does not see this as a problem, as he has eloquently
explained[6].  However, the WebArch says that a URI should only identify
one resource, so this behavior seems inconsistent with the WebArch.  

On the other hand, the WebArch also says that if multiple media types
are served using content negotiation, then because the meaning of the
fragment identifier could differ for different media types, the URI
owner should ensure that all such meanings are "sufficiently
consistent"[1] (and hence conceptually would still only identify a
single resource).  The WebArch also says that "The representation
provider decides when definitions of fragment identifier semantics are
are sufficiently consistent".

Is it reasonable to think that the use of as a location within a document
would be "sufficiently consistent" with its use as a foaf:Person?  A
document seems very different from a person.  In fact, one could well
imagine the class of 
tag:Location-Within-An-HTML-Document as being owl:disjointWith

On the other hand, if it *is* reasonable to use as both a location within a
document and as a foaf:Person, then is it also reasonable to use as both an "information resource" and a
foaf:Person?  If not, why is a URI with a fragment identifier permitted
to simultaneously identify such different things, while a URI without a
fragment identifier is not.  

Furthermore, if return a 2xx response, does this
represent an assertion such as (N3):

	<> a tag:InformationResource .

If so, what can be concluded if the response code is other than 2xx, 4xx
or 303?  In general, what algorithm should be used to determine the
meaning of a newly discovered URI?  (See David Booth's attempt at
writing down such an algorithm based on his reading of the WebArch and
httpRange-14 decision.)

Again, the SWBP WG is *not* asking for a resolution at the this time,
but merely reporting the confusion that we have noticed.

[1] WebArch on fragment identifiers and content negotiation:

[2] TimBL thoughts on RDF in HTML:

[3] TAG issue RDFinXHTML-35:

[4] RDF/A Primer:

[5] Alistair's issues on URI usage in RDF/A primer:

[6] Pat Hayes comments:

[7] David Booth draft algorithm:

[8] TAG's httpRange-14 decision:

David Booth (on behalf of the SWBP working group)

Received on Wednesday, 15 February 2006 23:23:29 UTC