W3C home > Mailing lists > Public > www-rdf-interest@w3.org > January 2004

Re: URI: Name or Network Location?

From: Patrick Stickler <patrick.stickler@nokia.com>
Date: Thu, 22 Jan 2004 11:29:51 +0200
Message-Id: <87573047-4CBD-11D8-86DB-000A95EAFCEA@nokia.com>
Cc: www-rdf-interest@w3.org, "Thomas B. Passin" <tpassin@comcast.net>, Jeremy Carroll <jjc@hplb.hpl.hp.com>
To: "ext Sandro Hawke" <sandro@w3.org>


On Jan 21, 2004, at 17:15, ext Sandro Hawke wrote:

>
> This may be obvious, but "location" (as in URL) has nothing to do with
> physical location.  "http://www.w3.org/" names a location in
> information space, a location on the web.  That "location" isn't in
> physical space, isn't on any particular machine, etc.  (For people who
> don't know, service at the address is provided by a set of machines on
> three continents.)  The word/concept of location here is important
> because our human notions of persistence with respect to location
> match what works well on the web.  Our human notion of naming matches
> less well, IMHO.
>
>         -- sandro

Quite true. But insofar as implementations are concerned, the bits are
stored somewhere.

Using the same notion of "location" for both an abstract location of
some resource in an information space and the physical location
of the resource (or representation) in an 
implementation/server/repository
risks further confusion.

Above the line of implementational opacity, we can speak of names, which
denote resources, and which may be resolved to representations of those
resources.

Below the line of implementational opacity, within the context of 
particular
systems/solutions, we can speak of locations where representations 
reside
(even if those locations are "virtual" locations such that the 
representations
are always generated on-the-fly).

Both metaphors/perspectives are useful, but IMO on different sides of
that line between abstract web architecture and actual implementations.

Patrick

--

Patrick Stickler
Nokia, Finland
patrick.stickler@nokia.com
Received on Thursday, 22 January 2004 04:38:48 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:52:04 GMT