Re: [OSM-talk-nl] Het taggen van BAG data.
On 2012-10-20 17:01, Gertjan Idema wrote:
Beste Pander,
Als je mij een lijstje met correcties stuurt, wil ik wel kijken of ik er
BAG id's aan kan koppelen.
Er is een uitgebreide lijst van verbeteringen voor fouten in toponiemen
uit Kadaster én OSM is verstuurd aan Gertjan met CC aan Henk en Stefan.
Mocht iemand hier ook interesse hebben, neem met hun contact op.
Gertjan
On Sat, 2012-10-20 at 13:54 +0200, Pander wrote:
On 2012-10-20 13:38, Just van den Broecke wrote:
Beste Pander,
Heb je de standaard terugmelding per email al geprobeerd:
b...@kadaster.nl mailto:b...@kadaster.nl
zie
http://bag.vrom.nl/de_bag_gebruiken/terugmelden
Als u gerede twijfel heeft over de juistheid van de informatie in de
BAG, dan kunt u dit per e-mail melden op b...@kadaster.nl
mailto:b...@kadaster.nl. In het
onderwerpveld van de e-mail dient u de gemeente te vermelden waarbinnen
het object valt. De betreffende object ID('s) dient u te vermelden in uw
bericht, plus hetgeen u over twijfelt. Voor private afnemers geldt geen
terugmeldingsplicht. Bij gerede twijfel kan er rechtstreeks bij de
bronhouder teruggemeld worden.
Dank je wel. Alleen heb ik niet een overzicht van die ID's. Doe moeten
er bijgezocht worden als mijn correcties worden uitgevoerd. Aangezien ik
correcties doe nadat het ID gestript is is dat een hoop extra werk.
Is er iemand die veel met BAG-gegevens werkt en al bestaande scripts
heeft die mijn lijst van correcties als een filter op wil nemen en zo
rapportjes kan genereren om terug te zenden naar het Kadaster.
Voordeel als je hiermee aan de slag gaat is dat de gecorrigeerde
BAG-gegevens van veel hogere kwaliteit zijn. Vanuit OpenTaal ga ik door
de BAG-gegevens voor spellingcontrole maar de geografische informatie
interesseert ons verder niet. Dit ligt om die reden buiten ons domein.
Vandaar de zoektocht naar een BAG-liefhebber om het stokje aan door te
geven.
groeten,
Just
On 20-10-12 13:32, Pander wrote:
On 2012-10-20 13:21, Just van den Broecke wrote:
Beste Gertjan e.a,
Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
ververst met versie 8 sept en 8 okt:
http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml
(Atom).
e.e.a. moet ook simpeler worden in de toekomst:
http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds
Ik probeer wat aan te vullen onder...het blijft een taai onderwerp.
Voor wie interesse heeft: ik heb nog een hele lijst van correcties op de
BAG-gegevens. Met name coderings- en typefouten zitten er redelijk wat
in.
Ook zou het handig zijn als het Kadaster er iets mee zou willen doen?
Ik heb ze al eens geschreven over fouten in toponiemen uit 1:25.000
kaarten (TOP25) maar toen hadden ze geen interesse. Hun reden was dat ze
er zelf al mee aan de slag waren.
Voor BAG denk ik niet dat ze op de hoogte zijn van deze fouten, ook
omdat het een gigantische collectie is. Heeft iemand een ingang
hiervoor? Volgens de wet moeten ze volgens mij openstaan voor
terugmelding van correcties.
On 17-10-12 13:11, Gertjan Idema wrote:
Er is een aantal initiatieven gaande voor het opnemen van BAG data in
Openstreetmap.
- ruudblank heeft veel werk verricht in Gorinchem.
- rullzer in de omgeving Purmerend
- mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee
(Leusden) en Sebastiaan (Oldambt) nu kleinschalig
aan het testen zijn.
- en ongetwijfeld nog meer.
Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee
van deze discussie is om hier samen te vatten wat er tot nu toe gedaan
en besproken is over het taggen van data afkomstig uit de BAG.
Vervolgens hoop ik dat we het samen eens kunnen worden over een
standaard. Deze kan dan opgenomen worden op de Wiki pagina en
geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel
mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit
consistent gebeurt.
Eerst maar eens een inventarisatie:
Adres tags op pand of losse nodes
=
De BAG maakt onderscheid tussen panden, verblijfsobjecten en
nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten.
Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO),
maar moet daarvan nog voorbeeld zien.
Tot nu toe heb ik de adressen als volgt getagd:
Voor panden met een enkel verblijfsobject heb ik de adres tags
(addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld
met in tag ref:bagid het BAG id van het pand.
Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen
adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De
adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het
BAG id van de nummeraanduiding.
ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te
koppelen van het pand. Als BAG referentie gebruikt hij het
Re: [OSM-talk-nl] Het taggen van BAG data.
Die terugmelding lijkt vlot te werken, via het Kadaster al contact gehad met de betrokken gemeente die de ontbrekende panden aan het Kadaster zal doorgeven. Frank schreef: Dat zou je kunnen melden via het terugmeldformulier. On 21-10-2012 11:51, Minko wrote: Het omgekeerde komt ook voor, panden die wel bestaan maar niet in de BAG voorkomen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: “bouwvergunning verleend” er nog uit laten? Hugo From: Gertjan Idema Sent: Saturday, October 20, 2012 8:54 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is een mooi voorbeeld: VBO 034401091735 (Ambachtsweg 52, Utrecht) ik heb ook nog even geen idee hoe we dit het beste in OSM zouden kunnen mappen. Een ander voorbeeld is VBO 034410054743 (Hoogravenseweg 140A). Hier zijn 2 panden samengevoegd en vervolgens opgedeeld in 7 verblijfsobjecten. Ik kom 161 VBO's met meerdere panden tegen in Utrecht stad, de meesten met 2 panden per VBO. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In het achterhoofd ook het soort gebruik van OSM adressen: Geocoders, Door-to-door navigation. En verder aansluiten bij algemene OSM-conventies voor adressen. Relaties tussen panden en verblijfsobjecten/adressen worden voor zover ik weet niet gebruikt in OSM. En gezien het feit dat associatedStreet relaties amper gebruikt worden vanwege de complexiteit, denk ik dat een eventuele associatedBuilding relatie het niet gaat redden. Voor de meeste toepassingen zal een relatie tussen pand en adres niet echt belangrijk zijn, hoewel Cartinus aangaf dat de relatie tussen hoofdadres en nevenadressen (leveranciersadressen) in de transportsector wel gebruikt wordt. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het
Re: [OSM-talk-nl] Het taggen van BAG data.
Lijkt me de goede benadering. Hugo Op 21 okt. 2012 11:07 schreef Gertjan Idema g.id...@zonnet.nl het volgende: ** On Sun, 2012-10-21 at 10:49 +0200, Hugo Holscher wrote: Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: “bouwvergunning verleend” er nog uit laten? Hugo Mijn insteek op dit moment is om gebouwen met status Bouw gestart te taggen als building=construction. Voor Bouwvergunning verleend kan je overwegen om dat ook te doen, om wat meer informatie te geven aan een mapper die ziet dat er wat gaande is op een stukje grond. Daarnaast voeg ik een tag bag:status toe. Gertjan *From:* Gertjan Idema g.id...@zonnet.nl *Sent:* Saturday, October 20, 2012 8:54 PM *To:* talk-nl@openstreetmap.org *Subject:* Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom).e.e.a. moet ook simpeler worden in de toekomst:http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschaligaan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten.Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is een mooi voorbeeld: VBO 034401091735 (Ambachtsweg 52, Utrecht) ik heb ook nog even geen idee hoe we dit het beste in OSM zouden kunnen mappen. Een ander voorbeeld is VBO 034410054743 (Hoogravenseweg 140A). Hier zijn 2 panden samengevoegd en vervolgens opgedeeld in 7 verblijfsobjecten. Ik kom 161 VBO's met meerdere panden tegen in Utrecht stad, de meesten met 2 panden per VBO. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes.Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In het achterhoofd ook het soort gebruik van OSM adressen: Geocoders, Door-to-door navigation. En verder aansluiten bij algemene OSM-conventies voor adressen. Relaties tussen panden en verblijfsobjecten/adressen worden voor zover ik weet niet gebruikt in OSM. En gezien het feit dat associatedStreet relaties amper gebruikt worden vanwege de complexiteit, denk ik dat een eventuele associatedBuilding relatie het niet gaat redden. Voor de meeste toepassingen zal een relatie tussen pand en adres niet echt belangrijk zijn, hoewel Cartinus
Re: [OSM-talk-nl] Het taggen van BAG data.
Het omgekeerde komt ook voor, panden die wel bestaan maar niet in de BAG voorkomen. Bv restaurant Dara (uit 2009): http://www.openstreetmap.org/?way=186870059 Is dat een bekend fenomeen? Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
Als een bouwvergunning verleend is, hoeft nog niet te betekenen dat al met de bouw gestart is. Ik wist trouwens niet dat deze status ook in de BAG aanwezig kan zijn. Geldt dit ook voor sloopvergunningen? Groeten, Frank On 21-10-2012 11:36, Hugo Hölscher wrote: Lijkt me de goede benadering. Hugo Op 21 okt. 2012 11:07 schreef Gertjan Idema g.id...@zonnet.nl mailto:g.id...@zonnet.nl het volgende: On Sun, 2012-10-21 at 10:49 +0200, Hugo Holscher wrote: Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: “bouwvergunning verleend” er nog uit laten? Hugo Mijn insteek op dit moment is om gebouwen met status Bouw gestart te taggen als building=construction. Voor Bouwvergunning verleend kan je overwegen om dat ook te doen, om wat meer informatie te geven aan een mapper die ziet dat er wat gaande is op een stukje grond. Daarnaast voeg ik een tag bag:status toe. Gertjan *From:*Gertjan Idema mailto:g.id...@zonnet.nl *Sent:*Saturday, October 20, 2012 8:54 PM *To:*talk-nl@openstreetmap.org mailto:talk-nl@openstreetmap.org *Subject:*Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is een mooi voorbeeld: VBO 034401091735 (Ambachtsweg 52, Utrecht) ik heb ook nog even geen idee hoe we dit het beste in OSM zouden kunnen mappen. Een ander voorbeeld is VBO 034410054743 (Hoogravenseweg 140A). Hier zijn 2 panden samengevoegd en vervolgens opgedeeld in 7 verblijfsobjecten. Ik kom 161 VBO's met meerdere panden tegen in Utrecht stad, de meesten met 2 panden per VBO. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En
Re: [OSM-talk-nl] Het taggen van BAG data.
Dat zou je kunnen melden via het terugmeldformulier. Frank On 21-10-2012 11:51, Minko wrote: Het omgekeerde komt ook voor, panden die wel bestaan maar niet in de BAG voorkomen. Bv restaurant Dara (uit 2009): http://www.openstreetmap.org/?way=186870059 Is dat een bekend fenomeen? Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. ___ 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] Het taggen van BAG data.
On Sun, 2012-10-21 at 11:52 +0200, Frank Steggink wrote: Als een bouwvergunning verleend is, hoeft nog niet te betekenen dat al met de bouw gestart is. Ik wist trouwens niet dat deze status ook in de BAG aanwezig kan zijn. Geldt dit ook voor sloopvergunningen? Het klopt dat de bouw meestal niet start zodra de bouwvergunning is verleend. Mijn overweging om zo'n gebouw toch aan aan een .osm file toe te voegen is de volgende: In de praktijk zal er tijd zitten tussen het moment van genereren van een .osm file en het moment dat een mapper er mee aan de gang gaat. Door het pand als building=construction toe te voegen, weet de mapper dat er op die plek iets gaat gebeuren en kan hij bijvoorbeeld in de BAG web kijken wat de huidige status van het pand is. Iets als building=planned is volgens mij niet gedocumenteerd in OSM en zal door Mapnik cs als bestaand pand gerenderd worden. Sloop vergunningen staan ook in de BAG. Hier is het complete lijstje: Bouwvergunning verleend Niet gerealiseerd pand Bouw gestart Pand in gebruik (niet ingemeten) Pand in gebruik Sloopvergunning verleend Pand gesloopt Pand buiten gebruik Groeten, Gertjan Groeten, Frank On 21-10-2012 11:36, Hugo Hölscher wrote: Lijkt me de goede benadering. Hugo Op 21 okt. 2012 11:07 schreef Gertjan Idema g.id...@zonnet.nl mailto:g.id...@zonnet.nl het volgende: On Sun, 2012-10-21 at 10:49 +0200, Hugo Holscher wrote: Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: “bouwvergunning verleend” er nog uit laten? Hugo Mijn insteek op dit moment is om gebouwen met status Bouw gestart te taggen als building=construction. Voor Bouwvergunning verleend kan je overwegen om dat ook te doen, om wat meer informatie te geven aan een mapper die ziet dat er wat gaande is op een stukje grond. Daarnaast voeg ik een tag bag:status toe. Gertjan *From:*Gertjan Idema mailto:g.id...@zonnet.nl *Sent:*Saturday, October 20, 2012 8:54 PM *To:*talk-nl@openstreetmap.org mailto:talk-nl@openstreetmap.org *Subject:*Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is een mooi voorbeeld: VBO 034401091735 (Ambachtsweg 52, Utrecht) ik heb ook nog even geen idee hoe we dit het beste in OSM zouden kunnen mappen. Een ander voorbeeld is VBO 034410054743 (Hoogravenseweg 140A). Hier zijn 2 panden samengevoegd en vervolgens opgedeeld in 7 verblijfsobjecten. Ik kom 161 VBO's met meerdere panden tegen in Utrecht stad, de meesten met 2 panden per VBO. Tot nu
Re: [OSM-talk-nl] Het taggen van BAG data.
On 10/21/2012 11:52 AM, Frank Steggink wrote: Als een bouwvergunning verleend is, hoeft nog niet te betekenen dat al met de bouw gestart is. Ik wist trouwens niet dat deze status ook in de BAG aanwezig kan zijn. Geldt dit ook voor sloopvergunningen? Sloopvergunning verleent is ook een status die ik in de BAG ben tegen gekomen. Bijvoorbeeld ref:bagid=18951227 Burgemeester Schonfeldplein 2B, Winschoten De volgende statussen kom ik in de BAG tegen: count |pandstatus --+-- 135090 | Pand gesloopt 109979 | Bouw gestart 330795 | Pand in gebruik (niet ingemeten) 52579 | Sloopvergunning verleend 11109687 | Pand in gebruik 239848 | Bouwvergunning verleend 1656 | Pand buiten gebruik 41025 | Niet gerealiseerd pand (8 rows) Mvg, Bas -- GnuPG: 0x77A975AD ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
Ik zou me kunnen voorstellen dat je dat pas doet vanaf bouw gestart. Hier in de buurt zag ik ook al een groot pand staan waar de bouwvergunning is verleend, al op het moment dat de BAG data vrijkwam. Dan is het in deze tijd natuurlijk nog wel nodig om de financiering etc. rond te krijgen en het pand daadwerkelijk te bouwen. De kans bestaat dus dat het pand als niet gerealiseerd pand eindigt. Die data lijkt mij niet nuttig voor OSM. Op 21-10-2012 13:17, Gertjan Idema schreef: On Sun, 2012-10-21 at 11:52 +0200, Frank Steggink wrote: Als een bouwvergunning verleend is, hoeft nog niet te betekenen dat al met de bouw gestart is. Ik wist trouwens niet dat deze status ook in de BAG aanwezig kan zijn. Geldt dit ook voor sloopvergunningen? Het klopt dat de bouw meestal niet start zodra de bouwvergunning is verleend. Mijn overweging om zo'n gebouw toch aan aan een .osm file toe te voegen is de volgende: In de praktijk zal er tijd zitten tussen het moment van genereren van een .osm file en het moment dat een mapper er mee aan de gang gaat. Door het pand als building=construction toe te voegen, weet de mapper dat er op die plek iets gaat gebeuren en kan hij bijvoorbeeld in de BAG web kijken wat de huidige status van het pand is. Iets als building=planned is volgens mij niet gedocumenteerd in OSM en zal door Mapnik cs als bestaand pand gerenderd worden. Sloop vergunningen staan ook in de BAG. Hier is het complete lijstje: Bouwvergunning verleend Niet gerealiseerd pand Bouw gestart Pand in gebruik (niet ingemeten) Pand in gebruik Sloopvergunning verleend Pand gesloopt Pand buiten gebruik Groeten, Gertjan Groeten, Frank On 21-10-2012 11:36, Hugo Hölscher wrote: Lijkt me de goede benadering. Hugo Op 21 okt. 2012 11:07 schreef Gertjan Idema g.id...@zonnet.nl mailto:g.id...@zonnet.nl mailto:g.id...@zonnet.nl het volgende: On Sun, 2012-10-21 at 10:49 +0200, Hugo Holscher wrote: Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: bouwvergunning verleend er nog uit laten? Hugo Mijn insteek op dit moment is om gebouwen met status Bouw gestart te taggen als building=construction. Voor Bouwvergunning verleend kan je overwegen om dat ook te doen, om wat meer informatie te geven aan een mapper die ziet dat er wat gaande is op een stukje grond. Daarnaast voeg ik een tag bag:status toe. Gertjan *From:*Gertjan Idema mailto:g.id...@zonnet.nl *Sent:*Saturday, October 20, 2012 8:54 PM *To:*talk-nl@openstreetmap.org mailto:*talk-nl@openstreetmap.org mailto:talk-nl@openstreetmap.org *Subject:*Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier
Re: [OSM-talk-nl] Het taggen van BAG data.
On 20-10-12 22:58, Stefan de Konink wrote: On Sat, 20 Oct 2012, Gertjan Idema wrote: Heb je een voorbeeld van een mutatie bestand? Ik heb er nog nooit een gezien. Volgens mij staat die op nlextract.nl Klopt: https://github.com/opengeogroep/NLExtract/tree/master/bag/test/mutatie Just Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,5082f4f0256191152810491! ___ 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] Het taggen van BAG data.
Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In het achterhoofd ook het soort gebruik van OSM adressen: Geocoders, Door-to-door navigation. En verder aansluiten bij algemene OSM-conventies voor adressen. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id. Vanwege de complexiteit bij het invoeren zijn we er echter vanaf gestapt om die te gebruiken. Ook ruudblank en rullzer lijken geen associatedstreet relaties toe te voegen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat ook te doen. Het zorgt voor erg veel redundantie. ruudblank voegt addr:city toe, rullzer niet. Zelf heb ik het tot nu toe niet gedaan, maar ik neig er steeds meer naar om addr:city toch maar te gaan toevoegen. City is dan Woonplaats neem ik aan. Gemeente en provincie? Huisnummers === De BAG bevat de kolommen huisnummer, huisletter en huisnummertoevoeging. OSM gebruikt alleen de tag addr:housenumber. Hier is dus een vertaling nodig waarbij je kunt kiezen om wel of geen spaties tussen de verschillende delen van het huisnummer te plaatsen. De BAG laat gemeenten vrij in het gebruik van hoofd en kleine letters. rullzer: gebruikt geen spatie tussen huisnummer en huisletter (huisnummertoevoeging kom ik in zijn gebied niet tegen). ruudblank: gebruikt een spatie tussen huisnummer en huisletter en lijkt huisnummertoevoeging weg te laten. bagviewer.geodan.nl: gebruikt een spatie na het huisnummer en niet tussen huisletter en huisnummertoevoeging. Offiële URL is http://pdok.nl/bagviewer (is nu nog dezelfde app). http://www.kadaster.nl/BAG/producten/web.html: gebruikt geen spatie tussen huisnummer en
Re: [OSM-talk-nl] Het taggen van BAG data.
On 20-10-12 10:05, Gertjan Idema wrote: On Sat, 2012-10-20 at 00:53 +0200, Stefan de Konink wrote: On Wed, 17 Oct 2012, Floris Looijesteijn wrote: Is het misschien een idee om hier een keer een avond/middag voor bij elkaar te komen?Dat gaat alleen werken als de hoofdrolspelers allemaal aanwezig kunnen zijn natuurlijk. In de vorige discussie met onderandere Ldp kwam ook naar voren: hoe gaan we dit updaten. Iedere maand komt er een nieuwe BAG uit, en een import is eenmalig. Dus je wilt een delta kunnen trekken op basis van een BAGid. Mijn idee is om bij uitkomst van een nieuwe BAG extract een delta te trekken tussen deze nieuwe BAG extract en een Planet dump van OSM. Er bestaan voor de BAG ook delta's, zelfs dagelijks meen ik, Mutatie-leveringen. Is wel betaald abbo...maar als 1 iemand de abbo heeft mag je m.i. gratis doorleveren. De BAG velden waarop ik wil vergelijken zijn identificatie, aanduidingrecordcorrectie, en begindatumtijdvakgeldigheid. Onder het kopje 'Versiebeheer' in het eerste mailtje van deze thread heb ik hier al wat meer over geschreven. Ik ben van plan om hier mee te gaan testen zodra ik over een nieuwe BAG extract beschik, maar heb sinds 8-8-2012 nog geen nieuwe langs zien komen. Groeten, Gertjan Stefan ___ Talk-nl mailing listtalk...@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,507ea4b8320128641516732! ___ Talk-nl mailing listtalk...@openstreetmap.org mailto: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 -- kind regards / met vriendelijke groet, --Just Just van den Broecke j...@justobjects.nl Just Objects B.V. tel +31 65 4268627 Skype: justb4 The Netherlands http://www.justobjects.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
On 2012-10-20 13:21, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. Voor wie interesse heeft: ik heb nog een hele lijst van correcties op de BAG-gegevens. Met name coderings- en typefouten zitten er redelijk wat in. Ook zou het handig zijn als het Kadaster er iets mee zou willen doen? Ik heb ze al eens geschreven over fouten in toponiemen uit 1:25.000 kaarten (TOP25) maar toen hadden ze geen interesse. Hun reden was dat ze er zelf al mee aan de slag waren. Voor BAG denk ik niet dat ze op de hoogte zijn van deze fouten, ook omdat het een gigantische collectie is. Heeft iemand een ingang hiervoor? Volgens de wet moeten ze volgens mij openstaan voor terugmelding van correcties. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In het achterhoofd ook het soort gebruik van OSM adressen: Geocoders, Door-to-door navigation. En verder aansluiten bij algemene OSM-conventies voor adressen. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id. Vanwege de complexiteit bij het invoeren zijn we er echter vanaf gestapt om die te gebruiken. Ook ruudblank en rullzer lijken geen associatedstreet relaties toe te voegen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat ook te doen. Het zorgt voor erg veel redundantie. ruudblank voegt addr:city toe, rullzer niet. Zelf heb ik het tot nu toe niet gedaan, maar ik neig er steeds meer naar om addr:city toch maar te gaan toevoegen. City is dan Woonplaats neem ik aan. Gemeente en provincie? Huisnummers === De BAG bevat de kolommen huisnummer, huisletter en huisnummertoevoeging. OSM gebruikt alleen de
Re: [OSM-talk-nl] Het taggen van BAG data.
Op
https://www.kadaster.nl/particulier/producten/bestel.asp?soort=terugmelding_br
kun je ook een melding maken.
Zie ook http://pdok.nl/bagviewer/ de Terugmelding of Correctieverzoek
Op 20 oktober 2012 13:38 schreef Just van den Broecke
j...@justobjects.nlhet volgende:
Beste Pander,
Heb je de standaard terugmelding per email al geprobeerd:
b...@kadaster.nl
zie
http://bag.vrom.nl/de_bag_**gebruiken/terugmeldenhttp://bag.vrom.nl/de_bag_gebruiken/terugmelden
Als u gerede twijfel heeft over de juistheid van de informatie in de BAG,
dan kunt u dit per e-mail melden op b...@kadaster.nl. In het onderwerpveld
van de e-mail dient u de gemeente te vermelden waarbinnen het object valt.
De betreffende object ID('s) dient u te vermelden in uw bericht, plus
hetgeen u over twijfelt. Voor private afnemers geldt geen
terugmeldingsplicht. Bij gerede twijfel kan er rechtstreeks bij de
bronhouder teruggemeld worden.
groeten,
Just
On 20-10-12 13:32, Pander wrote:
On 2012-10-20 13:21, Just van den Broecke wrote:
Beste Gertjan e.a,
Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
ververst met versie 8 sept en 8 okt:
http://geodata.**nationaalgeoregister.nl/**inspireadressen/atom/**
inspireadressen.xmlhttp://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml
(Atom).
e.e.a. moet ook simpeler worden in de toekomst:
http://drupal.pdokloket.nl/nl/**producten/pdok-downloads/**atomfeedshttp://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds
Ik probeer wat aan te vullen onder...het blijft een taai onderwerp.
Voor wie interesse heeft: ik heb nog een hele lijst van correcties op de
BAG-gegevens. Met name coderings- en typefouten zitten er redelijk wat in.
Ook zou het handig zijn als het Kadaster er iets mee zou willen doen?
Ik heb ze al eens geschreven over fouten in toponiemen uit 1:25.000
kaarten (TOP25) maar toen hadden ze geen interesse. Hun reden was dat ze
er zelf al mee aan de slag waren.
Voor BAG denk ik niet dat ze op de hoogte zijn van deze fouten, ook
omdat het een gigantische collectie is. Heeft iemand een ingang
hiervoor? Volgens de wet moeten ze volgens mij openstaan voor
terugmelding van correcties.
On 17-10-12 13:11, Gertjan Idema wrote:
Er is een aantal initiatieven gaande voor het opnemen van BAG data in
Openstreetmap.
- ruudblank heeft veel werk verricht in Gorinchem.
- rullzer in de omgeving Purmerend
- mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee
(Leusden) en Sebastiaan (Oldambt) nu kleinschalig
aan het testen zijn.
- en ongetwijfeld nog meer.
Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee
van deze discussie is om hier samen te vatten wat er tot nu toe gedaan
en besproken is over het taggen van data afkomstig uit de BAG.
Vervolgens hoop ik dat we het samen eens kunnen worden over een
standaard. Deze kan dan opgenomen worden op de Wiki pagina en
geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel
mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit
consistent gebeurt.
Eerst maar eens een inventarisatie:
Adres tags op pand of losse nodes
=
De BAG maakt onderscheid tussen panden, verblijfsobjecten en
nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten.
Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO),
maar moet daarvan nog voorbeeld zien.
Tot nu toe heb ik de adressen als volgt getagd:
Voor panden met een enkel verblijfsobject heb ik de adres tags
(addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld
met in tag ref:bagid het BAG id van het pand.
Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen
adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De
adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het
BAG id van de nummeraanduiding.
ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te
koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van
het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id
van het pand in bag:pand_id.
rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met
meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes.
Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model
blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes
zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In
het achterhoofd ook het soort gebruik van OSM adressen: Geocoders,
Door-to-door navigation. En verder aansluiten bij algemene
OSM-conventies voor adressen.
AssociatedStreet relaties
=
AssociatedStreet relaties bieden veel voor en nadelen en het laatste
woord is er nog niet over gesproken. Een voordeel dat in mijn ogen
onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde
straat. Hierdoor kunnen
Re: [OSM-talk-nl] Het taggen van BAG data.
Beste Pander,
Als je mij een lijstje met correcties stuurt, wil ik wel kijken of ik er
BAG id's aan kan koppelen.
Gertjan
On Sat, 2012-10-20 at 13:54 +0200, Pander wrote:
On 2012-10-20 13:38, Just van den Broecke wrote:
Beste Pander,
Heb je de standaard terugmelding per email al geprobeerd:
b...@kadaster.nl
zie
http://bag.vrom.nl/de_bag_gebruiken/terugmelden
Als u gerede twijfel heeft over de juistheid van de informatie in de
BAG, dan kunt u dit per e-mail melden op b...@kadaster.nl. In het
onderwerpveld van de e-mail dient u de gemeente te vermelden waarbinnen
het object valt. De betreffende object ID('s) dient u te vermelden in uw
bericht, plus hetgeen u over twijfelt. Voor private afnemers geldt geen
terugmeldingsplicht. Bij gerede twijfel kan er rechtstreeks bij de
bronhouder teruggemeld worden.
Dank je wel. Alleen heb ik niet een overzicht van die ID's. Doe moeten
er bijgezocht worden als mijn correcties worden uitgevoerd. Aangezien ik
correcties doe nadat het ID gestript is is dat een hoop extra werk.
Is er iemand die veel met BAG-gegevens werkt en al bestaande scripts
heeft die mijn lijst van correcties als een filter op wil nemen en zo
rapportjes kan genereren om terug te zenden naar het Kadaster.
Voordeel als je hiermee aan de slag gaat is dat de gecorrigeerde
BAG-gegevens van veel hogere kwaliteit zijn. Vanuit OpenTaal ga ik door
de BAG-gegevens voor spellingcontrole maar de geografische informatie
interesseert ons verder niet. Dit ligt om die reden buiten ons domein.
Vandaar de zoektocht naar een BAG-liefhebber om het stokje aan door te
geven.
groeten,
Just
On 20-10-12 13:32, Pander wrote:
On 2012-10-20 13:21, Just van den Broecke wrote:
Beste Gertjan e.a,
Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week
ververst met versie 8 sept en 8 okt:
http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml
(Atom).
e.e.a. moet ook simpeler worden in de toekomst:
http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds
Ik probeer wat aan te vullen onder...het blijft een taai onderwerp.
Voor wie interesse heeft: ik heb nog een hele lijst van correcties op de
BAG-gegevens. Met name coderings- en typefouten zitten er redelijk wat
in.
Ook zou het handig zijn als het Kadaster er iets mee zou willen doen?
Ik heb ze al eens geschreven over fouten in toponiemen uit 1:25.000
kaarten (TOP25) maar toen hadden ze geen interesse. Hun reden was dat ze
er zelf al mee aan de slag waren.
Voor BAG denk ik niet dat ze op de hoogte zijn van deze fouten, ook
omdat het een gigantische collectie is. Heeft iemand een ingang
hiervoor? Volgens de wet moeten ze volgens mij openstaan voor
terugmelding van correcties.
On 17-10-12 13:11, Gertjan Idema wrote:
Er is een aantal initiatieven gaande voor het opnemen van BAG data in
Openstreetmap.
- ruudblank heeft veel werk verricht in Gorinchem.
- rullzer in de omgeving Purmerend
- mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee
(Leusden) en Sebastiaan (Oldambt) nu kleinschalig
aan het testen zijn.
- en ongetwijfeld nog meer.
Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee
van deze discussie is om hier samen te vatten wat er tot nu toe gedaan
en besproken is over het taggen van data afkomstig uit de BAG.
Vervolgens hoop ik dat we het samen eens kunnen worden over een
standaard. Deze kan dan opgenomen worden op de Wiki pagina en
geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel
mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit
consistent gebeurt.
Eerst maar eens een inventarisatie:
Adres tags op pand of losse nodes
=
De BAG maakt onderscheid tussen panden, verblijfsobjecten en
nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten.
Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO),
maar moet daarvan nog voorbeeld zien.
Tot nu toe heb ik de adressen als volgt getagd:
Voor panden met een enkel verblijfsobject heb ik de adres tags
(addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld
met in tag ref:bagid het BAG id van het pand.
Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen
adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De
adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het
BAG id van de nummeraanduiding.
ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te
koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van
het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id
van het pand in bag:pand_id.
rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met
meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes.
Een lastige, ik zou in ieder geval zo dicht
Re: [OSM-talk-nl] Het taggen van BAG data.
On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is een mooi voorbeeld: VBO 034401091735 (Ambachtsweg 52, Utrecht) ik heb ook nog even geen idee hoe we dit het beste in OSM zouden kunnen mappen. Een ander voorbeeld is VBO 034410054743 (Hoogravenseweg 140A). Hier zijn 2 panden samengevoegd en vervolgens opgedeeld in 7 verblijfsobjecten. Ik kom 161 VBO's met meerdere panden tegen in Utrecht stad, de meesten met 2 panden per VBO. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In het achterhoofd ook het soort gebruik van OSM adressen: Geocoders, Door-to-door navigation. En verder aansluiten bij algemene OSM-conventies voor adressen. Relaties tussen panden en verblijfsobjecten/adressen worden voor zover ik weet niet gebruikt in OSM. En gezien het feit dat associatedStreet relaties amper gebruikt worden vanwege de complexiteit, denk ik dat een eventuele associatedBuilding relatie het niet gaat redden. Voor de meeste toepassingen zal een relatie tussen pand en adres niet echt belangrijk zijn, hoewel Cartinus aangaf dat de relatie tussen hoofdadres en nevenadressen (leveranciersadressen) in de transportsector wel gebruikt wordt. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id. Vanwege de complexiteit bij het invoeren zijn we er echter vanaf gestapt om die te gebruiken. Ook ruudblank en rullzer lijken geen associatedstreet relaties toe te voegen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat
Re: [OSM-talk-nl] Het taggen van BAG data.
On Sat, 2012-10-20 at 13:24 +0200, Just van den Broecke wrote: On 20-10-12 10:05, Gertjan Idema wrote: On Sat, 2012-10-20 at 00:53 +0200, Stefan de Konink wrote: On Wed, 17 Oct 2012, Floris Looijesteijn wrote: Is het misschien een idee om hier een keer een avond/middag voor bij elkaar te komen?Dat gaat alleen werken als de hoofdrolspelers allemaal aanwezig kunnen zijn natuurlijk. In de vorige discussie met onderandere Ldp kwam ook naar voren: hoe gaan we dit updaten. Iedere maand komt er een nieuwe BAG uit, en een import is eenmalig. Dus je wilt een delta kunnen trekken op basis van een BAGid. Mijn idee is om bij uitkomst van een nieuwe BAG extract een delta te trekken tussen deze nieuwe BAG extract en een Planet dump van OSM. Er bestaan voor de BAG ook delta's, zelfs dagelijks meen ik, Mutatie-leveringen. Is wel betaald abbo...maar als 1 iemand de abbo heeft mag je m.i. gratis doorleveren. Een dagelijks mutatiebestand lijkt mij niet praktisch werkbaar. Ik denk eerder aan 1x per maand of 1x per kwartaal. Tenzij er uiteindelijk besloten wordt om alles te automatiseren. Heb je een voorbeeld van een mutatie bestand? Ik heb er nog nooit een gezien. Groeten, Gertjan De BAG velden waarop ik wil vergelijken zijn identificatie, aanduidingrecordcorrectie, en begindatumtijdvakgeldigheid. Onder het kopje 'Versiebeheer' in het eerste mailtje van deze thread heb ik hier al wat meer over geschreven. Ik ben van plan om hier mee te gaan testen zodra ik over een nieuwe BAG extract beschik, maar heb sinds 8-8-2012 nog geen nieuwe langs zien komen. Groeten, Gertjan Stefan ___ Talk-nl mailing listtalk...@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,507ea4b8320128641516732! ___ Talk-nl mailing listtalk...@openstreetmap.org mailto: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] Het taggen van BAG data.
On Sat, 20 Oct 2012, Gertjan Idema wrote: Heb je een voorbeeld van een mutatie bestand? Ik heb er nog nooit een gezien. Volgens mij staat die op nlextract.nl Stefan___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,5082f4f0256191152810491! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
On Wed, 17 Oct 2012, Floris Looijesteijn wrote: Is het misschien een idee om hier een keer een avond/middag voor bij elkaar te komen?Dat gaat alleen werken als de hoofdrolspelers allemaal aanwezig kunnen zijn natuurlijk. In de vorige discussie met onderandere Ldp kwam ook naar voren: hoe gaan we dit updaten. Iedere maand komt er een nieuwe BAG uit, en een import is eenmalig. Dus je wilt een delta kunnen trekken op basis van een BAGid. Stefan___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl !DSPAM:1,507ea4b8320128641516732! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
On Wed, 2012-10-17 at 14:29 +0200, Floris Looijesteijn wrote: Is het misschien een idee om hier een keer een avond/middag voor bij elkaar te komen? Dat gaat alleen werken als de hoofdrolspelers allemaal aanwezig kunnen zijn natuurlijk. Lijkt me een goed idee. De vraag is dan natuurlijk even wie de hoofdrolspelers zijn. Eerst maar een een paar dagen wachten om te kijken wie er graag meedoen in de discussie. Groeten, Gertjan Groet, Floris 2012/10/17 Floris Looijesteijn o...@floris.nu Ik zit ook te wachten op duidelijke regels voordat ik Haarlem ga importeren, goed initiatief. Klein opmerking over de huisnummer toevoegingen. Waarschijnlijk kan de toevoeging ook wel eens een nummer zijn. Het zal niet de eerste keer zijn dat een pakketje bestemd voor 11 2 (of 11-2) naar huisnummer 112 wordt gestuurd. Dus minstens een spatie wat mij betreft. Of controleren of het alleen letter is en de spatie weglaten. Ik ben benieuwd hoe de data voor mijn pand is, op mijn gevel hangt een bordje met A terwijl men in Haarlem met 'Zwart' en 'Rood' werkt. Groet, Floris 2012/10/17 Gertjan Idema g.id...@zonnet.nl Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id.
[OSM-talk-nl] Het taggen van BAG data.
Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id. Vanwege de complexiteit bij het invoeren zijn we er echter vanaf gestapt om die te gebruiken. Ook ruudblank en rullzer lijken geen associatedstreet relaties toe te voegen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat ook te doen. Het zorgt voor erg veel redundantie. ruudblank voegt addr:city toe, rullzer niet. Zelf heb ik het tot nu toe niet gedaan, maar ik neig er steeds meer naar om addr:city toch maar te gaan toevoegen. Huisnummers === De BAG bevat de kolommen huisnummer, huisletter en huisnummertoevoeging. OSM gebruikt alleen de tag addr:housenumber. Hier is dus een vertaling nodig waarbij je kunt kiezen om wel of geen spaties tussen de verschillende delen van het huisnummer te plaatsen. De BAG laat gemeenten vrij in het gebruik van hoofd en kleine letters. rullzer: gebruikt geen spatie tussen huisnummer en huisletter (huisnummertoevoeging kom ik in zijn gebied niet tegen). ruudblank: gebruikt een spatie tussen huisnummer en huisletter en lijkt huisnummertoevoeging weg te laten. bagviewer.geodan.nl: gebruikt een spatie na het huisnummer en niet tussen huisletter en huisnummertoevoeging. http://www.kadaster.nl/BAG/producten/web.html: gebruikt geen spatie tussen huisnummer en huisletter, maar wel tussen huisletter en huisnummertoevoeging. Zelf gebruik ik de laatste conventie. Die is ook het beste leesbaar. (Vergelijk 42 abov met 42a bov) De adressen in de BAG komen ook niet altijd overeen met die op de gevel, alleen al bij mij in de buurt: BAG: 19 BSA, gevel: 19 BIS A BAG: 100A A, gevel: 100 AA Versiebeheer === De BAG id code op zich is niet voldoende om te kunnen zien of een BAG object in OSM nog actueel is. Daarvoor heeft de BAG 2 extra velden: begindatumtijdvakgeldigheid en aanduidingrecordcorrectie. begindatumtijdvakgeldigheid bepaalt vanaf welk moment een object een bepaalde status heeft. Bijvoorbeeld 'Bouw gestart' (building:construction) of 'Pand in gebruik' (building:yes). Deze waarde kan als extra tag in OSM worden toegevoegd (Ik gebruik nu bag:begindatum, met -MM-dd hh:mm:ss als datum formaat). aanduidingrecordcorrectie geeft aan dat er fouten gecorrigeerd zijn in de BAG data. Helaas krijgt het meest recente record niet de hoogste waarde voor 'aanduidingrecordcorrectie', maar de waarde 0. Het
Re: [OSM-talk-nl] Het taggen van BAG data.
Ik zit ook te wachten op duidelijke regels voordat ik Haarlem ga importeren, goed initiatief. Klein opmerking over de huisnummer toevoegingen. Waarschijnlijk kan de toevoeging ook wel eens een nummer zijn. Het zal niet de eerste keer zijn dat een pakketje bestemd voor 11 2 (of 11-2) naar huisnummer 112 wordt gestuurd. Dus minstens een spatie wat mij betreft. Of controleren of het alleen letter is en de spatie weglaten. Ik ben benieuwd hoe de data voor mijn pand is, op mijn gevel hangt een bordje met A terwijl men in Haarlem met 'Zwart' en 'Rood' werkt. Groet, Floris 2012/10/17 Gertjan Idema g.id...@zonnet.nl ** Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id. Vanwege de complexiteit bij het invoeren zijn we er echter vanaf gestapt om die te gebruiken. Ook ruudblank en rullzer lijken geen associatedstreet relaties toe te voegen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat ook te doen. Het zorgt voor erg veel redundantie. ruudblank voegt addr:city toe, rullzer niet. Zelf heb ik het tot nu toe niet gedaan, maar ik neig er steeds meer naar om addr:city toch maar te gaan toevoegen. Huisnummers === De BAG bevat de kolommen huisnummer, huisletter en huisnummertoevoeging. OSM gebruikt alleen de tag addr:housenumber. Hier is dus een vertaling nodig waarbij je kunt kiezen om wel of geen spaties tussen de verschillende delen van het huisnummer te plaatsen. De BAG laat gemeenten vrij in het gebruik van hoofd en kleine letters. rullzer: gebruikt geen spatie tussen huisnummer en huisletter (huisnummertoevoeging kom ik in zijn gebied niet tegen). ruudblank: gebruikt een spatie tussen huisnummer en huisletter en lijkt huisnummertoevoeging weg te laten. bagviewer.geodan.nl: gebruikt een spatie na het huisnummer en niet tussen huisletter en huisnummertoevoeging. http://www.kadaster.nl/BAG/producten/web.html: gebruikt geen spatie tussen huisnummer en huisletter, maar wel tussen huisletter en huisnummertoevoeging. Zelf gebruik ik de laatste conventie. Die is ook het beste leesbaar. (Vergelijk 42 abov met 42a bov) De adressen in de BAG komen ook niet altijd overeen met die op de gevel, alleen al bij mij in de buurt: BAG: 19 BSA, gevel: 19 BIS A BAG: 100A A, gevel: 100 AA Versiebeheer === De BAG
Re: [OSM-talk-nl] Het taggen van BAG data.
Is het misschien een idee om hier een keer een avond/middag voor bij elkaar te komen? Dat gaat alleen werken als de hoofdrolspelers allemaal aanwezig kunnen zijn natuurlijk. Groet, Floris 2012/10/17 Floris Looijesteijn o...@floris.nu Ik zit ook te wachten op duidelijke regels voordat ik Haarlem ga importeren, goed initiatief. Klein opmerking over de huisnummer toevoegingen. Waarschijnlijk kan de toevoeging ook wel eens een nummer zijn. Het zal niet de eerste keer zijn dat een pakketje bestemd voor 11 2 (of 11-2) naar huisnummer 112 wordt gestuurd. Dus minstens een spatie wat mij betreft. Of controleren of het alleen letter is en de spatie weglaten. Ik ben benieuwd hoe de data voor mijn pand is, op mijn gevel hangt een bordje met A terwijl men in Haarlem met 'Zwart' en 'Rood' werkt. Groet, Floris 2012/10/17 Gertjan Idema g.id...@zonnet.nl ** Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het invoeren, zie ik dat nog niet zo snel gebeuren. De osmosis plug-in waarmee ik bezig ben bied een optie om associatedstreet relaties te genereren, inclusief BAG openbareruimte id. Vanwege de complexiteit bij het invoeren zijn we er echter vanaf gestapt om die te gebruiken. Ook ruudblank en rullzer lijken geen associatedstreet relaties toe te voegen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat ook te doen. Het zorgt voor erg veel redundantie. ruudblank voegt addr:city toe, rullzer niet. Zelf heb ik het tot nu toe niet gedaan, maar ik neig er steeds meer naar om addr:city toch maar te gaan toevoegen. Huisnummers === De BAG bevat de kolommen huisnummer, huisletter en huisnummertoevoeging. OSM gebruikt alleen de tag addr:housenumber. Hier is dus een vertaling nodig waarbij je kunt kiezen om wel of geen spaties tussen de verschillende delen van het huisnummer te plaatsen. De BAG laat gemeenten vrij in het gebruik van hoofd en kleine letters. rullzer: gebruikt geen spatie tussen huisnummer en huisletter (huisnummertoevoeging kom ik in zijn gebied niet tegen). ruudblank: gebruikt een spatie tussen huisnummer en huisletter en lijkt huisnummertoevoeging weg te laten. bagviewer.geodan.nl: gebruikt een spatie na het huisnummer en niet tussen huisletter en huisnummertoevoeging. http://www.kadaster.nl/BAG/producten/web.html: gebruikt geen spatie tussen huisnummer en huisletter, maar wel tussen huisletter en huisnummertoevoeging. Zelf gebruik ik de laatste conventie. Die is ook het
Re: [OSM-talk-nl] Het taggen van BAG data.
On 10/17/2012 01:11 PM, Gertjan Idema wrote: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Hoe nuttig is het BAG id van de nummeraanduiding voor adres nodes (voor OSM)? In principe zou in Nederland de combinatie postcode en huisnummer uniek moeten zijn, dus daarmee zou je dan terug kunnen koppelen aan die BAG tabel. Als je het BAG id van het verblijfsobject gebruikt, dan kun je in OSM zelf zien dat bijv. de verschillende adressen van de voordeur en de achterdeur bij hetzelfde verblijfsobject horen. (Ik werk voor een transportonderneming en dat vinden wij interessante informatie.) Zeker als je op één of andere manier in de tag of de waarde duidelijk maakt dat het om een verblijfsobject id gaat. (Ik weet dat ze allemaal uit één reeks komen, maar dan moet ik weer in de BAG zelf kijken en niet in OSM.) AssociatedStreet relaties = Gewoon weglaten. Ik heb ze zelf in het verleden ook aangemaakt, maar het is te foutgevoelig en te lastig bij te houden bij handmatig mappen. addr:city en addr:country tags = Toevoegen van addr:city en addr:country tags aan adressen gaat bij het importeren van BAG data in een moeite mee. De vraag is of het wenselijk is om dat ook te doen. Het zorgt voor erg veel redundantie. ruudblank voegt addr:city toe, rullzer niet. Zelf heb ik het tot nu toe niet gedaan, maar ik neig er steeds meer naar om addr:city toch maar te gaan toevoegen. In Denemarken hebben ze ooit alle adressen geïmporteerd. Daar hadden ze wel addr:city toegevoegd, omdat ze (toen) niet zo'n complete set grenzen hadden als nu in Nederland. De tag addr:country hadden ze weggelaten. Later kwam er iemand van buiten Denemarken en die voegde dat alsnog toe. Gevolg: stel boze Denen. Geen idee of het is teruggedraaid of niet. Bij met de hand adressen taggen heb ik nergens addr:city toegevoegd. Ik kan namelijk maar twee situaties bedenken waarbij je addr:city m.b.v. de grenzen niet automatisch zou kunnen toevoegen. 1) Het postadres ligt niet in dezelfde woonplaats als het pand. 2) Het pand staat op de grens en ligt dus in twee woonplaatsen. Ik weet niet of 1) kan in Nederland. 2) zie je bij het met de hand taggen, dus dan tag je addr:city alleen in het geval van deze uitzondering. Bij een import weet ik niet wat de beste keus is. Testen op conditie 2) of gewoon allemaal taggen. Dat laatste kost immers geen moeite. Huisnummers === De BAG bevat de kolommen huisnummer, huisletter en huisnummertoevoeging. OSM gebruikt alleen de tag addr:housenumber. Hier is dus een vertaling nodig waarbij je kunt kiezen om wel of geen spaties tussen de verschillende delen van het huisnummer te plaatsen. De BAG laat gemeenten vrij in het gebruik van hoofd en kleine letters. rullzer: gebruikt geen spatie tussen huisnummer en huisletter (huisnummertoevoeging kom ik in zijn gebied niet tegen). ruudblank: gebruikt een spatie tussen huisnummer en huisletter en lijkt huisnummertoevoeging weg te laten. bagviewer.geodan.nl: gebruikt een spatie na het huisnummer en niet tussen huisletter en huisnummertoevoeging. http://www.kadaster.nl/BAG/producten/web.html: gebruikt geen spatie tussen huisnummer en huisletter, maar wel tussen huisletter en huisnummertoevoeging. Zelf gebruik ik de laatste conventie. Die is ook het beste leesbaar. (Vergelijk 42 abov met 42a bov) Hoe schoon is de BAG data m.b.t tot het huisletter veld? M.a.w. staat er echt nergens een cijfer in? Als het schoon is, dan 42a bov, anders 42 a bov De adressen in de BAG komen ook niet altijd overeen met die op de gevel, alleen al bij mij in de buurt: BAG: 19 BSA, gevel: 19 BIS A BAG: 100A A, gevel: 100 AA Data kwaliteit blijft altijd een probleem en toch alleen te fixen met nacontrole in het veld. Ik zou het in dit geval negeren. Versiebeheer === Klikt goed. --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org
