Re: [OSM-talk-nl] BAG viewer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 29-10-11 23:38, Cartinus schreef: > Zoveel wordt er in Nederland nu ook weer niet ge- en verbouwd. ...je hebt werkelijk geen idee. Dat je geen object ids nodig hebt kan kloppen als het systeem in 1 klap alle data laat importeren en daarmee het systeem laat bij houden welke data is ingevoerd en welke data mapt naar welk object. Maar goed je noede het zelf net vaporware. Laten we vooral alles wat goed beschreven is voordat het gebouwd dient te worden afschilderen als vaporware, daar schieten we wat mee op. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6sg5gACgkQYH1+F2Rqwn3+qQCeIiGgFPD5DPGusVssI95SWSU4 K9YAoIQ/SI6kx3UvRPzKF6/FGxIVE7cV =f+0z -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
On Saturday 29 October 2011 19:41:03 Willem Sonke wrote: > On 29-10-11 19:23, Stefan de Konink wrote: > > Het heeft exact het zelfde probleem als een landelijke import, alleen > > is de vervuiling lokaler. Als er regie gevoerd moet worden begin dan > > gewoon goed; dat wil zeggen: implementeer openmetamap op een manier > > dat het gebruikbaar is, en het geen grote geograbbelton wordt. > > Ik heb even op de Wiki gekeken wat OpenMetaMap nu precies inhoudt, en > het idee is erg goed. Ik vrees alleen dat een en ander in de praktijk > heel lastig te implementeren is. Daardoor zal het nog wel een tijd duren > totdat dit beschikbaar is. > > Maar wat is het probleem als we in de tussentijd gecontroleerd de BAG al > toevoegen? Op dit moment staat er 3dShapes die naar verwachting niet > bijgewerkt gaat worden en van lagere kwaliteit is. Ik zie niet in waarom > we niet ondertussen op kleine schaal de BAG zouden kunnen importeren. Als OpenMetaMap ooit van vapourware verandert in realiteit zal het zeker een mooie tool zijn. Tot die tijd kan het ook volgens mij geen kwaad als lokale mappers selectief de onnauwkeurige en/of verouderde 3dShapes vervangen door wat beters. On Saturday 29 October 2011 21:31:15 Stefan de Konink wrote: > Het probleem is juist het overzetten. Als ObjectIDs stabiel zijn, dan > is er geen probleem. Maar juist een systeem dat dat stukje monitort en > intelligent is om fouten op te sporen en te herstellen... dat ontbreekt. Voor monitoring van veranderingen in de brondata heb je helemaal geen stabiele ObjectID's binnen OSM nodig. Daarvoor heb je de brondata van "nu" en de brondata zoals hij was toen je er de vorige keer naar keek nodig. Zolang een lokale mapper een gebied in de gaten houd dat niet al te groot is, zal het geen probleem zijn om die wijzigingen _met de hand_ in OSM te verwerken. Zoveel wordt er in Nederland nu ook weer niet ge- en verbouwd. -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 29-10-11 19:41, Willem Sonke schreef: > Maar wat is het probleem als we in de tussentijd gecontroleerd de > BAG al toevoegen? Op dit moment staat er 3dShapes die naar > verwachting niet bijgewerkt gaat worden en van lagere kwaliteit is. > Ik zie niet in waarom we niet ondertussen op kleine schaal de BAG > zouden kunnen importeren. Als dan OpenMetaMap klaar is, dan kan > alles toch nog overgezet worden? Het probleem is juist het overzetten. Als ObjectIDs stabiel zijn, dan is er geen probleem. Maar juist een systeem dat dat stukje monitort en intelligent is om fouten op te sporen en te herstellen... dat ontbreekt. Als het nou om data ging die 1x per jaar wordt geupdate... maar het gaat om data die technisch gezien realtime geupdate kan worden. > Het terug laten vloeien van bijgewerkte gegevens naar de gemeenten > lijkt me zinvol, maar ik vraag me af of de overheid daar zelf > behoefte aan heeft. Ik denk dat ze vanwege de nauwkeurigheid alle > gebouwen toch zelf willen opmeten -- OSM'ers zijn ten slotte geen > landmeters die punten op de decimeter nauwkeurig kunnen inmeten. Als een OSM'er aangeeft: deze invloed klopt niet. Is die constatering even waardevol als verbeterjebuurt.nl Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6sVIMACgkQYH1+F2Rqwn3UCQCfQog56E+ewwq1wPdxEKgYjDqq ChcAniDU+3Fa3wLnZAKjMzUnCSin8aDx =BaT4 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
On 29-10-11 19:23, Stefan de Konink wrote: Het heeft exact het zelfde probleem als een landelijke import, alleen is de vervuiling lokaler. Als er regie gevoerd moet worden begin dan gewoon goed; dat wil zeggen: implementeer openmetamap op een manier dat het gebruikbaar is, en het geen grote geograbbelton wordt. Ik heb even op de Wiki gekeken wat OpenMetaMap nu precies inhoudt, en het idee is erg goed. Ik vrees alleen dat een en ander in de praktijk heel lastig te implementeren is. Daardoor zal het nog wel een tijd duren totdat dit beschikbaar is. Maar wat is het probleem als we in de tussentijd gecontroleerd de BAG al toevoegen? Op dit moment staat er 3dShapes die naar verwachting niet bijgewerkt gaat worden en van lagere kwaliteit is. Ik zie niet in waarom we niet ondertussen op kleine schaal de BAG zouden kunnen importeren. Als dan OpenMetaMap klaar is, dan kan alles toch nog overgezet worden? Daarmee kunnen bronnen worden gerespecteerd, en data op een juiste wijzen kan 'geciteerd' worden. Updates bijhouden en updates terug laten vloeien naar gemeentes lijkt me dan erg goed. Daar is nu geen infrastructuur voor, niet in OSM niet bij het Kadaster en al zeker niet bij de gemeentes. Maar dit is wel de burgerparticipatie die we nodig hebben. Het terug laten vloeien van bijgewerkte gegevens naar de gemeenten lijkt me zinvol, maar ik vraag me af of de overheid daar zelf behoefte aan heeft. Ik denk dat ze vanwege de nauwkeurigheid alle gebouwen toch zelf willen opmeten -- OSM'ers zijn ten slotte geen landmeters die punten op de decimeter nauwkeurig kunnen inmeten. Daarbij is het dus van belang dat als iemand in de Kadaster data edit, hij expliciet toestemming geeft dat zijn data ook gebruikt mag worden om verbetering door te voeren. Dat betekent weer dat daarop geen ODbL kan zitten... Dat weet ik niet, mijn juridische kennis is niet bepaald goed te noemen. :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 29-10-11 19:11, Willem Sonke schreef: > 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. Het heeft exact het zelfde probleem als een landelijke import, alleen is de vervuiling lokaler. Als er regie gevoerd moet worden begin dan gewoon goed; dat wil zeggen: implementeer openmetamap op een manier dat het gebruikbaar is, en het geen grote geograbbelton wordt. Daarmee kunnen bronnen worden gerespecteerd, en data op een juiste wijzen kan 'geciteerd' worden. Updates bijhouden en updates terug laten vloeien naar gemeentes lijkt me dan erg goed. Daar is nu geen infrastructuur voor, niet in OSM niet bij het Kadaster en al zeker niet bij de gemeentes. Maar dit is wel de burgerparticipatie die we nodig hebben. Daarbij is het dus van belang dat als iemand in de Kadaster data edit, hij expliciet toestemming geeft dat zijn data ook gebruikt mag worden om verbetering door te voeren. Dat betekent weer dat daarop geen ODbL kan zitten... ...leuk he, verzandt dit toch weer in een licentie discussie. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6sNpYACgkQYH1+F2Rqwn1OcQCfVcygwDSUrzJ0sXTaUJdjWanp /YgAnREm1HAjN2rR0L91oAfxFVgCoBNX =WfZi -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
-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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG viewer
Op vr 28 okt 2011 13:48:00 schreef Stefan de Konink: > Op 28-10-11 13:06, Maarten Deen schreef: > > On Fri, 28 Oct 2011 12:51:23 +0200, Just van den Broecke wrote: > >> Importeren van BAG in OSM is natuurlijk een andere optie maar dat > >> is een aparte discussie die elders gevoerd wordt :-). > > > > Mag dat, BAG gegevens gebruken in OSM? > > Ja, maar laten we vooral OSM nog een grote rotzooi maken als de mag > maandelijks door het Kadaster wordt geupdate en er nog _nooit_ 1 > externe bron in OSM goed is gesynced. De BAG-data is juist een opruiming. Weg met die oude schots en scheve 3dShapes gebouwen. Dat het in verleden nooit goed gesynced is betekent niet dat het nu niet zou kunnen. Alleen moeten er dan wel korte termijn spijkers met koppen worden geslagen. Bij gebrek aan een landelijke regie beginnen individuele mappers beginnen nu al individuele steden van BAG-data te voorzien. Overigens ben ik er ook voorstander van om de individuele mappers (evt onder begeleiding) in te schakelen om hun stad (en omstreken) van de BAG-import te voorzien en landelijk alleen een regie te voeren. 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). > 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? Ik blijf er bij dat de import in de OSM-database plaats moet vinden. Zoals ik net al schreef verspreidt deze gedacht zich ook naar andere gebruikers. Naast het alom bekende Nijmegen is nu ook Gorinchem voorzien van de BAG-data. In het bijbehorende forumtopic[1] worden ook Helmond en Putten als volgende kandidaten genoemd en persoonlijk heb ik ook wel zin om de gemeente Eindhoven aan te schrijven, al was het alleen maar om de update-procedure zelf eens te bestuderen. @Martijn: De laatste keer dat we hierover spraken, haalde jij de paneldiscussie "I fight authority, Authority always wins" aan op de SotM 2011 waar jij zelf ook deel van uitmaakte.[1] Is daar nog iets interessants/relevants voor deze discussie uitgekomen? Oliver [1] http://forum.openstreetmap.org/viewtopic.php?id=13917 [2] http://wiki.openstreetmap.org/wiki/SotM_2011_Panel:_I_fight_authority,_Authority_always_wins ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
