Idee om wat met BAG te gaan doen

Potlatch is helaas ongeschikt voor het massaal importeren van gegevens uit het BAG (kan alleen door handmatig overtrekken, in tegenstelling tot Josm, dat veel meer mogelijkheden biedt).
Dus helaas gaat het 'm dat niet worden en zal je Josm moeten aanleren mocht je geïnteresseerd zijn om mee te willen helpen.

Mede dankzij Peewee en Noordfiets heb ik een webkaartje tbv de BAG kunnen maken: http://mijndev.openstreetmap.nl/~ligfietser/BAG/
De import is in deze regio op een laag pitje komen te liggen ivm de ontwikkeling van het kaartje met fietstags :wink:

Graag wil ik mijn omgeving aan de hand van BAG-informatie bijwerken. Mijn woonplaats Nijmegen is inmiddels voorzien van de nodige informatie (in ieder geval huisnummers), wie kan mij (opweg) helpen met de naast gelegen gemeente Overbetuwe en Lingewaard / dorpjes Oosterhout (gld.), Slijk-Ewijk en Bemmel?

De bag4osm osmosis plugin die Gertjan ontwikkeld heeft doet het bij mij niet meer als ik panden met adressen wil exporteren, en ik heb zelf nog geen tool ontwikkeld om de data uit de BAG te exporteren voor OSM.

Als tijdelijke oplossing voor individuele panden pluk ik de GML voor de feature uit de WFS service Tijdelijke BAG WFS en converteer deze naar OSM formaat met ogr2osm. Hiermee heb je alleen de geometrie van het pand, maar niet diens tags. De WFS service heeft niet de attributen die door de osmosis plugin gebruikt worden, dus kan niet als alternatief daarvoor dienen. Ook ontbreekt de adres informatie, die pluk ik weer uit de WFS service INSPIRE Adressen WFS. Je hebt dan een losse adres node ipv dat diens tags aan het pand zitten.

Het is allemaal erg omslachtig en kan het eigenlijk niemand aanraden het zo te doen, al helemaal niet als je een hele wijk wilt doen. Misschien heeft Gertjan een update voor ons?

Mijn werk aan de bag4osm plugin waar Sebastic het over heeft ligt al een tijdje stil. Hij kan nog niet overweg met het nieuwste BAG database model van nlextract.

De laatste tijd ben ik bezig met een plug-in voor Josm die BAG data rechtstreeks van een WFS server kan halen. Dit werk inmiddels goed, maar het resultaat geeft soms nog wel veel validatie-fouten. Dat hangt af van de betrouwbaarheid van de BAG data die de gemeente levert. Een veel voorkomende fout betreft overlappende panden. Er kan dus nog veel verbeterd worden aan de plug-in. Anderzijds is het proces al wel eenvoudiger dan wat Sebastic beschrijft.
Inmiddels heb ik MrCruiser al vast een stukje Nijmegen-Noord toegestuurd om mee aan de slag te gaan.

Gertjan

Het was even zoeken, hoe JOSM precies werkt, maar door de Youtube-uitleg van PeeWee heb ik het eerste blokje huizen op de kaart weten te krijgen! http://www.openstreetmap.org/browse/changeset/15789940

Smaakt naar meer :smiley:

Dat ziet er goed uit. Je ziet nu ook meteen dat de Spanjestraat ws een beetje uit het lood ligt. Ik heb vorig jaar een paar youtube filmpjes gemaakt om met andere betrokkenen even te overleggen hoe dit in het plan past. Je moet deze zien als een test al kunnen ze je wel op weg helpen. Ik heb het in zo’n filmpje bv ook over de associated street relaties maar die moet je gewoon negeren. Als Gertjan weer wat verder is dan pakken we de draad weer op om het proces te beschrijven. Succes met het vervolg.

Die mogen genoemd worden, deze zijn erg verhelderend. Een daarvan is hier te vinden:

http://m.youtube.com/watch?v=Wafl89ee8d4&feature=plcp

Ik weet niet of het helpt maar de Nederlandse overheid heeft een informatieproject ontwikkeld om overheidsdata publiek aan te bieden. Deze dienst heet PDOK (www.pdok.nl) en bevat o.a alle huisnummers, woonplaatsen en panden als wms of wfs service. Misschien helpt deze informatie.

Bedankt voor de tip. Ik denk dat de meesten die hier regelmatig komen dit al wel wisten maar … beter een keer te veel dan te weinig gemeld.

Groet PeeWee

