[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Paul has volunteered (was Re: Overloaded URIs must GO!)

  • From: "Hunter, David" <dhunter@M...>
  • To: 'James Tauber' <jtauber@j...>, 'XML Dev' <xml-dev@i...>
  • Date: Mon, 31 May 1999 09:53:04 -0400

RE: Paul has volunteered (was Re: Overloaded URIs must GO!)
James Tauber wrote:
> They just didn't seem to have a problem with the notion that 
> a single URL
> scheme would be used for both retrieving machine readable 
> information and
> for an irretrievable unique name.
> I used the example of the XSLT namespace URI:
> http://www.w3.org/XSL/Transform/1.0
> The URI above currently gives a 404. It is an irretrievable 
> unique name.
Using HTTP for URIs sounds intrinsically <em>bad</em> to me.  Suppose we
change that URI to something more like:
(Just because most companies' web space may not be as tightly administered
as the W3C's...)  What happens when my web administrator decides to put a
default web page there, which happens to be a page about his cat Mittens?
Apart from the facetiousness of this example, we have the potential of the
same URI pointing to two completely different resources; I thought this was
not supposed to happen with URIs.

> *However*, I asked TimBL why on earth use an http URI for 
> this. He and Rohit
> both chimed that, some time down the track, it will the URL 
> for a document
> describing the namespace.
> I told them that my problem with that is that is then you 
> have the *same*
> URI being used for both the namespace itself and a document 
> describing the
> namespace.
I agree.

> Both TimBL and Rohit (who invoked Roy Fielding's PhD thesis) said they
> didn't see that there was any distinction that warranted 
> different URIs.
I disagree.

> Maybe I've just missed something. When TimBL, Rohit Khare and (by proxy)
> Roy Fielding disagree with you on a URI matter, it is worth being nervous.
> JamesT

I agree with <em>this</em> too.  I'm in way over my head here... ;-)

David Hunter
MediaServ Information Architects

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.