Lists Home |
Date Index |
for instance one of the immediate children the CustomerDetails element
can be either OrganisationInfo or PersonInfo. My system, however, only
wants to process PersonInfo elements and never OrganisationInfo so, do I
According to your explanation, there's no issue because there is a
choice (that is, an xs:choice) in the schema of using OrganisationInfo
or PersonInfo - so if your XML documents always have PersonInfo elements
and never OrganisationInfo elements, they should conform to the schema
in that regard.
Booz Allen Hamilton
Visit us online@ http://www.boozallen.com
> -----Original Message-----
> From: Fraser Crichton [mailto:email@example.com]
> Sent: Sunday, April 03, 2005 6:56 PM
> To: firstname.lastname@example.org
> Subject: [xml-dev] How can I constrain publicly available schemas?
> I'm working on an application where I need to use subsets of
> publicly available schemas.
> For instance, to model contacts information I'm using xCIL
> however xCIL has a very large range of formats, for instance
> one of the immediate children the CustomerDetails element can
> be either OrganisationInfo or PersonInfo. My system, however,
> only wants to process PersonInfo elements and never
> OrganisationInfo so, do I -
> a) create a more specific schema using the xCIL namespace (!)
> (if so, should I then validate it twice - once against xCIL
> and then against my more specific schema)
> b) XML.com has this article - Designing a New Schema with XML
> Design Patterns -
> http://www.xml.com/pub/a/2003/06/04/patterns.html - which
> would seem to suggest selectively reusing types and global
> elements from other namespaces, are there any problems with
> this approach?
> c) is the schema just a contract and I should use something
> else again for validation?
> Is this a dumb question or has anybody else come across this
> issue and if so how have they approached it?
> This email may contain information intended for the sole use
> of the original recipient. Please respect this when sharing
> or disclosing this email's contents with any third party. If
> you believe you have received this email in error, please
> delete it and notify the sender or
> email@example.com as soon as possible. The
> content of this email does not necessarily reflect the views
> of SolNet Solutions Ltd.
> The xml-dev list is sponsored by XML.org
> <http://www.xml.org>, an initiative of OASIS
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>