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

RE: Namespaces and URIs (was: A good case for Namespace URIs)

  • To: 'Seairth Jacobs' <seairth@s...>, xml-dev@l...
  • Subject: RE: Namespaces and URIs (was: A good case for Namespace URIs)
  • From: "Anderson, John" <John@B...>
  • Date: Tue, 5 Mar 2002 13:36:19 +0100

good namespaces
Title: RE: Namespaces and URIs (was: A good case for Namespace URIs)

Yes, and once again the answer seems to be fairly simple. If you want to provide people with the convenience of being able to locate some information about the namespace, use an http: URL and put something there.

If you want to make it a bit (or a lot) harder for people to access your resources, use something a little more arcane that can't be conveniently resolved without prior knowledge.

I wasn't trying to do any automated processing of this namespace, just to be able to get some information about it's elements. I find it an extremely unhelpful proposal that the potential convenience of http to give hints in this issue should be discarded in the interests of pedanticism. Unfortunately, xmlns://govtalk.gov.uk/CR/core wouldn't have helped me in the slightest. Putting something at the end of http://govtalk.gov.uk/CR/core would have.

Just because the namespace URI doesn't have to be directly resolvable doesn't consitute an argument that we shouldn't take advantage of the fact that it can be. Arguing that we shouldn't use http in URLs because it makes people think that something is there may be a good academic argument but it doesn't hold a lot of water with me. I would argue that if you are prepared to take the trouble to provide some kind of human-readable resource, you should use an http URI because of it's convenience. Why avoid using it when it can give you some useful functionality?

However, it would be foolish to build software that relies on it - I expect to have knowledge of externally namespaced elements either built into the software (such as with the XSD namespace) or I will put the resource somewhere reliable and under my control and use an entity resolver. Even a resource using http can be resolved using catalogs (isn't it a wonderful thing when something can have two useful purposes concurrently).

Of course, I'd have to find it first.


John

-----Original Message-----
From: Seairth Jacobs [mailto:seairth@s...]
Sent: 04 March 2002 20:11
To: xml-dev
Subject: Namespaces and URIs (was: A good case for Namespace
URIs)


Okay.  Once again, the issue of whether a URL used as a Namespace URI should
be resolvable or not has come up.  The main confusion here is that the URI
given looks like a resolvable URL.  Most people would look at it and expect
it to be able to resolve the URL to some sort of related document.  As shown
with the govtalk URL though, this is not always the case. But, I can
understand the reasoning behind the use of the URL format. It is a
convenient and quick way to create a URI that is easy to remember and/or
understand (I still don't understand URNs).

However, as soon as the "http" scheme is mentioned, people start to assume
it is a resolvable URL. So how about this... why don't we just come up with
a new scheme to use instead of "http".  For instance, we could have "xmlns".
Then, when seeing "xmlns://www.govtalk.gov.uk/CR/core" or preferably
"xmlns://govtalk.gov.uk/CR/core", we would know that the URL is not
resolvable (at least using HTTP). At the same time, organizations can
continue to use the URL format for its conveniences.

---
Seairth Jacobs
seairth@s...
(SDML/GTP : www.seairth.com)


-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>

The information transmitted by this e-mail message is intended solely for the use of the person to whom or entity to which it is addressed. The message may contain information that is privileged and confidential.  Disclosure, dissemination, distribution, review, retransmission to, other use of or taking any action in reliance upon this information by anyone other than the intended recipient is prohibited. If you are not the intended recipient, please do not disseminate, distribute or copy this communication, by e-mail or otherwise. Instead, please notify us immediately by return e-mail (including the original message with your reply) and then delete and discard all copies of the message.

Although we have taken precautions to minimize the risk of transmitting viruses we nevertheless advise you to carry out your own virus checks on any attachment to this message. We accept no liability for any loss or damage caused by viruses.


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.