OSM inspector heeft een handige tool om te checken of de BAG data correspondeert met de straatnamen:
http://tools.geofabrik.de/osmi/?view=addresses&lon=5.42800&lat=52.19527&zoom=18&opacity=0.95&overlays=buildings,buildings_with_addresses,postal_code,nodes_with_addresses_defined,nodes_with_addresses_interpolated,no_addr_street,street_not_found,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads

In BAG zitten fouten. De meest hinderlijke is het verkeerd-om nummeren van straten.

Zie Soest, Bunder. Mijn TomTom gebruikt kaarten, die ook door BAG worden gevoed. Dus stond ik aan het verkeerde eind van de straat bij nummer 1… De leverancier van de kaarten in den Bosch zal het wel een keer bijwerken.

Hetzelfde overkomt me in Florence in mei 2013. Museo Garbello staat in een straat op nummer 4. Google Maps zet het museum bij de Dom neer, aan het andere eind van die straat. GoogleMaps heeft dit, na controle, binnen enkele dagen hersteld.

Als het PDOK een kind van BAG is, komen daar dus de zelfde fouten in.

Ook in het Westland wordt door de gemeenten het GIS slecht bijgehouden. Daar liggen soms huisnummers 500 meter verder dan de TomTom aangeeft.
Ook de NO-polder heeft daar last van! Er zijn ambulance-chauffeurs, import, die een adres niet met hun TomTom kunnen vinden.

Probleem is, dat een gemeente een ingevoerde GIS informatie niet controleert en zo nodig corrigeert.
Vandaar dat onze gewaardeerde OSM Postbode “Pensacola” een duidelijke taak heeft: Handhaving van de orde in de huisnummering en corrigerend optreden. Waarvoor bij voorbaat dank!!

@Dick,

Dat is nu precies waarom we graag zien dat de BAG in kleine hapjes wordt geïmporteerd door mensen met lokale kennis. Die kunnen dan namelijk meteen de fouten eruit vissen.

@cartinus

Maar het BAG mag van mij best fouten bevatten! Mijn WOZ-waarde is prettig laag!! Ik piep niet… Buren wel, omdat ze aangeslagen worden voor een garage, die ze niet hebben…

Ik heb even naar dit specifieke voorbeeld gekeken, maar de plaats van de huisnummers van de PDOK-service komen exact overeen met wat ik zie op Google StreetView (dus de fysieke huisnummerbordjes op de foto’s)…

Is er iemand die de BAG gegevens van Oost Enschede (de Eschmarke Incl Glanerbrug) beschikbaar kan stellen in OSM?
Er is hier het e.e.a. bij gebouwd incl. straten wat nog niet in OSM staat.

Ik kan de WMS server van Enschede wel koppelen, maar krijg van de opendatasite van de gemeente er geen goede data uit.
Wat ik er uit krijg (KML) is van een zodanige kwaliteit dat je er niets mee kan.

En om nu alles over te trekken terwijl de data beschikbaar is, lijkt me ook zonde van de tijd.

Gr.

Bert

Ik heb een OSM file voor je gemaakt met de BAG panden voor deze twee gebieden (niet heel Glanerburg):
http://linuxminded.nl/tmp/BAG-PND_Glanerburg.osm (3.6 MB)

Sebastic,

Bedankt voor de snelle service :slight_smile:

Had hier boven al iets gelezen over het binnenhalen, maar ook dat het in Windows niet lekker gaat met ogr2osm.
Ben gisteren avond al een beetje met de OSMinspector en huisnummers bezig geweest, dus gaan we nu voor het eggie…

Ik heb met belangstelling deze discusie gelezen, maar begrijp dat er voor de lokale mapper nog geen bruikbaar gereedschap is om de kaart up to date te maken.
Ik erger mij er aan dat bij ons, gemeente Oude IJsselsteerk, nog steeds fabrieksgebouwen staan terwijl er een Flatgebouw staat welke al meer dan een jaar wordt bewoont.
Ook straten en recreatie voorzieningen zijn niet of niet goed geplaatst op OSM. Het is niet te doen om met je GPS alle noodzakelijk coördinaten vast te leggen.
Is er ergens een handleding of informatie te vinden hoe ik met gegevens bv van PDOK in JOSM kan werken, om een klein stukje van de wereldkaart Up To Date te maken?

Voor zover ik weet is de informatie er niet kant en kaar.

Als je zelf handig bent kun je met ogr2osm de BAG GML omzetten naar OSM formaat nadat je het uit de WFS service hebt geplukt, maar dan zal je vast weer andere tagging gaan gebruiken. Niet goed voor de uniformiteit.

De JOSM OpenDataServices plugin van Gertjan staat op Github: https://github.com/gidema/josm-openservices, bevind zich nog in een pril stadium, maar is al behoorlijk functioneel.