W3C home > Mailing lists > Public > xmlschema-dev@w3.org > September 2006

Re: One Schema Per Namespace [was Visibility modifiers for namedSchema components -- Schema 1.1 feature?]

From: Webb Roberts <webb.roberts@gtri.gatech.edu>
Date: Thu, 14 Sep 2006 09:23:31 -0400
Message-ID: <450957D3.4090405@gtri.gatech.edu>
To: Eliot Kimber <ekimber@innodata-isogen.com>
Cc: xmlschema-dev@w3.org

One approach might be to formalize the schema locations mechanism: a simple 
XML syntax for relating namespaces to concrete schemas, which might be part 
of specifications or exchange agreements.

Right now schemaLocation is ad-hoc: in the instance, in the schemas, in 
command-line parameters of the parsers.  Plus, what the schemaLocation 
actually means is kind of nutty.  In Xerces, for example, the schema 
locations passed into the parser are relative to the point from which some 
schema first needs to access a given namespace; they're not from any kind 
of well-known root directory.

...And the XLink schemas are especially fun, as the specification provides 
a non-normative implementation which contains types not defined in the 
specification!  (see http://www.w3.org/TR/xlink11/#sample-xsd-appx)


Eliot Kimber wrote:
> I'm not sure that there's anything the XSD spec can do to help other 
> than perhaps formally recognizing the issue and either requiring that 
> schema-aware applications provide some way to discriminate among schema 
> instances for the same namespace or provide a place to put 
> discriminating metadata in both the schema and in schema references. 

Webb Roberts (webb.roberts@gtri.gatech.edu)
Research Scientist, Georgia Tech Research Institute
Atlanta, GA  (404)407-6181
Received on Thursday, 14 September 2006 13:28:12 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:56:10 UTC