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 __
Re: [OSM-talk-nl] Het taggen van BAG data.
Ik ben een beetje kleurenblind :) In het donker zie ik echt geen verschil tussen de twee kleuren naambordjes. Gelukkig is rood wel consequent de bovenwoning. Veel huizen hebben tegenwoordig zw of rd achter het nummer staan. Maar bij mij staat dus een A achter het bordje op de deur. Terwijl m'n ADSL aanvraag daarop afgeketst is en ik voor Telfort -RD ben :) En de verwarring is er dus soms wel, zie hier voor mooie voorbeelden: http://forum.fok.nl/topic/1183468 Gr, Floris 2012/10/17 Gert-Jan van der Weijden > Die Haarlemse “zwart” en “rood” (je zult maar kleurenblind zijn in > Haarlem!) worden als ZW en RD geregistreerd (zie oa Kampersingel 42). > > De gedachte achter de toevoegingen is om in ieder geval potentiële > verwarring te voorkomen: (cijfer nul en letter O, cijfer één en Romeinse I > etc.) > > De ene gemeente is daar anders mee omgegaan dan de andere: Hoorn heeft 110 > honderdtal adressen met toevoeging “ROOD” wel hernummerd. Wegens lastig > voor bewoners (adreswijzigingen proberen gemeenten dit te vermijden) > > ** ** > > Groet, > > ** ** > > Gert-Jan > > ** ** > > ** ** > > ** ** > > ** ** > > *Van:* Floris Looijesteijn [mailto:o...@floris.nu] > *Verzonden:* woensdag 17 oktober 2012 14:29 > *Aan:* OpenStreetMap NL discussion list > *Onderwerp:* 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 > > 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 > > 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 openbarer
Re: [OSM-talk-nl] Het taggen van BAG data.
Die Haarlemse zwart en rood (je zult maar kleurenblind zijn in Haarlem!) worden als ZW en RD geregistreerd (zie oa Kampersingel 42). De gedachte achter de toevoegingen is om in ieder geval potentiële verwarring te voorkomen: (cijfer nul en letter O, cijfer één en Romeinse I etc.) De ene gemeente is daar anders mee omgegaan dan de andere: Hoorn heeft 110 honderdtal adressen met toevoeging ROOD wel hernummerd. Wegens lastig voor bewoners (adreswijzigingen proberen gemeenten dit te vermijden) Groet, Gert-Jan Van: Floris Looijesteijn [mailto:o...@floris.nu] Verzonden: woensdag 17 oktober 2012 14:29 Aan: OpenStreetMap NL discussion list Onderwerp: 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 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 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 hui
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 > 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 > >> ** >> 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: gebru
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 > ** > 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
[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
