W3C home > Mailing lists > Public > uri@w3.org > January 2008

Re: opaque uris and self-describing resources

From: Asbjørn Ulsberg <asbjorn@tigerstaden.no>
Date: Fri, 18 Jan 2008 00:52:51 +0100
To: "Paul Prescod" <paul@prescod.net>, "Erik Wilde" <dret@berkeley.edu>, uri@w3.org
Message-ID: <op.t43lydfb16f2qb@quark>

On Wed, 16 Jan 2008 19:38:46 +0100, Paul Prescod <paul@prescod.net> wrote:

> If there is an HTML page at these links then how do you distinguish
> between a GET intended to get those pages from a GET intended to read
> from STDIN?

In what wild circumstances would you usually do an HTTP GET against stdin,  
stdout or stderr in a *nix environment? Using the HTTP URI as an opaque  
identifier is different from using it as a dereferencing HTTP resource  
identifier. The two are orthogonal and don't conflict with each other.

The URI <http://www.w3.org/XML/1998/namespace> is used in XML processing  
software as an opaque identifier. Doing an HTTP GET against that URI  
dereferences an HTML document. That HTML document describes what the  
opaque identifier means. The HTML document itself is irrelevant to the  
identifier and the URI could return something completely different, a 404  
or even nothing at all (not dereferencable). The identifier still means  
the same and still has utility in XML processing software.

The self-documenting nature of using HTTP URIs as identifiers vanishes  
when you can't find documentation at the end of the URI, but it's still a  
valid identifier no matter what an HTTP GET against the URI returns (or  
doesn't).

-- 
Asbjørn Ulsberg          -=|=-         asbjorn@ulsberg.no
«He's a loathsome offensive brute, yet I can't look away»
Received on Thursday, 17 January 2008 23:49:39 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 13 January 2011 12:15:40 GMT