- From: <noah_mendelsohn@us.ibm.com>
- Date: Fri, 14 Jun 2002 09:40:09 -0400
- To: "Jonathan Borden" <jonathan@openhealth.org>
- Cc: www-tag@w3.org
Jonathan Borden writes:
>> Agreed. This underscores why an umambiguous
>> mapping of type names e.g. QNames to URI
>> references is so important. This mapping is
>> perhaps the only reasonable way a type
>> indicated in such an XML instance document can be
>> connected to the schema fragment that defines the type.
Agreed, but with some need for care in deciding what is being referenced
by those URI references.
Note that, at least in the case of W3C XML Schemas, not all schemas need
exist in the form of schema documents. As we've said repeatedly, the
recommendation explicitly supports the case where you invent an API for
creating schemas; use that API to establish declarations, types, etc,;
validate using that "in memory" schema. The schema need not ever exist
in a schema document --- or, the base types may be in a documents but not
the subtypes -- or the other way around. Mix n' match according to your
needs. These should be moderately common cases in server-side scenarios
when schemas are synthesized dynamically to describe data from non-XML
databases, etc.
W3C XML schema provides that the QNames provide uniform reference to all
components, whether dynamic (as above) or not. Indeed, even in the case
of a declaration that came from documents,QNames reference the abstract
result. For example:
Schema doc 1: defines type A
Schema doc 2: defines subtype B
Schema doc 3: defines subsubtype C in namespace NS
A QName reference to "NS:C" is a reference to the net, effective type
resulting from the combination of the constraints. It is not a reference
to the serialized definition of C in a schema document. Indeed, were one
to switch to a different version of document 1, the effective definition
of C might change, even though doc 3 is untouched.
The need to put everything of interest into URI space is well-understood.
The Schema WG has been for sometime working on approaches that will
achieve this. It is important to cover all the interesting cases, and not
to fall into the trap of letting a serialization of a definition be
confused with the definition itself.
>> Perhaps each language specific "PSVI" ought derive
>> from a general "TAI" which is what we ought focus on.
Exactly the direction I was suggesting one one would consider. Thank
you!
------------------------------------------------------------------
Noah Mendelsohn Voice: 1-617-693-4036
IBM Corporation Fax: 1-617-693-8676
One Rogers Street
Cambridge, MA 02142
------------------------------------------------------------------
Received on Friday, 14 June 2002 10:10:04 UTC