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

RE: Namespaces, schemas, Simon's filters.

  • From: "Fuchs, Matthew" <matthew.fuchs@c...>
  • To: Ronald Bourret <rpbourret@r...>, xml-dev@l...
  • Date: Mon, 27 Aug 2001 10:48:43 -0700

evan and tim
Ron,

I think this is close, certainly closer than some are willing to
acknowledge.  One important thing is, you don't distinguish between valid
and well-formed.  You are basically looking at things from a validation, or
well-typed, perspective - as do I.  Evan and Tim are looking at it from a
well-formed perspective.  The NS rec means different things for each camp.
Let me slightly rewrite what you've written, and perhaps that will work
better.

> -----Original Message-----
> From: Ronald Bourret [mailto:rpbourret@r...]
> Sent: Friday, August 24, 2001 3:50 PM
> To: xml-dev@l...
> Subject: Re: Namespaces, schemas, Simon's filters.
> 
> 
> I thought of a shorter summary of this:
> 
> 1) A fundamental assumption of XML is that element types are global.
1) A fundamental assumption of valid XML 1.0 is that each element has a
unique content model.  Elements in DTDs function like global elements in XML
Schema - there can be only one global element with a given local name in a
Schema, it has a fixed type, and it can appear in any type.
> 
> 2) The namespaces spec reinforces (1) by providing technology that
> allows people to make element type names be universally unique.

2) The namespace spec reinforces (1) by providing technology that allows
people to make element names and their valid types universally unique.
Again, this is only if you are interested in validation, where an element
has a specific type (content model).

> 3) Local element type names are not universally unique. They are only
> unique to their containing element type. (In this sense, they are
> similar to unqualified attribute names.) This contradicts (1).
> 

In the context of Schema validity, of course.  

> 4) If a local element type is in a namespace, (2) is no longer true.
> 5) To provide a workaround for (4), the XML Schemas spec allows local
> element type names to be in no namespace at all. This places them
> outside the scope of the namespaces spec. (Good practice: If you use
> unqualified local element type names, explicitly turn off the default
> namespace on the parent element in the instance document. Otherwise,
> they could accidentally end up in the default namespace.)
> 
> 6) Point (5) resolves the technical conflict between local 
> element type
> names and the namespaces spec, albeit in a somewhat sneaky manner. It
> does not solve the philosophical conflict between local element types
> and (1).
> 

Right - so people should get on the Schema WG's case to fix things
correctly.

Matthew

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.