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

RE: Overloaded URIs (was Re: XLink: behavior must go!)

  • From: "John E. Simpson" <simpson@p...>
  • To: "WorldNet" <csgallagher@w...>, "XML List" <xml-dev@i...>
  • Date: Sun, 13 Jun 1999 14:24:12 -0400

anne tyler stylus
At 12:43 PM 06/13/1999 -0500, WorldNet wrote:
>Okay, two or more documents interacting with one another
>are determined to have exact element and or attribute names so the
>namespace identifier then acts as a differentiator. What next?
>Meaning, I thought namespaces were going to be like libraries
>of contextual data definitions?

It's understandable why someone might think so. But all a namespace is, in
my understanding, is an abstract bucket in which can be placed all the
"nouns" pertaining to a single XML universe of discourse. So if your
documents never stray from a single such universe, they don't need namespaces.

I think XSL is an interesting application in this case because the "nouns"
it's intended to process will almost never be from the XSL universe itself.
Some of XSL's own "nouns" (like apply-templates) are so distinctive in
their own right that the likelihood of name clashes with the processed
vocabularies, whatever they might be, is fairly small. Nonetheless, in the
XML spirit of no-such-thing-as-a-reserved-word, an XSL processor expects
you to declare that "in the context of this document [which just happens to
be an XSL stylesheet], all XSL-specific nouns will be expressly associated
with the XSL namespace." There's nothing magical about this. You could if
you wanted associate the "xsl:" prefix with some *other* namespace. That
would have to be almost calculatedly misleading on your part, though. :)

>>The URI scheme has been
>> suggested as a familiar way to accomplish this. I still haven't made up my
>> own mind about it, but (to me) its chief flaw is that it *suggests* to a
>> namespace-unaware human reader that There Is a "There" There.
>
>And I've become such an 'Accidental Tourist'.

Anne Tyler, well, I'm not so sure I can force-fit her into an XML namespace
discussion myself. But to return to the Gertrude Stein, er, namespace of
"there is no there there," for a given XML document instance, a rose is not
a sun:rose is not a midler:rose. That's all that namespaces are meant to
keep sorted out.
==========================================================
John E. Simpson            | The secret of eternal youth
simpson@p...        | is arrested development.
http://www.flixml.org      |  -- Alice Roosevelt Longworth

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!

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.