- From: Simon Cox <Simon.Cox@csiro.au>
- Date: Mon, 1 Dec 2003 18:12:59 +0800
- To: <ht@cogsci.ed.ac.uk>, "Subramanian Peruvemba (PV)" <subramanian.peruvemba@oracle.com>
- Cc: <xmlschema-dev@w3.org>
- Message-ID: <000a01c3b7f3$b2f2d320$0b15000a@arrc.csiro.au>
Re: Question on Importing external namespaces without schemaLocati on Attribute... but it can be unpredictable if the schemaLocation's each point to schema documents describing different subsets of the complete schema which you are trying to import. What you need is for the document which represents the maximal set of components from the imported namespace to be the *one* that the processor takes notice of. That probably requires some experimenetation in sequencing the includes. Simon Cox ----- Original Message ----- From: ht@cogsci.ed.ac.uk To: Subramanian Peruvemba (PV) Cc: xmlschema-dev@w3.org Sent: Monday, December 01, 2003 5:46 PM Subject: Re: Question on Importing external namespaces without schemaLocati on Attribute "Subramanian Peruvemba (PV)" <subramanian.peruvemba@oracle.com> writes: > Have a schema that uses attributes from an external namespace. The > schema itself is implemented as collection of includes. These included > schemas use (imports) attributes from the external namespace (like > xml.xsd). Should all the individual schemas provide schemaLocation > attribute for the imports? Or is it enough for the main schema file to > provide the schemaLocation. As you describe them, your schema documents are fine -- each one that references a foreign namespace must <import> that namespace. The processors I'm aware of only need one location hint for the right thing to happen at validation time, so you should be OK on that front as well. ht -- Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh Half-time member of W3C Team 2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@cogsci.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail really from me _always_ has this .sig -- mail without it is forged spam]
Received on Monday, 1 December 2003 05:13:11 UTC