Hi zusammen,
wir haben inzwischen einen Bebauungsplan vollständig in XPlanung (Version 6.0) überführt.
Bei der schlussendlichen Validierung der aus ArchiCAD exportierten GML durch den Validator der XLeitstelle (
https://www.xplanungsplattform.de/xplan-validator/) wurde mehrfach ein Regelverstoß bemängelt. Dies betrifft die Validierungsregel 4.1.4.2 "Einschränkung auf Flächengeometrie".
(Syntax der Regel:
https://gitlab.opencode.de/xleitstelle/ ... 4.1.4.2.xq)
Wir haben uns daraufhin die aus ArchiCAD exportierte GML in Visual Studio Code/QGIS genauer angesehen und nach den den im Validator als nicht Regelkonform geltenden GML_IDs bzw. Zeichenobjekten gesucht.
Verknüpft war der Fehler mit zahlreichen Zeichenobjekten (GML_IDs) aus den XPlanung-Kategorien:
- BP_UeberbaubareGrundstuecksFlaeche
- BP_NebenanlagenFlaeche
- BP_SpezielleBauweise
- BP_TextAbschnittsFlaeche
Hierbei konnte festgestellt werden, dass o.g. Zeichenobjekte stets als Featuretype "gml:Curve" angelegt sind. Alle Objekte haben dabei die Ableitung aus dem Objekt: xplan:BP_Ueberlagerungsobjekt gemeinsam (vgl. Objektartenkatalog Ziffer 2.3.23). Dieses ist wiederum aus dem Objekt: xplan:BP_Objekt abgeleitet, welches laut Objektartenkatalog (vgl. Ziffer 2.1.2) stets eine Fläche darstellt (bzw. Polygon).
Testweise haben wir dahergehend in der GML händisch Modifikationen vorgenommen. Hierfür ein Beispiel:
Ursprünglicher Code, der durch ArchiCAD so in der GML angelegt wird für eine Nebenanlage:
(Auszug; Koordinatenangaben durch ......... ersetzt)
<gml:Curve gml:id="GML_DD635CA2-3935-A149-963E-5166DA88EC61" srsName="EPSG:25832">
<gml:segments>
<gml:LineStringSegment interpolation="linear">
<gml:posList count="12" srsDimension="2"> ......... </gml:posList>
</gml:LineStringSegment>
</gml:segments>
</gml:Curve>
</xplan:position>
<xplan:flaechenschluss>false</xplan:flaechenschluss>
<xplan:zweckbestimmung>
<xplan:BP_KomplexeZweckbestNebenanlagen>
<xplan:allgemein>9999</xplan:allgemein>
<xplan:detail>b.A.u.G (bauliche Anlagen unter Geländeoberfläche)</xplan:detail>
</xplan:BP_KomplexeZweckbestNebenanlagen>
</xplan:zweckbestimmung>
</xplan:BP_NebenanlagenFlaeche>
</gml:featureMember>
Werden folgende Modifikationen vorgenommen, das das Zeichenobjekt schlussendlich ein Polygon und keine Linie bzw. Curve mehr ist, funktioniert die Validierung problemlos. Ebenfalls ist ein Öffnen der modifizierten Datei problemlos möglich.
<gml:Polygon gml:id="GML_DD635CA2-3935-A149-963E-5166DA88EC61" srsName="EPSG:25832">
<gml:exterior>
<gml:LinearRing>
<gml:posList srsName="EPSG:25832">.........</gml:posList>
</gml:LinearRing>
</gml:exterior>
</gml:Polygon>
</xplan:position>
<xplan:flaechenschluss>false</xplan:flaechenschluss>
<xplan:zweckbestimmung>
<xplan:BP_KomplexeZweckbestNebenanlagen>
<xplan:allgemein>9999</xplan:allgemein>
<xplan:detail>b.A.u.G (bauliche Anlagen unter Geländeoberfläche)</xplan:detail>
</xplan:BP_KomplexeZweckbestNebenanlagen>
</xplan:zweckbestimmung>
</xplan:BP_NebenanlagenFlaeche>
</gml:featureMember>
Unserer Einschätzung nach handelt es sich hierbei vermutlich um ein Problem des Addons, dass die gelisteten Zeichenobjekte falsch in die GML geschrieben werden; die Aufzählung ist nur exemplarisch, ggf. gibt es hier weitere Betroffenheiten.
Ein weiteres Problem das bei uns auftaucht ist, dass folgender Inhalt in der GML am Anfang der Datei stets mehrfach enthalten ist. Dies führt ebenfalls dazu, dass eine Validierung nicht möglich ist.
(Koordinaten durch ...... ersetzt)
<gml:boundedBy>
<gml:Envelope srsName="EPSG:25832">
<gml:lowerCorner>......</gml:lowerCorner>
<gml:upperCorner>......</gml:upperCorner>
</gml:Envelope>
</gml:boundedBy>
Werden die Dopplungen dieser Zeilen händisch via Visual Studio Code entfernt, verschwindet der Fehler ebenfalls und eine Validierung ist dann möglich.
Sofern gewünscht können wir gerne auch einen Testdatensatz zu den geschilderten Problemen bereitstellen.
Beste Grüße aus München
Nachtrag: Dieser Fehler tritt auch in der Release 1 auf.
