W3C home > Mailing lists > Public > www-tag@w3.org > August 2006

RE: Review of draft finding on URNs, Namespaces and Registries

From: <Avoid@gmail>
Date: Tue, 15 Aug 2006 08:55:20 -0300
Message-ID: <001101c6c061$b2fd4020$338c31c8@enterprise>
To: <www-tag@w3.org>

David Booth writes:

>> a. In the first paragraph, I don't it's correct to say
>> that http URIs use "a hierarchical syntax for distinguishing
>> resources which share the same owner".  The syntax is just
>> the syntax specified in RFC3986.  Whether URIs within a
>> domain are treated as being hierarchical would depend on
>> the policies of the domain owner, wouldn't they?  I don't
>> think there is inherently anything hierarchical about the
>> URI syntax, though it often is convenient to treat it as
>> hierarchical.

David Orchard answers:

> 2396 etc. say that the path is hierarchical.  Period.  There are rules
> for generating absolute URIs from relative and base uris, including
> replacement of ".." with parents.

Data Stores are coming soon to end-users. Once they arrive, users will think
in terms of "things" and "relationships", instead of "files" and "folders".
So they will think in terms of *names* instead of *adresses*, and they will
think in *flat terms* instead of *hierarchies*.

So shouldn't we, for consistency, do exactly the same with URI's? What are
exactly the reasons for people thinking of URI's as adresses instead of as
names? One is probably the word "locator" in URL. But how about their
hierarchical structure? Is that the other factor that keeps new generations
making the same mistake?

If so, shouldn't we eliminate this hierarchical thing completely? Why should
names be hierarchical, at all? Does it even make sense? And since we are at
it, if all URI's are names, and not locations...why do we still have URL's
and URN's? Shouldn't we have just one class of thing, preferably with
"names" on it?

Fernando Franco
Received on Tuesday, 15 August 2006 11:56:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:56:13 UTC