OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] Rationale Behind The PSVI

[ Lists Home | Date Index | Thread Index ]

Ronald Bourret wrote:

> > Dare Obasanjo wrote:
> > The PSVI on the other hand doesn't strike me as useful in that manner.
> > Like the W3C XML Schema recommendation which spawned it, it conflates
> > many different issues into one entity including as type
> > information,validation information and default information.
> Agreed. The worst of it is that the PSVI information is just the
> information that appeared useful in the eyes of the authors of the schema
> spec. Different applications will care about different parts of it and I'm
> sure that reasonably clever people can come up with information that isn't
> included at all.

But that's just the point:  syntax doesn't have a data model; applications
do, inherent in the assumptions hard-coded in their processing. Schema
processing is an application or, as implemented in accord with W3C XML
Schema, several applications, including a sort of validation, a sort of type
decoration, and a sort of default value decoration. Each of these purposes,
implemented as the specialized application that it is, exhibits a processing
model which implies a most suitable data model for that process to operate
against. Until we can see those processing models--and the data models they
imply--as inherently belonging 'on top of' a syntax-processing parser, we
will continue to make the twin mistakes of forcing the particular data
demands of these applications down into the parser and misunderstanding the
stuff on which the parser operates as an 'infoset', delineated by those same
processing demands, rather than as the syntax of XML.


Walter Perry


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS