

RE: URI aliases: suggested text for webarch 2.3.1

Date: Tue, 10 Aug 2004 14:47:40 -0500
Message-ID: <15725CF6AFE2F34DB8A5B4770B7334EE03F9FB32@hq1.pcmail.ingr.com>
To: "'Thompson, Bryan B.'" <BRYAN.B.THOMPSON@saic.com>, www-tag@w3.org

The problem is endemic [1] to the web architecture 
in that it conflates the concepts of name and address. 
The resolution to a sublocation in a resource should 
not and is not a problem of the web infrastructure; 
just the theories about it.

Dynamic (a URI that returns a changing state of a value 
such as a clock tick) and static (a URI that returns 
a state asserted to be persistent such as a zip code) 
states should not be confusing, but the conflation 
of names and addresses ensures it will be in the 
explanation if not in the implementation.


[1] http://www.thefreedictionary.com/endemic word sense 3

-----Original Message-----
Thompson, Bryan B.
Sent: Tuesday, August 10, 2004 2:38 PM
To: Roy T. Fielding; www-tag@w3.org
Subject: RE: URI aliases: suggested text for webarch 2.3.1


Is this meant to describe a situation in which a complex "resource" is
revealed through a
set of URIs, all of which encode some state that lets the server
disambiguate which view
of the resource to send to the client.

For example, the entire telephone directory is available, perhaps as
RDF/XML, from:


However using one mechanism or another, the server is willing to send a
representation of
all phonebook information for a person, business, zip code, city, state,
etc.  E.g.,


So, these URIs all "alias" the parts of the state (a phone book) on the
server.  Is this
something that the text, below, is meant to be critical of?

What I think is happening is that it is difficult to talk about the referent
of the URI
and therefore it is difficult to talk about URI aliases.  If two URIs reveal
the same state, then fine.  However I would consider the examples above
partially aliased
state in the sense that using PUT to update a person's information,
/people/foo, would
cause updates to be reflected in the entire phone book, in the view for the
zip code in
which they live, etc.



-----Original Message-----
Roy T. Fielding
Sent: Tuesday, August 10, 2004 3:06 PM
To: www-tag@w3.org
Subject: URI aliases: suggested text for webarch 2.3.1

[URI aliases, 2.3.1]

value of search results (e.g., Google) because people tend to create links
degree to which the community values a resource.  The problem with aliases
the neighborhood graph splits (bifurcates). The aliased resource is not the
only one undervalued because of this split: the entire neighborhood of
resources become undervalued due to the missing second-order relationships
that should have existed among the referring resources by virtue of their
references to the aliased resource.

[note, aliases are also in 2.2 for some reason unknown]

Received on Tuesday, 10 August 2004 19:48:12 GMT
