What are schemata
papresco at technologist.com
Mon Jun 1 14:00:52 BST 1998
Sean Mc grath wrote:
> To my mind, a schema is an assertion about the structure of a unit
> of data.
I disagree a little. The schema itself is not the assertion. The HTML DTD
does not assert anything. Some other declaration *points to* (or in the
DOCTYPE case, includes) the schema. That declaration is the assertion.
> Parsing w.r.t. to a schema both tests the veracity of the
> assertion and generates a "view" of the data as an abstract
> data strcture.
I agree 100% with the first statement. I'm not sure about the second. It
is certainly *convenient* for a schema to in some way massage the input to
generate a new "view" of the data, (e.g. DTD's can add extra defaulted
attributes, and strip away ignorable whitespace).
But should view-generation actually be the responsibility of the schema? I
don't know. In the database world, a view is something explicit and
distinct from a schema. The view has its own schema, in fact.
Since for XSchema we are experimentally stripping the schema concept down
to its minimal core, I think that we should remove the view-creating
responsibility from schemata, at least temporarily. Practically speaking,
that would mean that XSchema processors would not be responsible for
annotating or changing the parse tree in any way. They would only be
responsible for verifying conformance or not.
Paul Prescod - http://itrc.uwaterloo.ca/~papresco
Three things see no end: A loop with exit code done wrong
A semaphore untested, and the change that comes along
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev