<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Rein,<br>
<br>
Misschien is het goed om iets 'breder' te kijken.<br>
<br>
Het object georienteerde datamodel laat vele constructies toe die
moeilijk zijn 'plat te slaan' in het 'kaartlaag met vaste set
attributen' datamodel zoals vaak wordt gehanteerd in desktop GIS
(met name zoals we gewend zijn in ESRI-GIS).<br>
<br>
Meerdere type geometrie bij een object is maar 1 zo'n probleem. <br>
<br>
Uiteindelijk zul je bij het bruikbaar maken van de data in zo'n
kaartlaag georiënteerd datamodel gewoon heel goed moeten uitzoeken
hoe het oorspronkelijke datamodel in elkaar zit, en hoe dat het
beste omgezet kan worden zodat de benodigde info op een logische
manier bij de gebruiker komt. Liefst zonder dataverlies en
constructies met meerdere attributen in 1 kolom.<br>
<br>
Hoe dat vervolgens technisch in te vullen is een volgende stap.
(Het verdient natuurlijk wel aanbeveling om bij het opstellen van
een datamodel van een basisregistratie gelijk al een weg te kiezen
die het software makkelijk maakt, maar dat is hier al een
gepasseerd station).<br>
<br>
Let wel, bovenstaand betoog is geschreven zonder naar het
specifieke datamodel te kijken en te beoordelen in hoeverre het
inderdaad zonder problemen 'plat te slaan' is.<br>
<br>
Met vriendelijke groet, MArco<br>
<br>
<br>
On 19-04-16 19:39, Rein van 't Veer wrote:<br>
</div>
<blockquote
cite="mid:CACt0yiJbSZJOi2DF9zGyX9gxB9qp2=ZPfYz=nP82gYUdJD-QAg@mail.gmail.com"
type="cite">
<div dir="ltr">Beste Osgeo.nl lijst,
<div><br>
</div>
<div>Allereerst dank dat jullie naar mijn verzoek zouden willen
kijken: mijn naam is Rein van 't Veer en ik werk bij Geodan,
gedetacheerd bij het Kadaster. <span style="line-height:1.5">In
teamverband werk ik aan het project GRID: een
vernieuwingsproject om geodata beter beschikbaar te krijgen.</span></div>
<div><span style="line-height:1.5"><br>
</span></div>
<div><span style="line-height:1.5">Eén van de doelen van het
GRID-project is om de onlangs vrijgegeven Digitale
Kadastrale Kaart (DKK, handig per provincie te downloaden
vanaf </span><a moz-do-not-send="true"
href="https://www.pdok.nl/nl/producten/pdok-downloads/basis-registratie-kadaster/kadastrale-kaart">https://www.pdok.nl/nl/producten/pdok-downloads/basis-registratie-kadaster/kadastrale-kaart</a>)<span
style="line-height:1.5"> op andere manieren te ontsluiten -
als REST API en als Linked Data. Maar we lopen er even
tegenaan dat de dataset, gedownload als GML de nodige
uitdagingen bevat. Dit probleem leg ik graag voor aan deze
open groep, aangezien het antwoord erop, naar ik hoop, voor
anderen waardevol kan zijn die de DKK willen gebruiken.</span></div>
<div><span style="line-height:1.5"><br>
</span></div>
<div><span style="line-height:1.5">Zo bevat de 'laag' Percelen
per perceelsobject twee typen geometrie: een punt-object en
(naar ik in de ruwe GML kan zien), een polygoongeometrie. We
zijn natuurlijk vooral geïnteresseerd in de laatste, maar
deze wordt door QGIS (via GDAL) gevoeglijk genegeerd. GDAL
lijkt maar moeizaam om te kunnen gaan met meer dan één
geometrie per object.</span></div>
<div><span style="line-height:1.5"><br>
</span></div>
<div><span style="line-height:1.5">Vraag is nu: hoe krijg ik de
polygonen (de </span>brk_krt:begrenzingPerceel) <span
style="line-height:1.5">geconverteerd naar GeoJSON? En hoe
kan ik niet de punten, maar de polygonen vanuit GML openen
in QGIS? GDAL lijkt helaas een voorkeur te hebben voor de
puntgeometrieën. De pagina </span><a moz-do-not-send="true"
href="http://www.gdal.org/drv_geojson.html"
style="line-height:1.5">http://www.gdal.org/drv_geojson.html</a><span
style="line-height:1.5"> geeft wel enige aanwijzing voor
conversie met behulp van de omgevingsvariabele </span><span
style="line-height:1.5">GEOMETRY_AS_COLLECTION=YES, maar dit
lijkt niet het gewenste effect te hebben op bijvoorbeeld een
opdracht als: </span></div>
<div><br>
</div>
<div>
<div>$ ogrinfo Perceel.gml</div>
<div>Had to open data source read-only.</div>
<div>INFO: Open of `Perceel.gml'</div>
<div> using driver `GML' successful.</div>
<div>1: Perceel (Point)</div>
</div>
<div><br>
</div>
<div>$ ogr2ogr -f GeoJSON Perceel.NO.geojson Perceel.gml</div>
<div><br>
</div>
<div>$ ogrinfo Perceel.NO.geojson</div>
<div>ERROR 4: GeoJSON Driver doesn't support update.</div>
<div>Had to open data source read-only.</div>
<div>INFO: Open of `Perceel.NO.geojson'</div>
<div> using driver `GeoJSON' successful.</div>
<div>1: OGRGeoJSON (Point)</div>
<div><br>
</div>
<div>$ export GEOMETRY_AS_COLLECTION=YES</div>
<div>
<div><br>
</div>
<div><span style="line-height:1.5">$ ogrinfo
Perceel.YES.geojson</span><br>
</div>
</div>
<div>
<div>ERROR 4: GeoJSON Driver doesn't support update.</div>
<div>Had to open data source read-only.</div>
<div>INFO: Open of `Perceel.geojson'</div>
<div> using driver `GeoJSON' successful.</div>
<div>1: OGRGeoJSON (Geometry Collection)</div>
</div>
<div><br>
</div>
<div>
<div>De Geometry Collection bevat vervolgens enkel punten. <span
style="line-height:1.5">GDAL onderkent geen polygonen in
de dataset. Hoe kom ik er op een elegante (automatische)
manier achter welke typen geometrie er in de dataset
zitten? Iemand enig idee hoe dit benaderd kan worden? Ik
heb wel een vergelijkbare melding gevonden op </span><a
moz-do-not-send="true"
href="http://gis.stackexchange.com/questions/37217/why-are-the-polygons-in-my-gml-not-rendered"
style="line-height:1.5"><a class="moz-txt-link-freetext" href="http://gis.stackexchange.com/questions/37217/why-are-the-polygons-in-my-gml-not-rendered">http://gis.stackexchange.com/questions/37217/why-are-the-polygons-in-my-gml-not-rendered</a></a><span
style="line-height:1.5"> maar het handmatig aanpassen van
het GDAL .gfs is niet echt een elegante oplossing. Moet ik
met Sax of een ander olifantenmiddel de puntgeometrieën
eruit filteren? Of kan er een andere library benut worden
zoals de Java(Script) Topology Suite? </span></div>
</div>
<div><br>
</div>
<div>Alles suggesties zijn welkom, alvast veel dank,</div>
<div>Rein van 't Veer</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Dutch mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Dutch@lists.osgeo.org">Dutch@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/dutch">http://lists.osgeo.org/mailman/listinfo/dutch</a></pre>
</blockquote>
<br>
</body>
</html>