- From: <Simon.Cox@csiro.au>
- Date: Thu, 21 Feb 2002 14:25:50 +0800
- To: xmlschema-dev@w3.org
In the following schema I use an anyType element to head a
substitutionGroup.
I use this in a content model for ValType, with unlimited cardinality.
I declare two elements in the substitutionGroup.
Then I try to derive NewValType containing these, by restriction from
ValType.
Spy says OK, but Xerces (via SQC) says this is illegal.
Who's correct?
=============
<?xml version="1.0" encoding="UTF-8"?>
<schema targetNamespace="http://www.opengis.net/gml"
xmlns="http://www.w3.org/2001/XMLSchema"
xmlns:gml="http://www.opengis.net/gml" elementFormDefault="qualified">
<element name="_Object" type="anyType" abstract="true"/>
<element name="Object1" type="decimal"/>
<element name="Object2" type="date"/>
<complexType name="ValType">
<sequence>
<element ref="gml:_Object" maxOccurs="unbounded"/>
</sequence>
</complexType>
<element name="val" type="gml:ValType"/>
<complexType name="NewValType">
<complexContent>
<restriction base="gml:ValType">
<sequence>
<element ref="gml:Object1"/>
<element ref="gml:Object2" minOccurs="0" maxOccurs="unbounded"/>
</sequence>
</restriction>
</complexContent>
</complexType>
<element name="newVal" type="gml:NewValType"/>
</schema>
==============
_____
Simon.Cox@csiro.au CSIRO Exploration & Mining
26 Dick Perry Avenue, Kensington WA 6151
PO Box 1130, Bentley WA 6102 AUSTRALIA
T: +61 (8) 6436 8639 F: +61 (8) 6436 8555 C: +61 (4) 0330 2672
http://www.csiro.au/page.asp?type=resume&id=CoxSimon
> -----Original Message-----
> From: Simon.Cox@csiro.au [mailto:Simon.Cox@csiro.au]
> Sent: Tuesday, 19 February 2002 6:16 PM
> To: vdv@dyomedea.com; xmlschema-dev@w3.org
> Subject: RE: block="substitution" in local element definitions
>
>
> Did I miss the answer to this?
>
> In the primer it says [1]
>
> "... elements can be assigned to a special group of elements
> that are said
> to be substitutable for a particular named element called the
> head element.
> (Note that the *head element* must be declared as a global element.) "
>
> I had drawn the concusion that an element must be global to
> be the /head/ of
> a substitutionGroup, but there is no such restriction on
> local elements, so
> they can be /members/ of substitutionGroups.
>
> But in Structures it says at [2]
>
> "[Definition:] Through the new mechanism of element
> substitution groups,
> XML Schemas provides a more powerful model supporting
> substitution of one
> named element for another. Any top-level element declaration
> can serve as
> the defining element, or head, for an element substitution
> group. Other
> *top-level* element declarations, regardless of target
> namespace, can be
> designated as members of the substitution group headed by
> this element. "
>
> Is this the normative restriction in the spec?
> I cannot find any other reference requiring substitutionGroup
> members or
> heads to be global/top-level ...
>
> [1] http://www.w3.org/TR/xmlschema-0/#ref25
> [2]
http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/#key-equivalenceClass
_____
Simon.Cox@csiro.au CSIRO Exploration & Mining
26 Dick Perry Avenue, Kensington WA 6151
PO Box 1130, Bentley WA 6102 AUSTRALIA
T: +61 (8) 6436 8639 F: +61 (8) 6436 8555 C: +61 (4) 0330 2672
http://www.csiro.au/page.asp?type=resume&id=CoxSimon
> -----Original Message-----
> From: Eric van der Vlist [mailto:vdv@dyomedea.com]
> Sent: Wednesday, 6 February 2002 9:07 PM
> To: xmlschema-dev@w3.org
> Subject: block="substitution" in local element definitions
>
>
> Hi,
>
> What's the point of allowing block="substitution" in a local element
> definition since, unless I have missed something, local
> elements cannot
> be members of a substitution group ?
>
> Thanks
>
> Eric
> --
> Rendez-vous a Paris pour mes formations XML/XSLT.
>
> http://dyomedea.com/formation/
> --------------------------------------------------------------
> ----------
> Eric van der Vlist http://xmlfr.org
> http://dyomedea.com
> http://xsltunit.org http://4xt.org
> http://examplotron.org
> --------------------------------------------------------------
> ----------
>
Received on Thursday, 21 February 2002 01:34:26 UTC