[OSM-talk-nl] BAG viewer

[Willem Sonke]

Ik weet niet wat ik hiervan moet vinden. Aan de ene kant is importeren 
wel erg veel werk, maar we krijgen daarmee wel de mogelijkheid om 
onjuiste data op te schonen en de gegevens beter te integreren in 
OpenStreetMap. Bovendien is exporteren van de complete 
gegevensverzameling dan veel eenvoudiger; stel ik wil een Garminkaart 
gaan maken en ik moet van twintig verschillende gegevensbronnen gebruik 
maken, dan is dat lastiger dan als ik gewoon OSM kan laden en dan een 
complete gegevensverzameling heb. Aan de andere kant wordt het 
up-to-date houden van de gegevens problematisch, tenzij daar veel tijd 
aan wordt besteed.

Wat mij betreft kan individuele import door plaatselijke mappers, zoals 
gedaan is in Gorinchem, absoluut geen kwaad. Ik vind dat een landelijke 
import, zoals dat gedaan is bij de 3dShapes, niet wenselijk is, omdat 
het bijhouden dan waarschijnlijk niet gedaan wordt. Lokale mappers 
kunnen ook beter de precisie van de BAG vergelijken met de huidige 
gegevens en fouten in beide corrigeren. Dit zorgt voor een verbetering 
van de kwaliteit van de gegevens, bijvoorbeeld als er gebouwen ontbreken 
in de BAG.

Bij een dergelijke individuele import is het wel van belang dat er, 
zoals Oliver al schreef, centrale regie is; ik denk dan aan een website 
of iets dergelijks om eenvoudig aan te kunnen geven welke stukken je 
gaat importeren. Op die manier wordt er geen dubbel werk verricht.

Met vriendelijke groeten,
Willem Sonke

On 29-10-11 17:36, Stefan de Konink wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> Op 29-10-11 14:50, Oliver Heesakkers schreef:
>> Up-to-date houden van de data zie ik niet direct als probleem, meer
>> een technische uitdaging. Bovendien moet er ook over worden
>> nagedacht hoe vaak je het wilt doen (een maal per maand lijkt mij
>> schromelijk overdreven).
> Dan denken wij daar dus duidelijk anders over. Het is totaal onnodig
> om de BAG data te importeren. Omdat de data in een PD licentie
> beschikbaar is en een open standaard gebruikt om de data te ontsluiten.
>
> Wil je de data renderen kan dat gewoon, zelfs samen met OpenStreetMap
> op 1 kaart laag.
>
> Weerleg mijn argumenten maar.
>
>
>>> Wat ik wil voorstellen is een combi-render. Zoals nu al gebeurd
>>> met de water/land grenzen.
>> Hoe bedoel je dat precies? we hebben toch admin_level=2 en
>> border_type=territorial in de database zitten?
> Die zetten we uit voor het gebied waar we officiële data van hebben.
>
>
> Stefan
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.18 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEAREKAAYFAk6sHXQACgkQYH1+F2Rqwn2idQCggZjilwvQ8T9AjqJzp+p8Y7z3
> KTwAn2ivP5Jn59106/n0BA2lcghEkWIW
> =BcYN
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Talk-nl mailing list
> Talk-nl at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-nl
>