[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!)
Hi Jonathan, Jonathan said: Aside from the evident fact that such practice goes against several individial's internal sense of what is 'right' or 'wrong', this is the only criticism I see of this practice. No one has offered a hard or practical example of an actual problem this creates, aside from offending of the sensibilities. Didier says: Yes an other argument: location dependency. Let's say that in a near future we want to use the URI to point to a "place" where the name space is documented. Then a) URL: PRO:Already here, people are accustomed to it. Especially the URL based on HTTP protocol. CON: It is location dependent. If the document is moved to an other "place" we have to change the URL. All documents in the field pointing to this URL are out of synch. we, reduced the document longevity. b) URN: PRO: it is location dependant. We can move the document to a new "place" and the document is still in synch. We gained document longevity. CON: necessitate a name resolver. The interpreter needs to include the name resolution mechanism. Not well known from the Web community. Argument I heard about not using URN. It is not there yet. Then what would we say if we where hearing the argument against XML as "not there yet" :-)) The point is: if we need a URI, then let's use a URN then when we'll need the URN to be resolved for a location, implementers could include a name resolver in their code. What we gain, documentation could be "moved" and all documents in the field having a reference to the URN are still valid. But _cannot_ be the case for a URL. If however we only need a URI that _will_ never be resolved into a location then we can use anything that lower the probability of name collision. 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! 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
|