|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: All this buisiness about namespace URNs...
It amuses me to see how far off topic my posting got. And so quickly. With everyone fixating on a poorly worded clause of mine, I though I better try again, to see if I could improve on my rambling. This time, I will pose it as 3 simplified questions: 1) If (as has ben debated on this list) we are worried about URLs because they are not unique and change over time and do not have "ownership" without adding the HTTP protocol, then why don't we invent an ID for name spaces that IS globally unique? 2) Are we really that worried about collisions? If I just used "mynamespace.myproject.Novell.com" as a name space ID, what are the odds that I will ever see any accidental collisions? And if someone intends to collide with me, then what recourse would I have with any other identifier? 3) Why isn't our name space identifier two parts: 1) the name spaces name/ID that uniquely identifies it, and 2) the last known, or probable location of the information about the name space. The advantages of this are: a) I can still uniquely identify the name space no matter where it is moved, b) I can retrieve information about the name space and c) if that information is moved, there may be some hope of searching for it and updating it's location. Think of it as an ID/URL combination with the URL part optional, but a true URL. >>> "Michael S. Brothers" <Michael.S.Brothers@E...> 06/03/99 12:26PM >>> On Wed, 02 Jun 1999 15:08:29 -0400 (EDT) David Megginson <david@m...> wrote: > Kent Sievers writes: > > > 2) Are we really that worried about collisions? After all, don't > > I usually know (and approve) with whom I am exchanging data? > David Megginson reply: > Not really, especially if you count HTTP transactions as "exchanging > data", and in the future, I expect that things will get even more > complicated: e-commerce, in particular, pretty much requires an > ability for blind information exchange. > This being where an industry-wide standards organization fills the void and develops the elements, attributes, etc., for all entities doing business in that industry. If such DTD's (x-schema's, whatever) are in place, communication within the industry would be seamless. The complication arises when trying to exchange data outside the industry. That's why I fall into the camp of having the namespace designator actually point to a document that is retrievable and explains the data being sent. Take Care, ---------------------- Michael S. Brothers Michael.S.Brothers@E... 515-362-7473 At this point, I don't think that's the best option. 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...) 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! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








