Lists Home |
Date Index |
- From: "G. Ken Holman" <gkholman@CraneSoftwrights.com>
- To: email@example.com
- Date: Fri, 09 Feb 2001 19:53:34 -0500
At 00/12/27 16:16 -0800, Paul Tchistopolskii wrote:
>Why namespace looks exactly like URL when it is in fact not ?
A URL is expressed using a URI and a URI is used to ensure namespaces are
unique. The URI used in a namespace isn't required to represent a URL.
>Just to confuse people, right ?
That question does not deserve comment.
>I think that
>Is better design than
> > Why something which is not a URL and was not
> > supposed to be a URL ( right? ) looks like URL ?
Because the protocol indication at the beginning of the URL governs the
format of the rest of the string. If it wasn't there, then there wouldn't
be any formal rules for the format of the string.
By saying the string is a URI, the rules governing URI strings direct the
creation of unambiguous URI string values between users of namespaces. If
it were a free-for-all on the string then two people could end up with the
same string values and introduce ambiguity. If it were assumed to be a web
address (as you are proposing) then that prevents people who don't own
domains to write valid strings that are theirs. There are other protocols
encompassed by URI strings allowing people who may have ownership of other
unique values to validly use other protocol indicators to govern the syntax
of the strings they are using to be unique.
One could even validly use mailto:firstname.lastname@example.org as a unique URI
string, thus not requiring them to have their own web site or ISBN
publisher's prefix or whatever ... this URI is sufficient.
Why invent a new way in the Internet world for ensuring unique values in as
many possible domains in a coherent scheme? There is already one to use,
it is best to use it than have something either ambiguous or competing that
has the same benefits.
I hope this helps.
G. Ken Holman mailto:gkholman@CraneSoftwrights.com
Crane Softwrights Ltd. http://www.CraneSoftwrights.com/x/
Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (Fax:-0995)
Web site: XSL/XML/DSSSL/SGML services, training, libraries, products.
Book: Practical Transformation Using XSLT and XPath ISBN1-894049-05-5
Article: What is XSLT? http://www.xml.com/pub/2000/08/holman
Next public instructor-led training: 2001-01-27,2001-02-21,