Basisregistratie Grootschalige Topografie (BGT)

Voor de liefhebbers. Hoewel de BGT nog niet landsdekkend is kun je nu al e.e.a. nader bekijken. Via deze site kun je GML bestanden downloaden. Met het gratis programma QGIS kun je die inlezen en je eigen opmaak regelen. Ik ben een QGIS beginneling maar was toch al in staat om wat leuke kaartjes te maken (al zeg ik het zelf :wink: ). Omdat plaatjes meer zeggen dan woorden hierbij een QGIS screenshot van een deel van de gemeente Scherpenzeel gebaseerd op BGT data:

Je krijgt zo een indruk van wat er in BGT staat en wat je er mee zou kunnen doen.

NB Met Qgis kun je ook vrij eenvoudig OSM data visualiseren en er kaartjes van maken. Ik zag deze cursus op youtube. Erg informatief. Hier de lesson om in een paar stappen OSM data in Qgis te krijgen.

Een tijd geleden al mee bezig geweest. Bestand van gemeente. Er uit halen, wat je wilt gebruiken.
Juist de weg terug is interessant van Qgis naar Josm en dat vindt ik nog een moeilijke weg. Het filteren/selecteren van gegevens en toevoegen osm tags aan de verschillende onderdelen, of juist verwijderen. Het omzetten van RD naar mercator.
Het dan opslaan als shape bestand (Layer, save selection as vector file) en openen in JOSM en dan copy paste in de OSM laag voor upload, mits aan de licentie wordt voldaan.

Juist wanneer je een GML bestand hebt bewerkt en je wil een ander soortgelijke gml bestand uit dezelfde set bewerken (ander gebied) of er dan een omzet/toevoegstyle mogelijk is?

De verschillende plugins o.a. die van de Pdok en met name luchtfoto.

BGT
Merk wel dat niet alle BGT gml files goed openen in Qgis.

Interessant is om de trottoirs voetpaden en parkeervakken over te zetten, als dit van de licentie mag.
Hoe je dan zo’n parkeervak gaat noemen. area:highway=parking parking=residential en niet amenity=parking.
Zodat ze niet voor een grote parkeerplaats aan wordt gezien, maar als residential parking.

Misschien kan Jaap-Willem iets voor ons betekenen om de WMTS laag als layer in JOSM te kunnen krijgen.
Ik zie dat er nog niet veel gestemd is door ons.

Om de WMTS laag in JOSM te kunnen krijgen, heb ik code toegevoegd aan JOSM die de Rijksdriehoeksprojectie beschikbaar maakt in JOSM. Deze code heb ik als patch ingediend op https://josm.openstreetmap.de/ticket/12181. Hopelijk wordt de patch geaccepteerd zodat deze projectie binnenkort in een nieuwe versie van JOSM komt.

Zo te zien is de patch al geaccepteerd en opgenomen:
https://josm.openstreetmap.de/changeset/9100/josm

Ik ben benieuwd. Morgen josm-latest maar eens uitproberen. Ook in combinatie met de BAG plugin.

Cavit, kun je iets specifieker zijn?
Kenners begrijpen deze taal, maar voor mij is het even tasten in het duister.
Het klinkt in ieder geval een stap dichterbij om de WMTS laag van BGT in JOSM te kunnen laden als layer?

Inderdaad, door in JOSM over te schakelen op de RD-projectie kan de WMTS laag van BGT probleemloos worden ingeladen als layer. In mijn testversie van JOSM werkt het al. Nu de code is geaccepteerd door de ontwikkelaars van JOSM, zal het binnenkort met een nieuwe release van JOSM voor iedereen mogelijk worden.

