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

Re: Re: URIs, concrete (was Re: Un-ask the qu estion


ask qu
Tim Bray wrote:
> I think if I ever decided to edit this thing again, I would include  
> something along the lines of Amy's language, that namespace names are
> strings which follow the syntactic rules for URI references, and that
> making them dereferencable may be a good and useful practice but MUST
> not be necessary for the base use case of disambiguation. -Tim

Bullard, Claude L (Len) wrote:
> I like that.

Remember when I said

> I can see how using a URI for its syntax and not its semantics
> undermines interoperability. But I don't see how URLs fix that.

and Simon, championing URLs for namespace identifiers over URIs, replied

> URLs don't fix much except that you can get an answer of some kind.
> Whether that answer helps you or not is a different question.  The
> notion of URIs takes away the "give me an answer" and leaves us with a
> pile of characters and few rules for determining even as simple a thing
> as "are these the same identifier?", never mind "do these identify the
> same resource?".

...? If you recall, your contribution was a rhyme about a dead/alive cat,
so it's difficult to ascertain what your position actually was, but
I thought we were at least in agreement on the idea that it was
harmful to use a URI for its syntax and not its semantics. But now you
don't seem to mind.

Right now, a namespace identifier is
   - a string,
   - a URI,
   - treated as just as string, not a URI.

while Tim & Amy's suggestion is to say a namespace identifier is
   - a string,
   - indistinguishable from a URI, but it *is not* a URI,
   - treated as just a string, not a URI, since it is not a URI.

So I must ask, how is that you now believe that it is OK for a namespace
identifier to look like a URL, but not be dereferencable? How is this
not in violation of the principle of least surprise? You seem to now be
at odds with your earlier position, as well as with Simon's position.

Lastly, I shudder to think what wordplay of this sort would do to RDF,
where I do in fact want to identify resources.

   - Mike
____________________________________________________________________________
  mike j. brown                   |  xml/xslt: http://skew.org/xml/
  denver/boulder, colorado, usa   |  resume: http://skew.org/~mike/resume/

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.