Inconsistente geometrie in ruimtelijke plannen API

Datasets
1

Bij het gebruik van geometrie van de ruimtelijke plannen API lopen wij aan tegen bugs in de geometrie.

Bijvoorbeeld op (let op API key verplicht):
https://ruimte.omgevingswet.overheid.nl/ruimtelijke-plannen/api/opvragen/v4/plannen/NL.IMRO.0363.B2302BPGST-OW01?expand=geometrie

    "geometrie": {
        "type": "Polygon",
        "coordinates": [
            [
                [
                    4.766246515,
                    52.389217709
                ],
                [
                    4.768874812,
                    52.389222358
                ],
                [
                    4.768874812,
                    52.389222358
                ],
                [
                    4.770917549,
                   52.389225924
                ],
                [
                    4.770917549,
                    52.389225924
                ],
                [
                    4.771816227,
                    52.389230247
                ],
                [
                    4.771816227,
                    52.389230247
                ],
                [
                    4.771832365,
                    52.389227518
                ],
                [
                    4.771832365,
                    52.389227518
                ],
                [
                    4.772008715,
                    52.389227823
                ],

Geometrie coƶrdinaten lijken dus dubbel voor te komen. Het lastige is dat het soms wel en soms niet is.

Sowieso is het gek dat de coordinaten in WGS84 staan (waar geometrie uit omgevingsdocumenten weer in Rijkstdriehoek staan). Heeft de conversie naar WGS84 deze bug veroorzaakt?

2

Goedemorgen @svdschootbrugge,

Goed gevonden, dat klopt inderdaad niet. We gaan het uitzoeken!

1 like
3

Hallo @svdschootbrugge, het probleem lijkt opgelost te zijn.

Het probleem is dat onze verwerking complexe geometrieen ging versimpelen door er een polygoon aan te maken. Dit in combinatie met een bug in de gebruikte Deegree library die deze geometrie als valide ging aanmerken.

Fragmentje van het bronbestand:

											<gml:segments>
												<gml:LineStringSegment>
													<gml:posList>112728.71 489221.592 112907.631 489220.579</gml:posList>
												</gml:LineStringSegment>
												<gml:LineStringSegment>
													<gml:posList>112907.631 489220.579 113046.69 489219.791</gml:posList>
												</gml:LineStringSegment>
												<gml:LineStringSegment>
													<gml:posList>113046.69 489219.791 113107.87 489219.752</gml:posList>
												</gml:LineStringSegment>
												<gml:LineStringSegment>
													<gml:posList>113107.87 489219.752 113108.966 489219.439</gml:posList>
												</gml:LineStringSegment>

Zoals hierboven te zien is hebben we hier te maken met een lijst van LineStringSegment waarbij telkens de eindcoordinaat als startcoƶrdinaat werd gebruikt. Dit werd omgezet in een polygoon waardoor je dubbele punten zag.

We hebben dit opgelost door coƶrdinaten te ontdubbelen als deze openvolgend voorkwamen.

Bedankt voor je melding! We moeten de geraakte plannen opnieuw verwerken zodat deze ontdubbeling toegepast wordt.

1 like
4

Hoi @GokhanOrhun bedankt voor het snelle oppakken. Kunnen jullie de community op de hoogte houden van de verwerking in de API? Dan kunnen wij beter testen en code opschonen.