[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: "Didier PH Martin" <martind@n...>
  • To: "Tim Bray" <tbray@t...>, "Paul Prescod" <paul@p...>, "'XML Dev'" <xml-dev@i...>
  • Date: Mon, 31 May 1999 15:07:10 -0400

tim didier
Hi Tim,

Tim said:
No.  The IETF docs explain how a URI may be used to reference a resource
on the Web.  They further say that URIs are in fact designed to facilitate
this process.  There is nothing in there I've seen stating that they *must*
be so used, nor that they may not be used for other purposes.  Or am
I missing something? -Tim

Didier says:
Here we are. I remember a good discussion (within IETF groups) we got about
URIs and a lack of a RFC explaining the role of each. We didn't reached
consensus and the result today... we are right in the problem :-))

I remember that the main point is the name. Read attentively the following
name:

U_niversal R_esource L_ocator

The name itself self describe in the sense that it is used to express a
location, a "place".

At contrario, a

U_niversal R_esource N_ame

Is a "name".

The former explicitely contains the meaning of a location. The latter the
explicitely the meaning of a "name" and not of a location. For instance, I
may use the URN convention to express the inventory record identifiers or as
identifier for some collection organized in a typical name space.

There is no intrinsic problem, per se, with calling a car a spoon, it is
simply inconvenient when we want to ask to fill our "spoon" with gas :-))).
Just imagine yourself having to answer to a newby that the Universal
Resource Locator do not indicate a location.

But, if we want to express a location with a URL, its made for this. So, if
the name space reference uses a URL and that no document is at the other
end, it is like a 404 error (in the case of the HTTP protocol). Or like
having a rendez-vous but nobody came to it :-)

regards
Didier PH Martin
mailto:martind@n...
http://www.netfolder.com


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...)



PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.