W3C home > Mailing lists > Public > www-tag@w3.org > October 2007

Re: HTTP URIs and authority

From: Mikael Nilsson <mikael@nilsson.name>
Date: Tue, 23 Oct 2007 13:32:27 +0200
To: wangxiao@musc.edu
Cc: Richard Cyganiak <richard@cyganiak.de>, Alan Ruttenberg <alanruttenberg@gmail.com>, W3C-TAG Group WG <www-tag@w3.org>
Message-Id: <1193139147.11805.37.camel@daneel>

tis 2007-10-23 klockan 12:11 +0100 skrev Xiaoshu Wang:
> Mikael Nilsson wrote:
> > It is apparent that you do not agree with this.Personally, I think this
> > is maybe one of the most central parts of AWWW, and could not be
> > emphasized enough. In any case, I don't see that the TAG has stepped
> > away from this position just by deemphasizing URLs. URI allocation is
> > still done by the owner.
> >   
> I do agree this to certain extent. I do believe the URI owner's opinion 
> should carry more weight on what the URI is.  It would make a better 
> society we use a URI in a way that is compatible with the owner of 
> resource URI.
> But the issue at hand is if the URI owner (but not the resource owner) 
> has *all* the information about the resource that the URI denotes.  I 
> think not.  AWWW's definition for information resource and then 
> httpRange-14 imply this.

That's not the issue. The issue is who decides *which resource* the URI

I can coin a URI within my domain (mikaeldomain.example.org)


to identify the city of Paris, but I'm pretty sure I don't know all or
even most about Paris.

Still, the important thing is that I, the domain owner, gets to decide
that the URI identifies Paris. If someone decides to use the same URI to
identify their dog named Paris, AWWW says I have authority to say they
are wrong.

However, if I say that Paris has 2 million inhabitants, and someone else
says 3 million, I don't have authority just because I coined the URI. 

There's an important difference between these two cases that I think is
being overlooked.


> Xiaoshu    

Plus ça change, plus c'est la même chose
Received on Tuesday, 23 October 2007 11:32:19 UTC

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