Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
(kan hopelijk e.e.a. verhelderen rond BAG WFS) On 29-05-13 23:46, Jo wrote: Op 29 mei 2013 14:45 schreef Gertjan Idema g.id...@zonnet.nl mailto:g.id...@zonnet.nl het volgende: __ On Wed, 2013-05-29 at 14:26 +0200, Jo wrote: Ik kan niet beloven dat ik er tijd voor heb (ben al wat teveel hooi op m'n vork aan het nemen), maar ik zou hier wel eens naar willen kijken. Als je mee wilt denken graag. Waar kan ik de adresgegevens voor 1 gemeente afhalen als SHP of WFS? Of staan ze in een ander formaat? De URL van de WFS server is http://geodata.nationaalgeoregister.nl/bagviewer/wfs De feature voor de adressen is 'verblijfsobject' Met feature 'woonplaats' kan je eventueel een polygoon van een woonplaats opvragen Ik heb die WFS benaderd met QGIS. Ik begrijp niet helemaal waarom ik maar 3 'kluitjes' adressen te zien krijg. De WFS http://geodata.nationaalgeoregister.nl/bagviewer/wfs is een experimentele PDOK service onstaan bij gebrek aan een 'echte' BAG service. Origineel was deze service uitsluitend bedoeld voor de BAGViewer: http://bagviewer.geodan.nl. Maar goed, het is de enige BAG (data) service op dit moment in PDOK. Er is nog een WMS: http://geodata.nationaalgeoregister.nl/inspireadressen/wms die puur adressen bevat van zowel Verblijfsobjecten, Ligplaatsen en Standplaatsen alleen is daar geen WFS van. Later dit jaar komt nog de INSPIRE Addresses WFS (geen gebouwen). 3 'kluitjes' adressen komt m.i. omdat er een harde limiet van 15000 objecten in een GetFeature response op de WFS staat (en elke WFS in PDOK). Ik werk zelf niet meer aan PDOK maar wel aan clients die mogelijk handig zijn, vanuit Heron: http://heron-mc.org, bijv om plaatselijk BAG adressen te vinden en te downloaden: http://lib.heron-mc.org/heron/0.73rc3/examples/querybuildernl of verschillende zoekmethoden: http://lib.heron-mc.org/heron/0.73rc3/examples/multisearchcenternl Maar goed, zoals gezegd: het downloaden is het gemakkelijkste gedeelte ;-). groeten, Just Deze opslaan als SHP is geen probleem. Dat SHP bestand openen in JOSM gaat ook probleemloos. Dan alles selecteren en wat tags weggooien en andere volgens de OSM-conventies zetten. OK, dat was het gemakkelijkste gedeelte... De gebouwen zitten al in OSM, vermoed ik? De BAG gebouwen zitten nog niet in OSM. Wat er nu in OSM zit zijn huizenblokken uit de 3dshapes import. Deze zijn minder gedetailleerd. Als die gewoon weg mogen, zou het ook nog relatief eenvoudig moeten zijn om die data over te brengen. Als de historiek best behouden blijft, wordt het toch wel handwerk. Al ben ik op iets aan het broeden om dat binnen JOSM te automatiseren. Ik heb al een Pythonscript gemaakt dat meteen ook zorgt voor het aanmaken van associatedStreetrelaties bij het omzetten van SHP naar OSM. De data voor Brussel is ook vrijgegeven en dat had ik daarvoor gemaakt, maar het kan gemakkelijk aangepast worden aan de tags die in de BAG gebruikt worden. Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
Correctie: er is wel een BAG adressen WFS: http://geodata.nationaalgeoregister.nl/inspireadressen/wfs? gr Just On 30-05-13 11:10, Just van den Broecke wrote: (kan hopelijk e.e.a. verhelderen rond BAG WFS) On 29-05-13 23:46, Jo wrote: Op 29 mei 2013 14:45 schreef Gertjan Idema g.id...@zonnet.nl mailto:g.id...@zonnet.nl het volgende: __ On Wed, 2013-05-29 at 14:26 +0200, Jo wrote: Ik kan niet beloven dat ik er tijd voor heb (ben al wat teveel hooi op m'n vork aan het nemen), maar ik zou hier wel eens naar willen kijken. Als je mee wilt denken graag. Waar kan ik de adresgegevens voor 1 gemeente afhalen als SHP of WFS? Of staan ze in een ander formaat? De URL van de WFS server is http://geodata.nationaalgeoregister.nl/bagviewer/wfs De feature voor de adressen is 'verblijfsobject' Met feature 'woonplaats' kan je eventueel een polygoon van een woonplaats opvragen Ik heb die WFS benaderd met QGIS. Ik begrijp niet helemaal waarom ik maar 3 'kluitjes' adressen te zien krijg. De WFS http://geodata.nationaalgeoregister.nl/bagviewer/wfs is een experimentele PDOK service onstaan bij gebrek aan een 'echte' BAG service. Origineel was deze service uitsluitend bedoeld voor de BAGViewer: http://bagviewer.geodan.nl. Maar goed, het is de enige BAG (data) service op dit moment in PDOK. Er is nog een WMS: http://geodata.nationaalgeoregister.nl/inspireadressen/wms die puur adressen bevat van zowel Verblijfsobjecten, Ligplaatsen en Standplaatsen alleen is daar geen WFS van. Later dit jaar komt nog de INSPIRE Addresses WFS (geen gebouwen). 3 'kluitjes' adressen komt m.i. omdat er een harde limiet van 15000 objecten in een GetFeature response op de WFS staat (en elke WFS in PDOK). Ik werk zelf niet meer aan PDOK maar wel aan clients die mogelijk handig zijn, vanuit Heron: http://heron-mc.org, bijv om plaatselijk BAG adressen te vinden en te downloaden: http://lib.heron-mc.org/heron/0.73rc3/examples/querybuildernl of verschillende zoekmethoden: http://lib.heron-mc.org/heron/0.73rc3/examples/multisearchcenternl Maar goed, zoals gezegd: het downloaden is het gemakkelijkste gedeelte ;-). groeten, Just Deze opslaan als SHP is geen probleem. Dat SHP bestand openen in JOSM gaat ook probleemloos. Dan alles selecteren en wat tags weggooien en andere volgens de OSM-conventies zetten. OK, dat was het gemakkelijkste gedeelte... De gebouwen zitten al in OSM, vermoed ik? De BAG gebouwen zitten nog niet in OSM. Wat er nu in OSM zit zijn huizenblokken uit de 3dshapes import. Deze zijn minder gedetailleerd. Als die gewoon weg mogen, zou het ook nog relatief eenvoudig moeten zijn om die data over te brengen. Als de historiek best behouden blijft, wordt het toch wel handwerk. Al ben ik op iets aan het broeden om dat binnen JOSM te automatiseren. Ik heb al een Pythonscript gemaakt dat meteen ook zorgt voor het aanmaken van associatedStreetrelaties bij het omzetten van SHP naar OSM. De data voor Brussel is ook vrijgegeven en dat had ik daarvoor gemaakt, maar het kan gemakkelijk aangepast worden aan de tags die in de BAG gebruikt worden. Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
Maarten et.al. Mee eens. Was in januari een topic op de nieuwjaarsborrel. Daarna stil. Hugo Op 29 mei 2013 09:23 schreef Maarten Deen md...@xs4all.nl het volgende: On 2013-05-29 09:11, Minko wrote: Wb adresnavigatie, zowel Lambertus' osm kaarten als mijn Openfietsmap zijn voorzien van alle BAG adressen. Ik was de BAG alweer helemaal vergeten, maar het lijkt me leuk om daar wat meer van te gaan importeren. De wikipagina's http://wiki.openstreetmap.org/**wiki/BAGhttp://wiki.openstreetmap.org/wiki/BAGen http://wiki.openstreetmap.org/**wiki/BAGimporthttp://wiki.openstreetmap.org/wiki/BAGimportzijn niet erg uitgebreid, bij wie moet ik aankloppen? Hierdoor is NL landelijk dekkend, al zijn er nog veel gevallen waar De gegevens moeten wel in OSM zitten willen andere kaartgebruikers er voordeel van hebben. Maarten __**_ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-nlhttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
Mijn werk aan de import van BAG data staat inderdaad op een wat lager pitje. Dat komt deels door minder tijd en ook doordat ik me de laatste tijd wat minder goed kan concentreren. Het gemis aan adresgegevens in OSM duikt wel steeds vaker op in discussies. Misschien moeten we toch eens overwegen om eenmalig een import van adressen uit de BAG (panden is een ander v verhaal) uit te voeren en tijdelijk voor lief te nemen dat er soms dubbele adressen in de database staan. Daarna kunnen we scripts gebruiken om dubbelen en andere onvolkomenheden op te sporen en te corrigeren. En ook om nieuwe adressen (en panden) toe te voegen. Nadelen van deze methode: - Routeringsalgorithmen kunnen soms moeite hebben met dubbele adressen. - Het kan er rommelig uitzien in de huidige rendering: http://www.openstreetmap.org/?lat=52.08095lon=5.124964zoom=18layers=M Gertjan On Wed, 2013-05-29 at 09:41 +0200, Minko wrote: Gertjan Idema was bezig met een script om de BAG data eenvoudig te kunnen importeren in JOSM. Ik weet niet hoever het daarmee staat. Op het OSM forum zijn we er ook mee bezig, maar het project staat een beetje op een laag pitje: http://forum.openstreetmap.org/viewtopic.php?pid=336687#p336687 De gegevens moeten wel in OSM zitten willen andere kaartgebruikers er voordeel van hebben. Omdat er weinig schot in de zaak zit hebben we de BAG gegevens maar achteraf gemixed met de OSM data tbv onze Garmin kaarten. Het is wel beter om het in OSM te voeren zodat de straatnamen van het BAG beter gematched kunnen worden met die in OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
On 2013-05-29 11:21, Gertjan Idema wrote: Mijn werk aan de import van BAG data staat inderdaad op een wat lager pitje. Dat komt deels door minder tijd en ook doordat ik me de laatste tijd wat minder goed kan concentreren. Het gemis aan adresgegevens in OSM duikt wel steeds vaker op in discussies. Misschien moeten we toch eens overwegen om eenmalig een import van adressen uit de BAG (panden is een ander v verhaal) uit te voeren en tijdelijk voor lief te nemen dat er soms dubbele adressen in de database staan. Daarna kunnen we scripts gebruiken om dubbelen en andere onvolkomenheden op te sporen en te corrigeren. En ook om nieuwe adressen (en panden) toe te voegen. Ik ben niet direkt een tegenstander van een automatische import (het geeft natuurlijk lekker snel resultaat) maar ik ben er wel voorstander van om het goed te doen. En daarmee bedoel ik dus de bestaande gebouwen opdelen in de afzonderlijke gebouwen en de huisnummers in de area van het gebouw te zetten i.p.v. afzonderlijke nodes met huisnummers neer te zetten. Vergelijk waar ik in mijn woonplaats mee bezig ben: http://www.openstreetmap.org/?lat=51.318867lon=5.995507zoom=18layers=M Is het mogelijk iets te maken voor mijn gemeente (OSM file of wat dan ook) waar ik min of meer de data van kan overtrekken? Veel anders dan hoe ik het nu doe (met huisnummers die ik opschrijf als ik er langs loop) kan het niet zijn. Het scheelt me tenminste wel de tijd die ik moet besteden aan alle huisnummers langslopen. Maarten On Wed, 2013-05-29 at 09:41 +0200, Minko wrote: Gertjan Idema was bezig met een script om de BAG data eenvoudig te kunnen importeren in JOSM. Ik weet niet hoever het daarmee staat. Op het OSM forum zijn we er ook mee bezig, maar het project staat een beetje op een laag pitje: http://forum.openstreetmap.org/viewtopic.php?pid=336687#p336687 [1] De gegevens moeten wel in OSM zitten willen andere kaartgebruikers er voordeel van hebben. Omdat er weinig schot in de zaak zit hebben we de BAG gegevens maar achteraf gemixed met de OSM data tbv onze Garmin kaarten. Het is wel beter om het in OSM te voeren zodat de straatnamen van het BAG beter gematched kunnen worden met die in OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
On Wed, 2013-05-29 at 11:54 +0200, Maarten Deen wrote: On 2013-05-29 11:21, Gertjan Idema wrote: Mijn werk aan de import van BAG data staat inderdaad op een wat lager pitje. Dat komt deels door minder tijd en ook doordat ik me de laatste tijd wat minder goed kan concentreren. Het gemis aan adresgegevens in OSM duikt wel steeds vaker op in discussies. Misschien moeten we toch eens overwegen om eenmalig een import van adressen uit de BAG (panden is een ander v verhaal) uit te voeren en tijdelijk voor lief te nemen dat er soms dubbele adressen in de database staan. Daarna kunnen we scripts gebruiken om dubbelen en andere onvolkomenheden op te sporen en te corrigeren. En ook om nieuwe adressen (en panden) toe te voegen. Ik ben niet direkt een tegenstander van een automatische import (het geeft natuurlijk lekker snel resultaat) maar ik ben er wel voorstander van om het goed te doen. En daarmee bedoel ik dus de bestaande gebouwen opdelen in de afzonderlijke gebouwen en de huisnummers in de area van het gebouw te zetten i.p.v. afzonderlijke nodes met huisnummers neer te zetten. Vergelijk waar ik in mijn woonplaats mee bezig ben: http://www.openstreetmap.org/?lat=51.318867lon=5.995507zoom=18layers=M Ik denk dat er meerdere wensen zijn: Er is de wens om de woonblokken uit de 3d shapes import op te splitsen in individuele panden. Er is de wens om OSM te voorzien van adressen ten bate van routeplanners. Er is de wens om daar waar mogelijk de adressen aan de panden te knopen. Er is de wens in de toekomst wijzigingen in panden en adressen te kunnen bijwerken OSM. etc. Ik vraag mij af of het allemaal in een keer moet, of dat het ook in stappen kan. Op het moment dat je adressen zoveel mogelijk aan panden wilt knopen, is het nodig om panden en adressen tegelijk in te voeren. Omdat panden complexer zijn dan adressen (automatische import eigenlijk niet mogelijk), betekent dat dat het nog lang kan duren voordat de database voorzien is van alle adressen in Nederland. In mijn ogen zijn de adressen waardevoller dan de panden. De aanwezigheid van alle Nederlandse adressen in OSM biedt namelijk mogelijkheden bieden voor allerlei op OSM gebaseerde applicaties. Dit kan voor veel applicaties de overstap van Google naar OSM betekenen, OSM in Nederland figuurlijk op de kaart zetten en daarmee ook weer nieuwe vrijwilligers trekken. Daarnaast staat in mijn ogen een initiële import van alleen adressen uit BAG de overige wensen niet in de weg. Als in een later stadium individuele panden worden toegevoegd, kunnen de adressen alsnog worden overgezet van een losse node naar een pand. Die voorziening staat al op mijn wensenlijstje voor de Josm plug-in die ik aan het schrijven ben. Een heel goed voorbeeld dat het niet altijd mogelijk is om adressen aan panden te knopen zie je bij Passage de Pit in Panningen. Dit is één gebouw met de volgende adressen: Raadhuisstraat 4-86 (5981BG) Markt 30-44 (5981AP) Raadhuisplein 2-4 (5981AT) Passage de Pit 2-7 (5981CS) (Zie ook de BAG viewer: pdok.nl/bagviewer) Is het mogelijk iets te maken voor mijn gemeente (OSM file of wat dan ook) waar ik min of meer de data van kan overtrekken? Veel anders dan hoe ik het nu doe (met huisnummers die ik opschrijf als ik er langs loop) kan het niet zijn. Het scheelt me tenminste wel de tijd die ik moet besteden aan alle huisnummers langslopen. Wel minder goed voor je conditie ;-), maar ten eerste kan je de huisnummers van de BAG viewer halen (zie link hierboven). Daarnaast heb ik zelf een tool waarmee ik BAG data uit een lokale database kan omzetten naar een OSM bestand. Ik zal je bestanden voor Panningen en Helden opsturen. Gertjan P.S. Staat Helden echt zo vol met hekjes? Maarten On Wed, 2013-05-29 at 09:41 +0200, Minko wrote: Gertjan Idema was bezig met een script om de BAG data eenvoudig te kunnen importeren in JOSM. Ik weet niet hoever het daarmee staat. Op het OSM forum zijn we er ook mee bezig, maar het project staat een beetje op een laag pitje: http://forum.openstreetmap.org/viewtopic.php?pid=336687#p336687 [1] De gegevens moeten wel in OSM zitten willen andere kaartgebruikers er voordeel van hebben. Omdat er weinig schot in de zaak zit hebben we de BAG gegevens maar achteraf gemixed met de OSM data tbv onze Garmin kaarten. Het is wel beter om het in OSM te voeren zodat de straatnamen van het BAG beter gematched kunnen worden met die in OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
Ik kan niet beloven dat ik er tijd voor heb (ben al wat teveel hooi op m'n vork aan het nemen), maar ik zou hier wel eens naar willen kijken. Waar kan ik de adresgegevens voor 1 gemeente afhalen als SHP of WFS? Of staan ze in een ander formaat? De gebouwen zitten al in OSM, vermoed ik? Polyglot Op 29 mei 2013 11:21 schreef Gertjan Idema g.id...@zonnet.nl het volgende: ** Mijn werk aan de import van BAG data staat inderdaad op een wat lager pitje. Dat komt deels door minder tijd en ook doordat ik me de laatste tijd wat minder goed kan concentreren. Het gemis aan adresgegevens in OSM duikt wel steeds vaker op in discussies. Misschien moeten we toch eens overwegen om eenmalig een import van adressen uit de BAG (panden is een ander v verhaal) uit te voeren en tijdelijk voor lief te nemen dat er soms dubbele adressen in de database staan. Daarna kunnen we scripts gebruiken om dubbelen en andere onvolkomenheden op te sporen en te corrigeren. En ook om nieuwe adressen (en panden) toe te voegen. Nadelen van deze methode: - Routeringsalgorithmen kunnen soms moeite hebben met dubbele adressen. - Het kan er rommelig uitzien in de huidige rendering: http://www.openstreetmap.org/?lat=52.08095lon=5.124964zoom=18layers=M Gertjan On Wed, 2013-05-29 at 09:41 +0200, Minko wrote: Gertjan Idema was bezig met een script om de BAG data eenvoudig te kunnen importeren in JOSM. Ik weet niet hoever het daarmee staat. Op het OSM forum zijn we er ook mee bezig, maar het project staat een beetje op een laag pitje: http://forum.openstreetmap.org/viewtopic.php?pid=336687#p336687 De gegevens moeten wel in OSM zitten willen andere kaartgebruikers er voordeel van hebben. Omdat er weinig schot in de zaak zit hebben we de BAG gegevens maar achteraf gemixed met de OSM data tbv onze Garmin kaarten. Het is wel beter om het in OSM te voeren zodat de straatnamen van het BAG beter gematched kunnen worden met die in OSM. ___ Talk-nl mailing listTalk-nl@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
On 2013-05-29 14:05, Gertjan Idema wrote: On Wed, 2013-05-29 at 11:54 +0200, Maarten Deen wrote: Een heel goed voorbeeld dat het niet altijd mogelijk is om adressen aan panden te knopen zie je bij Passage de Pit in Panningen. Dit is één gebouw met de volgende adressen: Raadhuisstraat 4-86 (5981BG) Markt 30-44 (5981AP) Raadhuisplein 2-4 (5981AT) Passage de Pit 2-7 (5981CS) Dat soort dingen zul je inderdaad altijd hebben bij hoekhuizen en etagewoningen. Ik zie wel dat de BAG een voorkomend probleem oplost: waar moet je bij flatgebouwen de huisnummers taggen: op de fysieke locatie of bij de (communale) ingang? De BAG doet het dus bij de ingang. Ik zal eens kijken of dat de enige ingang daar is, ik dacht dat er nog een was. Maar die site van die bagviewer is ook een goede. Daar kun je ook veel mee (als in: gewoon overtrekken). Is het mogelijk iets te maken voor mijn gemeente (OSM file of wat dan ook) waar ik min of meer de data van kan overtrekken? Veel anders dan hoe ik het nu doe (met huisnummers die ik opschrijf als ik er langs loop) kan het niet zijn. Het scheelt me tenminste wel de tijd die ik moet besteden aan alle huisnummers langslopen. Wel minder goed voor je conditie ;-), maar ten eerste kan je de huisnummers van de BAG viewer halen (zie link hierboven). Daarnaast heb ik zelf een tool waarmee ik BAG data uit een lokale database kan omzetten naar een OSM bestand. Ik zal je bestanden voor Panningen en Helden opsturen. Bedankt daarvoor. P.S. Staat Helden echt zo vol met hekjes? Voorbeeld? Bedoel je misschien de erfafscheidingen die ik op sommige plaatsen heb ingetekend? Ik weet ook niet of dat zo'n goed idee was (alhoewel dat in achtertuinen wel altijd hekken of hagen zijn). Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
On Wed, 2013-05-29 at 14:26 +0200, Jo wrote: Ik kan niet beloven dat ik er tijd voor heb (ben al wat teveel hooi op m'n vork aan het nemen), maar ik zou hier wel eens naar willen kijken. Als je mee wilt denken graag. Waar kan ik de adresgegevens voor 1 gemeente afhalen als SHP of WFS? Of staan ze in een ander formaat? De URL van de WFS server is http://geodata.nationaalgeoregister.nl/bagviewer/wfs De feature voor de adressen is 'verblijfsobject' Met feature 'woonplaats' kan je eventueel een polygoon van een woonplaats opvragen De gebouwen zitten al in OSM, vermoed ik? De BAG gebouwen zitten nog niet in OSM. Wat er nu in OSM zit zijn huizenblokken uit de 3dshapes import. Deze zijn minder gedetailleerd. Polyglot Op 29 mei 2013 11:21 schreef Gertjan Idema g.id...@zonnet.nl het volgende: Mijn werk aan de import van BAG data staat inderdaad op een wat lager pitje. Dat komt deels door minder tijd en ook doordat ik me de laatste tijd wat minder goed kan concentreren. Het gemis aan adresgegevens in OSM duikt wel steeds vaker op in discussies. Misschien moeten we toch eens overwegen om eenmalig een import van adressen uit de BAG (panden is een ander v verhaal) uit te voeren en tijdelijk voor lief te nemen dat er soms dubbele adressen in de database staan. Daarna kunnen we scripts gebruiken om dubbelen en andere onvolkomenheden op te sporen en te corrigeren. En ook om nieuwe adressen (en panden) toe te voegen. Nadelen van deze methode: - Routeringsalgorithmen kunnen soms moeite hebben met dubbele adressen. - Het kan er rommelig uitzien in de huidige rendering: http://www.openstreetmap.org/?lat=52.08095lon=5.124964zoom=18layers=M Gertjan On Wed, 2013-05-29 at 09:41 +0200, Minko wrote: Gertjan Idema was bezig met een script om de BAG data eenvoudig te kunnen importeren in JOSM. Ik weet niet hoever het daarmee staat. Op het OSM forum zijn we er ook mee bezig, maar het project staat een beetje op een laag pitje: http://forum.openstreetmap.org/viewtopic.php?pid=336687#p336687 De gegevens moeten wel in OSM zitten willen andere kaartgebruikers er voordeel van hebben. Omdat er weinig schot in de zaak zit hebben we de BAG gegevens maar achteraf gemixed met de OSM data tbv onze Garmin kaarten. Het is wel beter om het in OSM te voeren zodat de straatnamen van het BAG beter gematched kunnen worden met die in OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
On Wed, 2013-05-29 at 14:29 +0200, Maarten Deen wrote: On 2013-05-29 14:05, Gertjan Idema wrote: On Wed, 2013-05-29 at 11:54 +0200, Maarten Deen wrote: Een heel goed voorbeeld dat het niet altijd mogelijk is om adressen aan panden te knopen zie je bij Passage de Pit in Panningen. Dit is één gebouw met de volgende adressen: Raadhuisstraat 4-86 (5981BG) Markt 30-44 (5981AP) Raadhuisplein 2-4 (5981AT) Passage de Pit 2-7 (5981CS) Dat soort dingen zul je inderdaad altijd hebben bij hoekhuizen en etagewoningen. Ik zie wel dat de BAG een voorkomend probleem oplost: waar moet je bij flatgebouwen de huisnummers taggen: op de fysieke locatie of bij de (communale) ingang? De BAG doet het dus bij de ingang. Ik zal eens kijken of dat de enige ingang daar is, ik dacht dat er nog een was. Dat wisselt per gemeente. BAG stelt alleen dat de huisnummers binnen de contouren van het pand moeten liggen. Hier kan je zien dat dat ruim geïnterpreteerd wordt: http://www.openstreetmap.org/?lat=52.08095lon=5.124964zoom=18layers=M Maar die site van die bagviewer is ook een goede. Daar kun je ook veel mee (als in: gewoon overtrekken). Is het mogelijk iets te maken voor mijn gemeente (OSM file of wat dan ook) waar ik min of meer de data van kan overtrekken? Veel anders dan hoe ik het nu doe (met huisnummers die ik opschrijf als ik er langs loop) kan het niet zijn. Het scheelt me tenminste wel de tijd die ik moet besteden aan alle huisnummers langslopen. Wel minder goed voor je conditie ;-), maar ten eerste kan je de huisnummers van de BAG viewer halen (zie link hierboven). Daarnaast heb ik zelf een tool waarmee ik BAG data uit een lokale database kan omzetten naar een OSM bestand. Ik zal je bestanden voor Panningen en Helden opsturen. Bedankt daarvoor. Graag gedaan P.S. Staat Helden echt zo vol met hekjes? Voorbeeld? Bedoel je misschien de erfafscheidingen die ik op sommige plaatsen heb ingetekend? Ik weet ook niet of dat zo'n goed idee was (alhoewel dat in achtertuinen wel altijd hekken of hagen zijn). Wat ik zag was barrier:fence, ook waar het in werkelijkheid heggen zijn. Beetje vreemd ook dat ze dwars door de huizen lopen. Op de Mapnik kaart ziet het eruit alsof het kadastrale percelen zijn. Gertjan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG gegevens Re: OSM Navigatieapparatuur
Op 29 mei 2013 14:45 schreef Gertjan Idema g.id...@zonnet.nl het volgende: ** On Wed, 2013-05-29 at 14:26 +0200, Jo wrote: Ik kan niet beloven dat ik er tijd voor heb (ben al wat teveel hooi op m'n vork aan het nemen), maar ik zou hier wel eens naar willen kijken. Als je mee wilt denken graag. Waar kan ik de adresgegevens voor 1 gemeente afhalen als SHP of WFS? Of staan ze in een ander formaat? De URL van de WFS server is http://geodata.nationaalgeoregister.nl/bagviewer/wfs De feature voor de adressen is 'verblijfsobject' Met feature 'woonplaats' kan je eventueel een polygoon van een woonplaats opvragen Ik heb die WFS benaderd met QGIS. Ik begrijp niet helemaal waarom ik maar 3 'kluitjes' adressen te zien krijg. Deze opslaan als SHP is geen probleem. Dat SHP bestand openen in JOSM gaat ook probleemloos. Dan alles selecteren en wat tags weggooien en andere volgens de OSM-conventies zetten. OK, dat was het gemakkelijkste gedeelte... De gebouwen zitten al in OSM, vermoed ik? De BAG gebouwen zitten nog niet in OSM. Wat er nu in OSM zit zijn huizenblokken uit de 3dshapes import. Deze zijn minder gedetailleerd. Als die gewoon weg mogen, zou het ook nog relatief eenvoudig moeten zijn om die data over te brengen. Als de historiek best behouden blijft, wordt het toch wel handwerk. Al ben ik op iets aan het broeden om dat binnen JOSM te automatiseren. Ik heb al een Pythonscript gemaakt dat meteen ook zorgt voor het aanmaken van associatedStreetrelaties bij het omzetten van SHP naar OSM. De data voor Brussel is ook vrijgegeven en dat had ik daarvoor gemaakt, maar het kan gemakkelijk aangepast worden aan de tags die in de BAG gebruikt worden. Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl