Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Union types derived by restriction

From: "Michael Kay" <mhk@---.--.-->
To: <xmlschema-dev@--.--->
Date: 9/20/2004 11:09:00 AM
In Schema Part 1 (PER 18 Mar 2004), section 3.14.6, Schema Component
Constraint: Derivation Valid (Restriction, Simple), is the rule:

3.3.2.3 The {member type definitions}, in order, must be validly derived
from the corresponding type definitions in the {base type definition}'s
{member type definitions} given the empty set, as defined in ...

However, I'm having trouble seeing how one can define a union as a
restriction of another union in which the member type definitions differ in
any way from those of the base type definition. <xs:restriction> only allows
me to change the pattern and enumeration facets, not the member types.

For example:

(a) if the base type is a union of decimal and string, can I make the
derived type be a union of integer and string? Unless I'm missing something,
I think not.

(b) if the base type is a union of dateTime, date, and time, can I make the
derived type be a union of dateTime and date? Again, I think not.

So what does rule 3.3.2.3 mean? My suspicion is that it is vacuous.

Michael Kay





From mhk@m... Mon Sep 20 09:18:25 2004
Received: fro


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent