OpenStreetMap Forum

The Free Wiki World Map

You are not logged in.

#1326 2015-11-10 18:29:31

Gertjan Idema
Member
Registered: 2010-09-04
Posts: 322

Re: Idee om wat met BAG te gaan doen

Dan meteen ook maar de huisnummers er bij gezet.
@Commodoortje komen die wegen uit het NWB? Sommige lopen nogal scheef ;-)

Offline

#1327 2015-11-10 18:52:37

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

@Commodoortje komen die wegen uit het NWB? Sommige lopen nogal scheef ;-)

Haha, de werkelijkheid mag aangepast worden natuurlijk, ook de aansluiging op het wegennet is nog niet geschied.
Dat zal iemand met lokale kennis moeten bevestigen, of aanpassen.

Last edited by Commodoortje (2015-11-10 18:57:19)

Offline

#1328 2015-11-10 18:57:07

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

Dan meteen ook maar de huisnummers er bij gezet.

Gertjan, lees ik nu tussen de regels door dat de (beta)plug-in 0.6 ook status  < bouw gestart adresnodes kan inlezen?
Ben je al verder met de beta 0.6?

Offline

#1329 2015-11-10 19:01:53

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

Dan meteen ook maar de huisnummers er bij gezet.

Klopt het dat de adressen van Kamerlingh Onnesstraat 56 t/m 186 (even nummers) nog niet zijn geplaatst?
https://bagviewer.kadaster.nl/lvbag/bag … sObjectId=

Last edited by Commodoortje (2015-11-10 19:02:16)

Offline

#1330 2015-11-10 21:11:15

stevebeer
Member
Registered: 2012-05-13
Posts: 57

Re: Idee om wat met BAG te gaan doen

Zo te zien zijn die vandaag door een collega mapper toegevoegd.

Offline

#1331 2015-11-10 21:23:42

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

wink

Offline

#1332 2015-11-10 23:39:14

Gertjan Idema
Member
Registered: 2010-09-04
Posts: 322

Re: Idee om wat met BAG te gaan doen

Commodoortje wrote:

Gertjan, lees ik nu tussen de regels door dat de (beta)plug-in 0.6 ook status  < bouw gestart adresnodes kan inlezen?

Dat heb je goed gelezen. De vorige versies filterde meteen op status bij het downloaden van de WFS gegevens. De 0.6 versie doet dat niet en filtert pas later, zodat het mogelijk is panden en adressen te importeren waarvan de BAG status erg achter loopt bij de werkelijkheid.

Commodoortje wrote:

Ben je al verder met de beta 0.6?

Zojuist heb ik de eerste 0.6 versie (0.6.4) gereed die werkt buiten mijn ontwikkelomgeving dus als het goed is op ieder systeem. Voorwaarde is wel dat je Java 8 op je systeem hebt staan.
Nu zoek ik 2 of 3 personen die samen met mij deze versie willen testen en mee willen denken over de volgende stappen, met name wat betreft de gebruikersinterface.

Offline

#1333 2015-11-11 04:39:18

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

Nu zoek ik 2 of 3 personen die samen met mij deze versie willen testen en mee willen denken over de volgende stappen, met name wat betreft de gebruikersinterface.

Ik hou me aanbevolen

Offline

#1334 2015-11-11 08:16:40

Sander H
Member
From: Oostvoorne
Registered: 2013-05-19
Posts: 1,279

Re: Idee om wat met BAG te gaan doen

Hier nog een vrijwilliger Gertjan.

Offline

#1335 2015-11-15 14:10:15

Cavit
Member
Registered: 2013-11-27
Posts: 76

Re: Idee om wat met BAG te gaan doen

Iets om misschien rekening mee te houden is de omrekening van RD-coördinaten in BAG naar WGS 84-coördinaten in OpenStreetMap. Op dit moment hebben de BAG-gebouwen die zijn geïmporteerd in OSM een afwijking van zo'n 60 cm met de werkelijkheid. Dat is niet zo veel, maar er zijn al luchtfoto's met een betere nauwkeurigheid.

Voorbeeld met het noordelijke hoekpunt van de Domtoren in Utrecht:
BAG RD-coördinaten: 136783.622, 455867.241
ETRS89-coördinaten: 52.0907637, 5.1213977
WGS 84-coördinaten: 52.0907682, 5.1214041

Positie in OSM (node id = 2684308247):
WGS 84-coördinaten: 52.0907638, 5.1213981

Verschil tussen de werkelijke WGS 84-coördinaten en die in OSM: 64 cm

Ik heb de berekening uitgevoerd met PCTrans, voor zover ik weet het enige programma dat deze omrekening nauwkeurig uitvoert.

Offline

#1336 2015-11-15 15:36:50

Gertjan Idema
Member
Registered: 2010-09-04
Posts: 322

Re: Idee om wat met BAG te gaan doen

Cavit wrote:

Iets om misschien rekening mee te houden is de omrekening van RD-coördinaten in BAG naar WGS 84-coördinaten in OpenStreetMap. Op dit moment hebben de BAG-gebouwen die zijn geïmporteerd in OSM een afwijking van zo'n 60 cm met de werkelijkheid. Dat is niet zo veel, maar er zijn al luchtfoto's met een betere nauwkeurigheid.

Voorbeeld met het noordelijke hoekpunt van de Domtoren in Utrecht:
BAG RD-coördinaten: 136783.622, 455867.241
ETRS89-coördinaten: 52.0907637, 5.1213977
WGS 84-coördinaten: 52.0907682, 5.1214041

Positie in OSM (node id = 2684308247):
WGS 84-coördinaten: 52.0907638, 5.1213981

Verschil tussen de werkelijke WGS 84-coördinaten en die in OSM: 64 cm

Ik heb de berekening uitgevoerd met PCTrans, voor zover ik weet het enige programma dat deze omrekening nauwkeurig uitvoert.

Goed punt, maar wel een lastige. De overeenkomst met ETRS89 is overigens voor dat punt wel heel goed.
Het probleem met WGS84 is, dat de coordinaten voor de hele wereld statisch zijn. Dit terwijl de continentale platen met 1 a 2cm per jaar verschuiven. Het voordeel van ETRS89 is dat dit coordinaten stelsel vast zit aan de europese plaat. ETRS89 is hard op weg om het europese standaard coordinatenstelsel te worden. Ook in Nederland wordt serieus overwogen om de rijksdriehoekscoordinaten te vervangen door ETRS89.
Het belangrijkste in mijn ogen is dat de onderlinge afstanden tussen objecten kloppen. Als we nu opeens zouden overstappen op een andere transformatie, gaat de onderlinge relatie verloren en kan je ook niet meer in de toekoms besluiten om eenmalig een transformatie op alle panden uit te voeren.
Heb jij trouwens enig idee of de broncode voor PCTrans vrij beschikbaar is? Aan een Windows executable heb je niet zo veel in een Java omgeving.

Gertjan

Offline

#1337 2015-11-15 16:36:52

It's so funny
Member
Registered: 2011-05-30
Posts: 435

Re: Idee om wat met BAG te gaan doen

Cavit wrote:

Verschil tussen de werkelijke WGS 84-coördinaten en die in OSM: 64 cm.

Loopt dat verschil nog op naarmate je verder van Amersfoort komt?

Gertjan Idema wrote:

De overeenkomst met ETRS89 is overigens voor dat punt wel heel goed.

Gertjan Idema wrote:

Het belangrijkste in mijn ogen is dat de onderlinge afstanden tussen objecten kloppen.

Een punt waar ik nog aan denk is de BAG WMS, die ik vaak gebruik. Momenteel matcht die 1:1 met de geïmporteerde gebouwen.

Ik neig er naar om geen aanpassing op dit punt door te voeren in de nieuwe versie van de plugin. Dat komt omdat de afwijking obv WGS84 beperkt is, de beide argumenten van Gertjan en de huidige weergave van de BAG WMS laag.

Mijn suggestie is wel om, als er in de hopelijk nabije toekomst recente satellietfoto's ter beschikking komen, deze bij voorkeur onder ETRS89 te laten weergegeven. JOSM lijkt dat al te faciliteren: https://josm.openstreetmap.de/changeset/7943/josm

Offline

#1338 2015-11-15 17:06:20

Cavit
Member
Registered: 2013-11-27
Posts: 76

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

Als we nu opeens zouden overstappen op een andere transformatie, gaat de onderlinge relatie verloren en kan je ook niet meer in de toekoms besluiten om eenmalig een transformatie op alle panden uit te voeren.

Dat is inderdaad een goed punt om de transformatie te houden zoals hij is. Het probleem blijft dat nauwkeurige luchtfoto's niet kloppen (60 cm afwijking) met de geïmporteerde gebouwen.

Gertjan Idema wrote:

Heb jij trouwens enig idee of de broncode voor PCTrans vrij beschikbaar is? Aan een Windows executable heb je niet zo veel in een Java omgeving.

Ik denk niet dat de broncode beschikbaar is, helaas.

It's so funny wrote:

Loopt dat verschil nog op naarmate je verder van Amersfoort komt?

Nee, het verschil is ongeveer gelijk aan het verschil tussen ETRS89 en WGS 84, en dat is zo'n 65 cm in heel Nederland. Door de continentverschuiving wordt het verschil wel ieder jaar 2,5 cm groter:
302px-OffsetWGS84-ETRS89.svg.png

Offline

#1339 2015-11-15 22:09:39

eggie
Member
From: Dordrecht
Registered: 2010-09-03
Posts: 3,278

Re: Idee om wat met BAG te gaan doen

... als dit in de BAG viewer staat bestaat het pand dan wel of niet... of is het dan nog in onderzoek? Op OSM bestaat het niet... in de viewer wel. Elke keer als ik daar langskom weet ik niet goed waar ik moet kijken... en vanavond was het weer te donker. sad
Hier staat in OSM een ballonnetje.

https://bagviewer.kadaster.nl/lvbag/bag … 0000024849

Pand

ID 0642100000024849
   
 
Status Pand in gebruik
 
Bouwjaar 1900
 
 
Geconstateerd Ja
In onderzoek Ja
Begindatum 03-11-2015
Einddatum 
Documentdatum 03-11-2015
Mutatiedatum 03-11-2015
Documentnummer OZ Z 2015-0024

Last edited by eggie (2015-11-15 22:10:32)

Offline

#1340 2015-11-16 08:41:41

sebastic
Member
Registered: 2012-05-14
Posts: 216

Re: Idee om wat met BAG te gaan doen

Cavit wrote:

Ik heb de berekening uitgevoerd met PCTrans, voor zover ik weet het enige programma dat deze omrekening nauwkeurig uitvoert.

De NTv2- en Vdatum-gridbestanden voor PROJ.4 zijn er ook al een tijd als alternatief voor PCTrans:

https://www.kadaster.nl/web/Themas/Regi … inaten.htm

Als je je niet wil registreren voor de download kan je de files ook uit de Debian package plukken:

https://tracker.debian.org/pkg/proj-rdnap

Offline

#1341 2015-11-16 16:08:36

Cavit
Member
Registered: 2013-11-27
Posts: 76

Re: Idee om wat met BAG te gaan doen

sebastic wrote:

De NTv2- en Vdatum-gridbestanden voor PROJ.4 zijn er ook al een tijd als alternatief voor PCTrans:

Goed dat ze er zijn, maar die bestanden zijn enkel een alternatief voor de RDNAPTRANS-procedure, dus van RD naar ETRS89. Voor OSM hebben we WGS 84-coördinaten nodig, die 65 cm afwijken van ETRS89. Het lijkt erop dat PCTrans het enige programma is dat deze laatste conversie kan uitvoeren.
Overigens hebben om dezelfde reden alle uit BAG geïmporteerde woonplaatsgrenzen een kleine afwijking van 65 cm met de realiteit.

Offline

#1342 2015-11-16 18:35:10

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

Cavit wrote:
sebastic wrote:

De NTv2- en Vdatum-gridbestanden voor PROJ.4 zijn er ook al een tijd als alternatief voor PCTrans:

Goed dat ze er zijn, maar die bestanden zijn enkel een alternatief voor de RDNAPTRANS-procedure, dus van RD naar ETRS89. Voor OSM hebben we WGS 84-coördinaten nodig, die 65 cm afwijken van ETRS89. Het lijkt erop dat PCTrans het enige programma is dat deze laatste conversie kan uitvoeren.
Overigens hebben om dezelfde reden alle uit BAG geïmporteerde woonplaatsgrenzen een kleine afwijking van 65 cm met de realiteit.

Cavit, begrijp ik nu goed dat het Kadaster ook deze 65cm afwijking heeft ?
m.a.w. dat de BAG data ook in WGS84 aangeleverd wordt? Of wordt deze BAG data in RD coördinaten omgezet naar WGS84

Offline

#1343 2015-11-16 18:39:31

Cavit
Member
Registered: 2013-11-27
Posts: 76

Re: Idee om wat met BAG te gaan doen

Het laatste, BAG wordt in RD-coördinaten geleverd en voor OSM-toepassingen omgezet naar WGS 84. De afwijking ontstaat bij deze omzetting.

Last edited by Cavit (2015-11-16 18:40:27)

Offline

#1344 2015-11-16 18:56:17

Gertjan Idema
Member
Registered: 2010-09-04
Posts: 322

Re: Idee om wat met BAG te gaan doen

Commodoortje wrote:
Cavit wrote:
sebastic wrote:

De NTv2- en Vdatum-gridbestanden voor PROJ.4 zijn er ook al een tijd als alternatief voor PCTrans:

Goed dat ze er zijn, maar die bestanden zijn enkel een alternatief voor de RDNAPTRANS-procedure, dus van RD naar ETRS89. Voor OSM hebben we WGS 84-coördinaten nodig, die 65 cm afwijken van ETRS89. Het lijkt erop dat PCTrans het enige programma is dat deze laatste conversie kan uitvoeren.
Overigens hebben om dezelfde reden alle uit BAG geïmporteerde woonplaatsgrenzen een kleine afwijking van 65 cm met de realiteit.

Cavit, begrijp ik nu goed dat het Kadaster ook deze 65cm afwijking heeft ?
m.a.w. dat de BAG data ook in WGS84 aangeleverd wordt? Of wordt deze BAG data in RD coördinaten omgezet naar WGS84

BAG wordt geleverd in RD. De conversie in de plug-in maakt er (blijkbaar) ETRS89 van, terwijl ik in de code WGS84 opvraag. Dat is ook ergens wel logisch, want ik hoef bij de conversie nergens een datum als parameter mee te geven. Achteraf ben ik er ook wel blij mee. WGS84 zou voor de panden een nachtmerrie worden, omdat een pand dat je vandaag importeert en over een jaar of wat opnieuw zou importeren dan meer dan 10cm verschoven zou zijn.
Typisch geval van voorschrijdend inzicht. In de begintijd van Openstreetmap, was de kaart veel minder gedetailleerd en was WGS84 ruim voldoende. Zo langzamerhand zou het misschien beter zijn om per continentale plaat een ander coordinaten stelsel te gebruiken ETRS89 voor Europa, NAD83 voor Noord-America etc.

Offline

#1345 2015-11-22 13:44:20

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

In een oud draadje van 22.03.14 werd de mogelijkheid om via  een TMS laag, grenzen zichtbaar te maken.
Deze heeft tot heden goed gewerkt, en was een heel prettig hulpmiddel om de grenzen van landen, provincies, gemeenten, steden, dorpen en gehuchten (van heel de wereld) op een mooie en snelle manier in beeld te krijgen.

Weet iemand waarom het (vandaag) niet meer werkt?

tms:http://129.206.74.245:8007/tms_b.ashx?x={x}&y={y}&z={z}




BAGgeraar 22.03.14 wrote:
PeeWee32 wrote:

Ik zit nog even te denken hoe we het werken met die gemeentegrenzen kunnen gebruiken om het juiste gebied te selecteren. Met bv deze quey (nog even op Uitvoeren klikken)  krijg je de gemeente grenzen van Amersfoort. (met dan aan Sebastic voor het bijhouden van die grenzen)

Als je dan vervolgens op Exporteren klikt kun je die grens opslaan als GPX bestand. Die is weer in JOSM in te lezen en om te zetten naar een data layer (rechtsklikken op GPX) .  Zo heb je snel de grenzen in  JOSM zonder dat je moet gaan tekenen.  Dat zijn dan wel losse stukjes maar die zijn wel weer aan elkaar te plakken (2 stukken selecteren en op C drukken) . Je moet ze dan nog wel even nalopen omdat grenzen soms dwars door gebouwen heen lopen maar dat is wel te doen met de BAG layer semi-transparant in JOSM.

Is dit een handige werkwijze om de download polygonen te begrenzen? Nog aanvullende tips?


NB: Exporteren kan ook rechtstreeks als data layer naar JOSM maar dat lijkt me wat gevaarlijk want voor je het weet vernaggel je een gemeente grens als je per ongeluk toch upload.

Ik gebruik ook de gemeentegrenzen voor de uploads. Dit is handig omdat deze voor iedereen beschikbaar zijn, en het dus niet moeilijk is om te bepalen tot hoever iemand gekomen is. Soms ga ik er wel net overheen, om zeker te zijn dat gebouwen die tegen de grens aanliggen niet verloren gaan. Wanneer je bij gebieden komt die al ingevoerd zijn, is het sowieso even goed opletten op de validator, maar volgens mij kunnen de fouten die ontstaan door dubbel invoeren automatisch verholpen worden.
Ik gebruik in JOSM een laag met de grenzen uit OSM, afkomstig van http://openmapsurfer.uni-hd.de/. Om deze toe te voegen: Bewerken > Voorkeuren > WMS/TMS > +TMS > Adres: http://129.206.74.245:8007/tms_b.ashx?x … }&z={zoom}, naam invoeren > OK > OK > Afbeeldingen, en dan op de betreffende laag klikken. Met behulp van deze laag zijn de grenzen duidelijker te zien dan met de standaard Mapnik-kaart.

Last edited by Commodoortje (2015-11-22 13:46:28)

Offline

#1346 2015-11-22 14:07:46

It's so funny
Member
Registered: 2011-05-30
Posts: 435

Re: Idee om wat met BAG te gaan doen

Offline

#1347 2015-11-22 14:17:35

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

Wonderbaarlijk, deze werkt wel.
Ik heb deze even vergeleken met welke ik vermelde, maar ik zie geen verschillen.
Daarentegen werkt deze wel, en die andere niet meer.

Offline

#1348 2015-11-22 14:21:46

Commodoortje
Member
Registered: 2013-10-31
Posts: 2,367

Re: Idee om wat met BAG te gaan doen

tms:http://129.206.74.245:8007/tms_b.ashx?x={x}&y={y}&z={z} werkt niet
tms:http://129.206.66.245:8007/tms_b.ashx?x={x}&y={y}&z={z} werkt wel

Ik zie nu dat er wel degelijk een ander ip adres wordt gebruikt.

Offline

#1349 2015-11-22 15:00:32

fsteggink
Member
From: Utrecht
Registered: 2010-02-13
Posts: 240
Website

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

Typisch geval van voorschrijdend inzicht. In de begintijd van Openstreetmap, was de kaart veel minder gedetailleerd en was WGS84 ruim voldoende. Zo langzamerhand zou het misschien beter zijn om per continentale plaat een ander coordinaten stelsel te gebruiken ETRS89 voor Europa, NAD83 voor Noord-America etc.

Is dit niet iets dat een keer op de dev-mailinglijst besproken zou kunnen worden? Dit probleem wordt er met de loop der jaren niet kleiner op. Je wilt natuurlijk ook niet ieder jaar alle data 2,5 cm opschuiven.

Offline

#1350 2015-11-24 21:47:25

AlbertP
Member
Registered: 2015-07-29
Posts: 107

Re: Idee om wat met BAG te gaan doen

Gertjan Idema wrote:

Zojuist heb ik de eerste 0.6 versie (0.6.4) gereed die werkt buiten mijn ontwikkelomgeving dus als het goed is op ieder systeem. Voorwaarde is wel dat je Java 8 op je systeem hebt staan.
Nu zoek ik 2 of 3 personen die samen met mij deze versie willen testen en mee willen denken over de volgende stappen, met name wat betreft de gebruikersinterface.

Heb je nog iemand nodig om dit te testen? Ik had in de oude plugin problemen met een aantal nieuwe huizen die ik niet geïmporteerd kreeg, terwijl de status op pand in gebruik staat.

Offline

Board footer

Powered by FluxBB