[OSM-talk-nl] BAG viewer

[Frank Steggink]

Stefan, Oliver heeft het over het importeren van BAG-data in OSM, niet  
om toevoegingen van OSM-gebruikers weer aan de BAG te voeden. Dit kan  
ook helemeal niet.

De BAG wordt bijgehouden door de bronhouders; de gemeenten. Wat  
authentieke BAG-data is, wordt door deze bronhouders bepaald. Er is  
geen mogelijkheid om OSM op de een of andere manier op de Landelijke  
Voorziening aan te sluiten, om de BAG van extra attributen te  
voorzien. Wij kunnen alleen besluiten om BAG-data uit de LV te  
onttrekken en deze in OSM te importeren. (Wat dit betreft heb ik wel  
twijfels over het databankenrecht, maar dat is een andere discussie.)

Quoting Stefan de Konink <stefan at konink.de>:

> Op 02-11-11 21:02, Oliver Heesakkers schreef:
>> OSM is echter veel laagdrempeliger.
>
> Onzin, als OSM laagdrempelig was kwamen er niet tal van mensen naar
> mij toe met de vraag hoe ze uberhaupt data uit OSM kunnen halen.
> Vector data ja, dat ze kunnen verwerken in met software. OSM XML !=
> Standaard.
>
Er staat "laagdrempelig_er_". Ik zie ook niet een leek zomaar met GML  
data in de weer gaan.

>> Geimporteerde BAG-data geeft de mapper gelegenheid om namen,
>> ingangen, openingstijden, etc. toe te voegen en geeft die mapper
>> ook makkelijk de gelegenheid om de plaatsing van wegen te
>> orienteren aan de gebouwen.
>
> Een GML bestand geeft diezelfde functionaliteit. Ik mis het punt.
>
Omdat die tags niet in IMGeo (het uitwisselingsformaat voor BAG)  
gedefinieerd staan?

>> De huisnummers (en binnenkort wellicht postcodes) die BAG levert
>> zijn relevante en goed bruikbare data die ook juist voor afgeleide
>>  (navigatie)producten juist heel interessant zijn. Het bij elkaar
>> houden van de data voorkomt dan licentievraagstukken en
>> compatibiliteitsproblemen.
>
> Het introduceert alleen maar licentie vraagstukken. De vraag: waarom
> BAG data geedit door OSM'ers opeens niet meer PD zijn bijvoorbeeld.
>
De OSM-licentie blijft gelden (be it CC-BY-SA 2.0 of ODbL). Alles wat  
in OSM zit, voldoet hieraan. Er is geen enkel bezwaar om PD data te  
importeren. Afgeleide data hoeft, per definitie, niet PD te blijven.  
De originele bron blijft dat natuurlijk wel. Anders zou daar een  
share-alike clausule aanhangen.

Frank