[wfs-dev] GML 2.1.2 and XMLSpy
Münster-Swendsen, Jørgen
jrm at kms.dk
Thu Oct 26 10:42:09 EDT 2006
I am not able to put a formal change request to the OGC for geometry.xsd, I have done the same thing as Bart: Modifiy the maxOccours for the multi types. I did spend some time trying to find out what was wrong. I se the construction behing geometry.xsd as extremely complex - only the authors are able to se where in some sub-sub schema the error comes from. Sorry.
Regards
Jørgen
-----Oprindelig meddelelse-----
Fra: wfs-dev-bounces+jrm=kms.dk at opengeospatial.org [mailto:wfs-dev-bounces+jrm=kms.dk at opengeospatial.org] På vegne af Bart van den Eijnden (OSGIS)
Sendt: 25. oktober 2006 20:17
Til: Carl Reed OGC Account
Cc: wfs-dev at opengeospatial.org; Simon.Cox at csiro.au
Emne: Re: [wfs-dev] GML 2.1.2 and XMLSpy
Carl,
unfortunately I am not an XMLSchema expert, otherwise I would do this.
The only thing I can note, is that the geometry.xsd schema validates in
XMLSpy if I change maxOccurs from unbounded to 1 for the multi types
(like MultiPolygonType). Ofcourse this does not make sense, so it's
absolutely not the intended fix. But it helps me in validating my WMC
document for now.
Hopefully somebody more knowledgeable will tell us how to fix the issue
(at least that's still my hope).
Best regards,
Bart
Carl Reed OGC Account schreef:
> I concur with the consensus being achieved in this discussion. The OGC
> has a Corrigendum process that would allow us to accept and process
> (quickly) changes to an existing OGC standard (including deprecated
> ones). This is even easier for schema fixes. I would submit the
> required schema changes as a change request with a note that the
> community believes that the best way forward is as a corrigendum. We
> can process a proposed corrigendum in a matter of a month or two. This
> is because as Technical Committee Chair, I work directly with the Spec
> editors and other members to evaluate the corrections and then can
> post the changes without going through the formal (and long) OGC
> member voting process.
>
> Please cc me when the change proposals are ready.
>
> Regards
>
> Carl
>
>
> ----- Original Message ----- From: "Bart van den Eijnden (OSGIS)"
> <bartvde at osgis.nl>
> To: <Simon.Cox at csiro.au>; <bartvde at osgis.nl>;
> <wfs-dev at opengeospatial.org>
> Sent: Wednesday, October 25, 2006 3:17 AM
> Subject: Re: [wfs-dev] GML 2.1.2 and XMLSpy
>
>
>> It's really strange IMHO that there are no plans to bugfix GML 2.
>>
>> It is still widely used (WFS 1.0 should be the most out there
>> currently),
>> and is also used in specs like Web Map Context.
>>
>> How can you work with these standards if the XML cannot be validated
>> .... ?
>> One cannot expect everybody (and all the specs linking to GML) to
>> move to
>> GML 3 ....
>>
>> Best regards,
>> Bart
>>
>> --
>> Bart van den Eijnden
>> OSGIS, Open Source GIS
>> http://www.osgis.nl
>>
>>
>> --------- Oorspronkelijk bericht --------
>> Van: Simon.Cox at csiro.au
>> Naar: bartvde at osgis.nl <bartvde at osgis.nl>, wfs-dev at opengeospatial.org
>> <wfs-dev at opengeospatial.org>
>> Onderwerp: RE: [wfs-dev] GML 2.1.2 and XMLSpy
>> Datum: 25/10/06 06:50
>>
>>> There are various schema validation issues with all versions of GML
>>> prior to 3.1.1.
>>> This was consistent with industry norms for schemas of this level of
>>> complexity,
>>> since XML processing technology was immature at the time of
>>> development.
>>>
>>> Only in the last couple of years have they all started to agree - in
>>> the
>>> case of Xerces C++ only in the past couple of months!
>>>
>>> GML3 was adopted by OGC in January 2003 and there are no plans to
>>> bugfix
>>> GML2.
>>>
>>> Simon Cox
>>>
>>> -----Original Message-----
>>> From: wfs-dev-bounces+simon.cox=csiro.au at opengeospatial.org
>>> [mailto:wfs-dev-bounces+simon.cox=csiro.au at opengeospatial.org] On
>>> Behalf
>>> Of Bart van den Eijnden (OSGIS)
>>> Sent: Saturday, 21 October 2006 3:30 AM
>>> To: wfs-dev at opengeospatial.org
>>> Subject: [wfs-dev] GML 2.1.2 and XMLSpy
>>>
>>> Hi list,
>>>
>>> when trying to validate WMC 1.0 documents with Altova XMLSpy I always
>>> run into the following error in geometry.xsd from GML 2.1.2:
>>>
>>> File
>>> D:svnmapbuildermapbuildermapbuilderdemodatacontextatlasWorld.xml
>>>
>>> could not be validated because of an error in XML Schema/DTD (see
>>> below)
>>> File http://schemas.opengis.net/gml/2.1.2/geometry.xsd is not
>>> valid.
>>> Type 'gml:MultiPolygonType' is not a valid restriction of type
>>> 'gml:GeometryCollectionType'.
>>> Error location: schema / complexType / complexContent /
>>> restriction / @base
>>> Details
>>> rcase-NameAndTypeOK.1: Element <element
>>> ref='gml:polygonMember'> did not match name and target namespace
>>> of the
>>
>>> respective base particle's term. (see below)
>>> Name mismatch: restriction <element
>>> ref='gml:polygonMember'>, base particle (minOccurs=1,
>>> maxOccurs=1) with
>>
>>> term gml:geometryMember.
>>> Name mismatch: restriction <element
>>> ref='gml:polygonMember'>, base particle (minOccurs=1,
>>> maxOccurs=1) with
>>
>>> term gml:pointMember.
>>> range-ok.2.2: The restriction's 'maxOccurs' value
>>> 'unbounded' must be less than or equal to '1'.
>>> rcase-NameAndTypeOK.2: <element
>> ref='gml:polygonMember'>
>>>
>>> occurrence range is not a valid restriction of particle (minOccurs=1,
>>> maxOccurs=1) with term gml:polygonMember occurrence range.
>>> rcase-NameAndTypeOK.1: The declarations' {name}s and
>>> {target namespace}s are not the same: restriction element is
>>> <element
>>> ref='gml:polygonMember'> and base element is particle (minOccurs=1,
>>> maxOccurs=1) with term gml:lineStringMember.
>>> rcase-RecurseLax.2: There is no complete
>>> order-preserving functional mapping from the particles of particle
>>> (minOccurs=1, maxOccurs=1) with term <choice> to the particles of
>>> particle (minOccurs=1, maxOccurs=unbounded) with term <choice>.
>>> rcase-RecurseAsIfGroup: <element
>>> ref='gml:polygonMember'> is not a valid restriction of model group
>>> particle particle (minOccurs=1, maxOccurs=unbounded) with term
>> <choice>.
>>> cos-particle-restrict.2.1: Substitution group of
>>> element
>>>
>>> <element ref='gml:geometryMember'> was expanded to a choice model
>> group.
>>>
>>> (see below)
>>> 'gml:geometryMember'
>>> 'gml:pointMember'
>>> 'gml:polygonMember'
>>> 'gml:lineStringMember'
>>> rcase-NameAndTypeOK.1: Element <element
>>> ref='gml:Polygon'> did not match name and target namespace of the
>>> respective base particle's term. (see below)
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:MultiPolygon.
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:LinearRing.
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:MultiPoint.
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:MultiGeometry.
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:MultiLineString.
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:LineString.
>>> Name mismatch: restriction <element
>>> ref='gml:Polygon'>, base particle (minOccurs=1, maxOccurs=1) with
>>> term
>>> gml:Point.
>>> rcase-Recurse.2.2: Mandatory particle (minOccurs=1,
>>> maxOccurs=unbounded) with term <choice> is missing in the
>> <sequence>.
>>> derivation-ok-restriction.5.4: The content type
>>> <sequence> is not a valid restriction of content type
>> <sequence>.
>>>
>>> Is there a solution to this?
>>>
>>> Thanks in advance.
>>>
>>> Best regards,
>>> Bart
>>>
>>> --
>>> Bart van den Eijnden
>>> OSGIS, Open Source GIS
>>> bartvde at osgis.nl
>>> http://www.osgis.nl
>>>
>>> _______________________________________________
>>> wfs-dev mailing list
>>> wfs-dev at opengeospatial.org
>>> https://mail.opengeospatial.org/mailman/listinfo/wfs-dev
>>>
>>>
>>>
>>
>>
>>
>> _______________________________________________
>> wfs-dev mailing list
>> wfs-dev at opengeospatial.org
>> https://mail.opengeospatial.org/mailman/listinfo/wfs-dev
>
>
>
--
Bart van den Eijnden
OSGIS, Open Source GIS
bartvde at osgis.nl
http://www.osgis.nl
_______________________________________________
wfs-dev mailing list
wfs-dev at opengeospatial.org
https://mail.opengeospatial.org/mailman/listinfo/wfs-dev
More information about the wfs-dev
mailing list