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

Re: Namespaces 'n Schemas

Re:  Namespaces 'n Schemas
>It seems that the question of validity can be separated into two parts:
>  1) given an element in an instance, what is its namespace name,
>     i. e. what does the parser put as [namespace name] in the infoset, and
>  2) given the namespace name and local name and parentage of an element,
>     is it valid, i. e. what does the validator do with
>     what it finds in [namespace name] the infoset.
>Since the validator acts on the infoset, it seems that question 1) will
>necessarily have been answered for it in advance by the parser.  And since
>the Infoset spec refers to the Namespaces spec but not to the XML Schema
>spec, I assume that the process of generating an infoset answers question 1)
>for each element in the instance according to the namespaces spec,
>independently of the XML Schema spec, and independently of any information
>in any applicable schema instance. (I assume that the XML Schema spec
>doesn't also specify a valid parse process, one in which a schema instance
>is required input ...)

All this is true.

>My conclusion (which I sincerely hope someone will show is incorrect) is
>that, with respect to Namespaces, the processing which XML Schema defines on
>an infoset is inconsistent with the current Infoset and Namespaces specs.

I suppose it depends what you mean by "inconsistent".

The parser, in accordance with the XML 1.0, Namespaces, and Infoset
specs, produces an infoset.  An XML Schema validator performs an
operation on that infoset which is specified by the XML Schema spec.
The first three specs do not constrain what you do with an infoset
once you've got it, so the Schema spec certainly doesn't *violate*
those specs.

On the other hand, whereas DTD element declarations line up directly
with SGML / XML 1.0 element types (and one can imagine a namespace
extension of DTDs where they would line up directly with namespaced
element types), XML Schema declarations do not.  There's another level
of indirection dependent on the context of the element and the element
form option.  So if you call that inconsistency, then yes, they're

If the Schema spec defined its own notion of element type (I don't
believe it uses that term) it would have to depend on namespace name,
local name, parent element type, and the element form option.  Unlike
the SGML / XML 1.0 / XML+Namespaces version of the term, it would
depend on the schema as well as the instance, since two elements might
have the same element type according to one schema but not according
to another.

But I have a feeling we may be talking past each other.

-- Richard


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.
First Name
Last Name
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.