Beste Rivw of Rene, goed opgemerkt. Mijn presentatie heb ik ook BAG - OSM, een kruis bestuiving genoemd. Er staat ook onderaan het BAG dat ze de infrastructuur van OSM gebruiken. In mijn onschuld of bij gebrek aan kennis riep ik dat de OSM gebouwen ook in het BAG waren opgenomen. Nee dus slechts in de BAG vieuwer zoals een kadasterman verhelderde, toen ik zo groos als een oude aap meldde dat wat ik in teken de volgende dag in het BAG stond 
Bij de import blijft dat werk grotendeels buiten beeld, volgens de definities van het BAG kennen gebouwen aan een aantal kenmerken, vast aan de grond, met een afsluiting.
Op de bijeenkomst in januari jl. in Hilversum waren er een aantal betatesters. Ik neem aan dat deze al druk aan de slag zijn (geweest). Zijn er al ervaringen te delen ?
Al meer nieuws over 8 maart ? (loopt het storm ?, ik ben al een laptop aan het regelen en me wat meer in josm aan het verdiepen).
Ik heb zojuist de laatste uitgave van de offline kaart Nederland gedownload. (01-02-14) Als nieuweling valt me op de de huisnummers in Gorinchem wel op de online kaart worden vermeld maar niet op de offline versie die je in het veld gebruikt. Is dat de bedoeling? Ik mis overigens de postcode bij de adresgegevens, de gegevens van de weg en gegevens van het gebouw. Ik heb als voorbeeld de Gildenweg 33 in Gorinchem bekeken in JOSM.
Ik heb het een en ander vergeleken en heb ontdekt dat de huisnummers alleen worden weergegeven op de offline kaart als de adresgegevens aan het gebouw hangen. In Gorinchem hangen de adresgegevens aan een point.
Als voorbeeld waar het huisnummer wel op de offline kaart wordt weergegeven heb ik Planetenlaan 73 in Assen bekeken.
Ik heb zelf wat uitgeprobeerd met geïnterpoleerde huisnummers. Je raadt het al. Worden offline niet weergegeven omdat ze niet aan een gebouw hangen. Op mijn PC zag het er allemaal prachtig uit.
Tot zover hoop ik dat mijn conclusies juist zijn.
René.
De beta test om BAG data toe te voegen aan openstreetmap.org is in volle gang. Ook ik was aanwezig op de nieuwjaarsreceptie in Hilversum, we hebben elkaar gesproken destijds. Ik ben lovend over de plug-in die op dit moment getest wordt. Wel is het (zoals It’s so funny al aangegeven heeft) noodzakelijk dat er enige kennis van JOSM aanwezig is. Ook ik ben nog niet zo lang bekend met JOSM maar ik kan zeggen dat ik het inmiddels goed onder de knie heb. De één zal dit sneller oppakken dan de ander. Omdat je veel data via de import upload is het natuurlijk zaak dat dit op een juiste manier gebeurd, vandaar de aangelegde wiki. Ook zal er een uitvoerige handleiding online geplaatst worden. Naar het er nu uitziet zal deze voorzien worden met voorbeeld video’s op YouTube. Zodat iedereen de BAG data op eensluidende manier zal en kan verwerken.
Zoals je zelf al quote, heeft ruudblanken ongeveer een jaar geleden, OSM voorzien van BAG data.
Het is ondertussen een jaar later, en inmiddels is er een plug-in geschreven door Gertjan I. Deze plug-in wordt op dit moment getest. Vermoedelijk heeft ruudblanken de adres nodes niet voorzien postcodes. Het kan ook zijn dat ze wel zijn aangebracht. Openstreetmap.org laat de postcodes namlijk niet zien in de MAPNIK kaart. De postcode kan namelijk aanwezig zijn maar wordt niet gevisualiseerd.
De BAGimport wiki geeft de beschrijving weer hoe en met welke tags er geïmporteerd wordt. In de beschreven BAG import is addr:postcode aanwezig.
Ik kan zeggen dat (als je redelijke ervaring hebt) een gemiddelde woonplaats/dorp in ongeveer 4 uur voorzien kan worden met BAG data.
Wil je in de toekomst werken met de plug-in dan raad ik je aan om je aan te melden bij osmned@gmail.com voor de workshop op 8 maart 2014.
Welke kaart heb je gedownload?
Dit heeft te maken welke type file de kaartmaker heeft gebruikt, er zijn namelijk veel kaarten waar andere data gevisualiseerd wordt en zal in het bronbestand van OSM aanwezig zijn. De postcode zie je niet op de meeste kaarten maar deze data is wel door kaartmakers te gebruiken.
Bedankt voor de info.
Ik woon in Assen en Hilversum is nogal uit de buurt. Tijd genoeg, maar er hangt een prijskaartje aan de trein.
Ik gebruik de OSMAND app op een Samsung 10 inch tablet.
René.
Je kan volgens mij alle BAG adressen in Osmand laden, zie
https://groups.google.com/forum/#!searchin/osmand/bag/osmand/r_BUIxOQgQY/57pXARMwDmcJ
In de Garmin kaarten van openfietsmap.nl en garmin.openstreetmap.nl zijn ze ze ook al geïntegreerd met de OSM data (evenals de Vlaamse adressen).
De ervaring leert anders. Ik kan naar alle straten in NL toe navigeren met OSMAND, maar er worden meestal alleen kruisende straten getoond in het keuze menu van de functie “zoeken”. Huisnummers zie ik alleen bij straten waar huisnummers zijn toegevoegd aan OSM. Die verschijnen in het keuze menu i.v.p. de kruisende straten. Maakt voor de navigatie niet uit of die nummers aan een gebouw hangen of aan een point.
In het weergeven op de kaart in OSMAND zit echter wel verschil. Dat heeft te maken hoe de gegevens in OSM ingevoerd zijn. Als de adresgegevens aan het gebouw hangen worden de nummers wel weergegeven op de kaart, maar als de adresgegevens aan een point hangen zie je ze niet. Voor de navigatie maakt het niks uit of het nummer zichtbaar is of niet, maar als je de huisnummer zichtbaar wilt hebben op de kaart in OSMAND, moet je wel aan bepaalde voorwaarden voldoen. Je komt daar pas achter na een update van je kaart in OSMAND. Online bij openstreetmap.org zie je het verschil niet.
René.
René, voor specifieke Osmand bugs zou je je vragen beter kunnen droppen op het forum van osmand: https://groups.google.com/forum/#!forum/osmand
Dan kunnen de ontwikkelaars er wat mee doen.
Nog altijd geen antwoord gehad op mijn vraag waarom de import tool niet de gebouwen tagged i.p.v. losse punten.
Juist, daarom ben ik er ook over begonnen. Het zou mooi zijn als de import tool dat gelijk doet.
@richardbrinkman en rivw
Op http://wiki.openstreetmap.org/wiki/BAGimport en de bijbehorende discussiepagina zie je de weergave van de meeting die afgelopen november plaatsvond waar de plaatsing van adresnodes onderdeel van was. Gegeven de structuur van de BAG (adressen logischerwijze op verblijfsobjecten) en de precisie van de plaatsing van de verblijfsobjecten in de BAG is toen besloten om bij de import de coördinaat van het verblijfsobject intact te laten. Dit laat onverlet om na de import bij bijvoorbeeld een POI waar sprake is van één gebouw en één verblijfsobject de info uit het verblijfsobject op de gebouwcontour te zetten, waarbij tegelijk de ingang wordt aangegeven met entrance=main. Ik heb dat zelf diverse keren gedaan, maar dan had ik wel kennis (‘ground truth’) over de werkelijke positie van de ingang.
Over osmand: ik ga geheel mee in de opvatting van ligfietser. osmand is een renderer, die net als Mapnik in staat zou moeten zijn om losse adresnodes weer te geven
Er zijn nog plaatsen beschikbaar voor de workshop op 8 maart in Duivendrecht. Je kunt daar aan de slag met de - in mijn ogen - meest geavanceerde JOSM plugin wereldwijd qua importeren van adressen en gebouwen
Hoe gaat de importtool om met flatgebouwen. Komen er dan tientallen nodes op elkaar te liggen, ofzo? Dat lijkt me namelijk voor een renderer nogal lastig om daar nog iets fraais van te maken.
Heb je die link die Ligfietser gaf wel goed bekeken en het aparte Netherlands Address (= BAG) bestand voor Osmand gedownload? Zo ja zie je dan in je zoekscherm bij Regio zowel Netherlands als Netherlands Address? Die laatste moet je hebben en die toont bij mij gewoon alle huisnummers.
Goeie opmerking. Dat is precies het punt wat momenteel de meeste aandacht heeft. Daar wordt aan een (technisch uitvoerbare) oplossing gewerkt.
Je zou dat als je de gebouwen tagged in plaats van de nodes heel elegant kunnen oplossen in de importtool. In pseudocode:
foreach bag_address_node as $node do
if $node has surrounding building $building then
foreach bag_address_node in $building as $other_nodes do
convert $other_nodes to nice interpolation (min, max, even/odd)
tag $building with that interpolation
else
add osm node with info from $node
't Zal dus ietsiepietsie lastiger voor de ontwikkelaar van de import plugin, maar zorgt er wel voor dat niet ieder gebouw met de hand hoeft te worden gecontroleerd. En ik blijf erbij dat het semantisch netter is om het gebouw te taggen als een willekeurig punt in het gebouw die ook verder geen relatie heeft met het gebouw.
En beter iets meer werk gestoken in een import tool, dan een import tool waarna nog heel veel handwerk nodig is om nodes aan gebouwen te gaan koppelen.
Inderdaad PeeWee. Het werkt. Alle huisnummers in beeld.
Ik realiseer me nu dat ik me met een item bemoei waar al maanden over gediscusieerd wordt. 
René.
@richardbrinkman Op http://www.openstreetmap.org/user/lxbarth/diary/20261 staat een interessante discussie over het plaatsen van de adresnodes, waarbij ik de bijdrage van Vincent de Phily erg volledig vond. Ik ontken overigens zeker niet dat het semantisch netter is om de adresnode op een gebouw te hebben. Maar daar is dus niet voor gekozen in november omdat je dan nuttige informatie automatisch weggooit, te weten de positie van de ingang.
@allen Ik heb een signaal ontvangen van een overigens zeer ervaren mapper dat de huidige BAGimport te ingewikkeld zou zijn voor beginners. Ik ben benieuwd naar jullie ervaringen.
Ik kan me deze opmerking heel goed voorstellen. Als alle stappen door 1 en de zelfde mapper uitgevoerd moeten worden zullen beginners vermoedelijk snel afhaken. Onder andere om deze reden heb ik al eens voorgesteld om de taken wat te verdelen.
Stel dat een beginnende mapper zijn stad van BAG panden voorzien zou willen hebben maar hij dat zelf te ingewikkeld vind om te doen dan kan me een volgend scenario voorstellen.
- Deze beginnende mapper zorgt dat hij met JOSM alle relevante validaties opgelost voordat de import begint. Dat lijkt me ook voor een beginnende mapper te doen.
- De ervaren mapper verwijdert de oude panden, zet de nieuwe BAG panden erin en zet relevante oude tags over op de nieuwe panden.
- De beginnende mapper lost vervolgens alle verlangde validaties op (bv wegen die door huizen/schuurtjes blijken te lopen, en kruisende gebouwen, gebouwen binnen gebouwen) . Dit laatste kan best veel werk zijn maar is over het algemeen genomen niet echt heel erg ingewikkeld. Commodoortje heeft hier al een aantal verhelderende video’s van gemaakt
Ik reken mezelf even als ervaren mapper en zou het helemaal geen bezwaar vinden om voor (een deel van) een stad stap2 uit te voeren als ik een afspraak maak met een beginnende mapper die de stappen 1 en 3 voor zijn rekening neemt.
Ik weet dat de DWG als eis heeft dat de stappen 2 en 3 eigenlijk tegelijkertijd uitgevoerd zouden moeten worden maar ik kan me ook niet voorstellen dat als we met een goed plan komen om taken te verdelen ze daar voor blijven liggen.
Oops, dat bedoelde ik niet Peter. Waar het hem om gaat is dat het voor een beginner lastig is nadat de BAGimport heeft plaatsgevonden. Er is immers logischerwijze meer data in de database, waardoor een beginner het lastig zou kunnen vinden om bijvoorbeeld een POI toe te voegen met de editors iD en Potlatch. Eigenlijk ben ik via deze oproep dus op zoek naar een beginner die in een reeds geïmporteerd BAG gebied een edit uitvoert
@ allen; als je graag de BAG adressen en gebouwen in je woonplaats wilt maar liever niet zelf de (gehele) import uitvoert, geef dat dan svp via dit forum aan. Het proces dat Peter aandraagt is dan een goede mogelijkheid. Maar ook als je geen JOSM gebruikt is het mogelijk om gezamenlijk je woonplaats te voorzien van adressen en panden.