Het is gelukt met de volgende stappen.

  1. Download https://josm.openstreetmap.de/josm-latest.jar
  2. gestart met “java -jar josm-laters.jar”.
  3. Kies Rijksdriekhoekcoordinaten bij de kaartprojecties van Josm.
  4. Voeg de BGT WMTS toe (http://geodata.nationaalgeoregister.nl/tiles/service/wmts/bgtachtergrond?SERVICE=WMTS&request=GetCapabilities)
  5. Download een stukje Scherpenzeel, Leiden of een andere plaats waarvan je weet dat er wat van in de BGT laag staat
  6. Activeer de BGT WMTS laag en selecteer de bgtachtergrond
  7. Zoom ver genoeg in om wat te kunnen zien

Bedankt Cavit! Nu maar wachten to er meer plaatsen beschikbaar zijn.

@Cavit, bedankt!

Het ziet er goed uit!
Wel geeft Mapnik en Bing een iets vertekend beeld met de RD coördinaten, maar dit lijkt me enigzins logisch.

Goed dat het gelukt is! Ik had me niet gerealiseerd dat de josm-latest.jar nu al te downloaden is (bedankt Gertjan).

Leuk zo’n laag, maar we gaan het toch niet natekenen?
Bij de adresvlakdiscussie is ook BGT opgemerkt, is er een lijst te maken, welke BGT key value we gaan gebruiken en hoe de overige te vertalen naar OSM tags, dit om eenheid/overeenstemming te creëren.

@Allroads
Overtekenen lijkt me ook geen goed idee. Je kunt het al wel gebruiken als een extra referentie, met name in nieuwbouw gebieden. Bijvoorbeeld voor wegen, achterpaden en land-use.

Ik zag onder op deze pagina dat je heel NL (200MB) zou kunnen downloaden. Dat heb ik gedaan (bleek 3.4 GB te zijn). Ik heb nu een groot aantal GML bestanden. Die data wil ik in postgis laden. Ik zag deze optie maar weet niet of dat de beste is. Weet iemand via welke procedure dat het handigst kan?

NB: Ik gebruik W10

Ik heb inmiddels OGR2GUI ontdekt en de eerste tabellen in postgis staan. De optie “folder” werkt mij mij niet dus importeer ik nu bestand voor bestand.

We hebben nog geen expliciete ondersteuning voor de BGT in NLExtract, maar dit is in principe het go-to project voor het importeren van officiële Nederlandse open Geodata in een PostGIS database.

Klopt, dat staat op mijn todo lijst voor de komende weken. Ben al een eind op weg, maar vanwege betaalde opdrachten nog niet af kunnen ronden.

Dat klopt. Je kunt niet ongestraft Mapnik en Bing, die beide in World Mercator zijn, laden wanneer JOSM in RD-projectie is. Dat zou juist wel kunnen met de PDOK-luchtfoto’s, maar die mogen niet gebruikt worden binnen OSM.

Ik heb me de laatste tijd vanwege tijdgebrek een beetje afzijdig gehouden in de BGT-discussie, maar nu heb ik weer tijd om e.e.a. op te pakken. Zoals ik gisteren al gemeld heb, was ik al bezig om in NLExtract ondersteuning voor de BGT in te bouwen. Wanneer dit gereed is en ik een PostGIS-dump heb gemaakt, wil ik graag iedereen van harte uitnodigen om hiervan gebruik te maken.

Vervolgens ben ik van plan om zelf ergens een server te huren om daar spullen op te hosten. Eén van de dingen waaraan ik denk is BGT aanbieden volgens de OGC-services (WMS/WFS/WMTS) in World Mercator. Naast de ondersteuning van RD in JOSM (dank, Cavit!), is dit de andere manier om dit issue op te lossen. Ik ga het gat opvullen dat PDOK “aan de markt overlaat”.

Naast het ontsluiten van de BGT via OGC, zit ik er ook aan te denken om een downloadservice aan te bieden van de BGT in OSM-formaat. Ik ben nog steeds geen voorstander van grootschalige import, maar ik denk wel dat het beter is om e.e.a. goed op te zetten, i.p.v. dat iedereen het wiel gaat proberen uit te vinden.

Voordat het laatste mogelijk is, moet het volgende gebeuren:

  • Overeenstemming over de tagging van BGT-data in het OSM-model. Heeft iemand zin om dit op te pakken / te leiden?
  • Schrijven van de conversie-/downloadservice. Alhoewel ik de server beschikbaar stel, zoek ik een vrijwilliger voor het schrijven van de software. Ik zit te denken aan een WPS-service via Geoserver. Voor de OGC-services ben ik ook van plan gebruik te maken van Geoserver.
  • Nadenken over mutaties in de BGT.

Wat de planning betreft: ik ga de komende dagen aan de ondersteuning in NLExtract werken. De hosting misschien volgende week, maar ik wil eerst aan de slag met de ondersteuning van de Basisregistratie Kadaster (percelen) in NLExtract.

De server regel (betaal) ik zelf wel. Tijdgebrek is een veel nijpender issue.

Ik heb pas onlangs deze mogelijkheid ontdekt voor BAG en TOP10NL en dat bevalt prima. Als je klaar ben geef dan maar een seintje

Prima plan. Ik vraag me wel af of je dan alles (kan dat?) of slechts een subset van de data bechikbaar moet stellen. Die subset zou dan de set kunnen we zijn waarvan we als community vinden dat die bestaansrecht heeft in OSM. Voor je het weet gaat iemand goedbedoeld allerlei “zooi” in OSM zetten waar de community niet op zit te wachten.

Dan heb je het over het “mappen” van BGT data naar OSM data neem ik aan. Ik denk dat het een goed plan is maar ben eerst nog nieuwsgierig naar wat er allemaal in de BGT data zit en wat de kwaliteit daarvan is. Pas daarna kunnen we wat mij betreft hier op het forum bespreken wat we evt. in OSM opgenomen willen zien. Als daar overeenstemming over is kunnen we de “mapping” regelen. Ik denk dat we daar gezamenlijk wel uitkomen.

Bedankt voor je inzet zover Frank. Ik kan helaas niet voldoende programmeren. Wellicht kan ik wel wat lijstjes maken met verschillende waardes (en aantallen) van de kolommen in de diverse BGT tabellen. Zo krijgen mensen die wat minder handig zijn met databases inzicht in wat er allemaal beschikbaar is en of dat voldoende waardevol is om überhaupt op te nemen in OSM.

Een voorbeeld van de waardes van de kolom plus_type uit de tabel functioneel gebied (uit de nog niet complete BGT data)

“begraafplaats”;1002
“functioneel beheer”;459
“functioneel beheer: hondenuitlaatplaats”;316
“bedrijvigheid”;278
“recreatie: speeltuin”;271
“recreatie”;218
“recreatie: sportterrein”;103
“maatschappelijke en/of publieksvoorziening”;85
“”;69
“recreatie: volkstuin”;44
“bushalte”;39
“benzinestation”;8
“recreatie: park”;8
“recreatie: camping”;6
“recreatie: bungalowpark”;4
“waterbergingsgebied”;3
“carpoolplaats”;1