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

Re: Schema at XML namespace URI to change

  • From: Rick JELLIFFE <ricko@g...>
  • To: ",XML Developers List" <xml-dev@x...>
  • Date: Mon, 23 Oct 2000 14:22:30 +0800

xml namespace schema
"Simon St.Laurent" wrote:
> 
> At 09:03 AM 10/22/00 -0700, Tim Bray wrote:
> >I think it's easy to misread what Henry's saying here.  The actual
> >"xml:" namespace URI is http://www.w3.org/XML/1998/namespace (see
> >http://www.w3.org/TR/REC-xml-names/#nsc-NSDeclared) if you deref that
> >you find a helpful human-readable document.  A couple of suggestions:
> 
> Henry Thompson et al. seem to be doing a bit more than that.  It appears
> that if you dereference the namespace URI + ".xsd", you consistently get a
> schema back.
> 
> For instance:
> http://www.w3.org/XML/1998/namespace
> and
> http://www.w3.org/XML/1998/namespace.xsd
> 
> To me, that's establishing a convention about XML processing and namespace
> URIs without creating a formal document describing said convention - not a
> good thing.  It may just be W3C practice. I'd suggest, however, that the
> 'W3C' outweighs the 'just' in the previous sentence.

If this idea proves useful, it may be good to document it. But then
there would
be the danger of premature standardization. Despite the strong opinions
of many people about namespace issues, I think most people also know
that 
we are still gathering data and figuring out what approaches actually
work.

I think this convention from W3C represents welcome progress in
sophistication
for the use of namespaces.

The main objections to namespace=schema are three, I think:
 1) without conventions, if the resource identified by a namespace URI
is
    a schema, that blocks of a more general mechanism
 2) namespaces are used for generic processing: they must not be tied
    to specific versions otherwise generic processing wil fail everytime
    there is a minor fix.
 3) we need a general way for resource discovery

The main proponents for namespace=schema say
 1) it has to be simple to work
 2) people's expectations is of some connection
 3) a namespace is a language (TBL)

The conventions that namespace URI plus a well-known extension is the
default location for a related resources using a well-known document
type
seems to meet the namespace!=schema points 1) and 2) well, and provides
an 80/20 on the third. It seems to meet the namespace=schema
peoples requirements 1), 2) and provides a hygenic way for people
who want namespace=language to play their game without messing the
sandpit.

And the versioning convention disconnects namespace=schema further,
because the effect of making the namespace URI point to the current
version is that it becomes clearer that it one should not rely on
it to signal variant properties of a name, but rather the invariant
ones.
This promotes the idea that namespace URIs are generic identifiers
rather
than schema-specific identifiers.

Cheers
Rick Jelliffe

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.