RE: fragment identifiers and media types (was RE: XPointer considered incomprehensible)

On Tue, 2006-09-05 at 12:37 -0400, Booth, David (HP Software - Boston)
> > From: Simon St.Laurent
> > 
> > . . .  For a URI reference like:
> > 
> >
> > 
> > The interpretation of the fragment identifier depends on the 
> > media type returned.  URI philosophers will likely wave their 
> > hands and say this isn't a problem. 
> As a side comment, this is precisely why, in my opinion, hash URIs are
> unsuitable as *general purpose* identifiers: the meaning of the URI is
> tied to the media type that is returned when the racine is dereferenced.
> (The racine is the part before the hash.)  I.e., the meaning of this
> URI:
> depends on the media type that is returned when this other, related URI:
> is dereferenced.  This may be fine if one is willing to limit one's self
> to certain media types, but it is not very general purpose.

Why not?

The meaning of *every* URI in the web is, practically, connected to
protocol messages involving that URI, and pretty much all the
Web protocols use MIME types somehow.

The meaning of URIs that include #'s is no more or less dependent
on media types than other URIs. For example, I can mint
a URI right now...
and tell you that it refers to the integer 63.

I did that without using any representations of , and hence without
any dependence on media types.

Now this URI is not a very good one, because when you look it up, you'll
get a 404; so you don't get any useful information when
you use standardized protocols to look it up. But as the
owner of, I have the right to allocate that URI
and say what it means, whether I use standard protocols or not.

(You could argue that I'm conflicting myself when I say that
I have allocated that URI and yet give out a 404 error.
OK, so change it to "403 unauthorized"; in other words:
I know what /2006/09/not-very-helpful means, but
but I'm not telling; not via HTTP, anyway. Please grant this line of
argument even though I have not, actually, configured the web server to act this way.)

> Slash URIs using 303-redirects do not have this limitation.

Sure they do. The meaning you get back after you follow your
nose thru the redirection certainly depends on the media type
of what you get back.

>   For
> example, if
> does a 303 "See Other" redirect to
> then
> could identify any resource, independent of the media type returned when
> is dereferenced.

No, it's not independent; the whole transaction tells you about
the meaning of , right? And that meaning
is determined by looking at the media type of what you
get back from .

Dan Connolly, W3C
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E

Received on Tuesday, 5 September 2006 20:54:34 UTC