[Dutch] OpenTopo nieuwste ervaringen

Di Mrt 3 06:45:25 PST 2015

Ik heb zojuist een issue in NLExtract geopend, zie
https://github.com/opengeogroep/NLExtract/issues/138 en verder 
hieronder. Dus: denk dat MULTIPOLYGON als POLYGON wordt geïnterpreteerd. 
Dank voor meedenken. Groet,

Just

uit NLExtract/issues/138:

"Dit issue kwam op bij het prepareren van de OpenTopo 2015R2 release, 
gebaseerd op de PostGIS dump van Top10NL release feb 2015 op 
http://data.nlextract.nl. Dit is de eerste Top10NL release waarin 
vlakken zitten voor Geografischgebied objecten (voorheen alleen 
punten/labels). ....

Het zichtbare probleem is dat er bebouwde kommen lijken te zijn 
weggevallen, dus vermoeden is dat een MULTIPOLYGON als POLYGON 
geïnterpreteerd wordt.

In PostGIS zijn nu alle Geografischgebied_vlak objecten van type 
POLYGON. De GML levering feb 2015 zal moeten worden bestudeerd of er 
toevallig een MULTIPOLYGON (MultiSurface) bij zit.

De definitie in de Top10NL GML voor Geografischgebiedzegt:

      <element name="geometrieVlak" type="gml:GeometryPropertyType" 
minOccurs="0"/>

Dat is nogal vaag, want kan elk geometrie-type zijn. In de meeste 
classes in Top10NL is een geometrieVlak een gml:SurfacePropertyType, dus 
POLYGON in PostGIS. Een POINT kan het nooit worden, want zou labelPunt 
zijn, een LINESTRING lijkt mij ook niet, dus waarom zo moeilijk met een 
gml:GeometryPropertyType?

In eerdere Top10NL versies kwamen alleen labelPunten (POINT) voor als 
Geografischgebied, nooit vlakken.

Ik denk echter dat Gebouw_vlak, Registratiefgebied_vlak MULTIPOLYGON 
moeten worden. Dat deed ik in verleden voor Top10NL naar INSPIRE 
harmonisatie. (gaf ik toen aan ogr2ogr mee) en dus nu ook 
Geografischgebied_vlak blijkbaar......."

On 03-03-15 15:09, Gert-Jan van der Weijden wrote:
> Aanvullend op punt 2:
>
> Ook Den Haag mist wat bebouwde kom: de VINEX-en Leidscheveen en Ypenburg
> ontbreken.
>
> Utrecht mist aan de zuidoostkant industrieterrein Laagraven als
> onderdeel van de bebouwde kom.
>
> Opvallend genoeg is Rotterdam-Zuid wel met een bruggenhoofd bestaande
> uit Wilemsburg én Erasmusbrug aan de bebouwde kom op de rechter
> Maasoever vastgeplakt. Ook bij andere steden (Arnhem, Deventer) die aan
> weerszijden van een rivier of brede snelweg liggen blijken de beide
> delen door een soort van navelstreng over een brug of onder een viaduct
> met elkaar verbonden te zijn.
>
> Met deze truc moet Kadaster Amsterdam-Noord via Schellingwouderbrug en
> IJtunnel wel weer aan de centrale stad vast kunnen plakken ;-)
>
> Nb. dit alles nu op basis van de Postgis-dump die op NL-extract staan
> bekeken, dus het kan in ieder geval niet aan JW's conversie naar
> shapefile liggen)
>
> Nog een aanvulling op punt 2:
>
> Welke bebouwde kommen het nu eigenlijk zijn is nog even de vraag. Er
> blijken ca. 6 soorten bebouwde kommen te bestaan. een poging tot
> overzicht kun je vinden op http://www.gisnederland.nl/
>
> groet,
>
> GJ
>
> *Van:*dutch-bounces op lists.osgeo.org
> [mailto:dutch-bounces op lists.osgeo.org] *Namens *Jan-Willem van Aalst
> *Verzonden:* maandag 2 maart 2015 18:36
> *Aan:* dutch op lists.osgeo.org
> *Onderwerp:* [Dutch] OpenTopo nieuwste ervaringen
>
> Beste allen,
>
> Wellicht heb je het al langs zien komen: van de OpenTopo kaartbladen
> staat release 2015-R02 nu live, op www.opentopo.nl
> <http://www.opentopo.nl>. Dat wil zeggen de JPG’s, de TIFs volgen nog
> (als GeoTIF).
>
> Bij het configureren/samenstellen van de kaartlagen vielen me een paar
> dingen op die ik hier wel graag wil delen.
>
> 1.Nauwkeurigheid Bestuurlijke grenzen.
>
> Tot nu toe gebruikte ik voor gemeentegrenzen het TopGrenzen bestand van
> de website van het Kadaster. Die gemeentegrenzen vallen vaak niet fijn
> samen met de BAG woonplaatsgrenzen. Nu wist ik wel dat het TopGrenzen
> bestand enigszins gegeneraliseerd is uit de BRK, maar het zag er naar
> uit dat veel gemeenten toch wat slordig waren met het bepalen van hun
> woonplaatsgrenzen. Sinds kort echter staan de exacte bestuurlijke
> grenzen op PDOK (zoekterm “Bestuurlijke grenzen actueel”). Wat blijkt:
> deze vallen exact samen met de BAG woonplaatsgrenzen (nou ja, in elk
> geval in verreweg de meeste gevallen). Ik ben dus blij dat OpenTopo voor
> het eerst de exacte gemeentegrenzen heeft. Dat is ook aanleiding om de
> komende maand de website www.gemeentenatlas.nl
> <http://www.gemeentenatlas.nl> bij te werken.
>
> 2.Grenzen van bebouwde kommen in Top10NL.
>
> Het Kadaster heeft sinds de Top10NL 2015-R02 release de bebouwde kommen
> als vlakken toegevoegd, in de tabel “geografischgebied_vlak”. Ik heb ze
> gebruikt op de 1600 pix/km schaal als streepjeslijnen. Bij
> “bronbeschrijving” staat in de top10NL: “Geometrie ingetekend door het
> Kadaster op basis van luchtfoto”. Gert-Jan merkte al op dat het noorden
> en zuidoosten van Amsterdam ontbreken. Zou iets te maken kunnen hebben
> met dat bebouwde kom Amsterdam waarschijnlijk een multipolygoon is?
>
> Met hartelijke groet,
>
> Jan-Willem van Aalst
>
> jw op imergis.nl <mailto:jw op imergis.nl>
>
> 06-42746848
>
>
>
> _______________________________________________
> Dutch mailing list
> Dutch op lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/dutch
>