[OSM-talk-be] Toerisme Vlaanderen wil gegevens bijdragen aan Openstreetmap.org
Sander Deryckere
sanderd17 at gmail.com
Sat Oct 22 07:13:38 UTC 2011
Op 21 oktober 2011 23:30 schreef Jo <winfixit at gmail.com> het volgende:
> Op 21 oktober 2011 23:16 heeft Sander Deryckere <sanderd17 at gmail.com>
> het volgende geschreven:
> > Hi,
> >
> > Heel goed nieuws.
> >
> > Ik ben tamelijk actief in het zuiden van West -Vlaanderen, dus ben ik wel
> > kandidaat om dat deel te helpen importeren en (tijdelijk) te onderhouden.
>
> Mooi! Ben je een JOSM-gebruiker? Als m'n scripts klaar zijn, zal ik
> wel 's proberen om wat filmpjes te maken hoe het een en ander in z'n
> werk gaat, zodat iedereen mee kan. Of het tenminste uit de doeken te
> doen op de wiki.
>
Ja, ik gebruik JOSM, dus dat zal geen probleem zijn.
> >
> > Even over de legale kant: we kunnen met de user ct niet beloven dat
> iedere
> > poi een source tag heeft, maar we kunnen wel beloven ons best te doen en
> hen
> > vermelden op de wiki.
>
> Als we die source tags zelf toevoegen, dan kunnen we dat toch wel
> garanderen? Of zie ik iets over het hoofd. Of bedoel je downstream?
> Dat degenen die de data gaan gebruiken die source tags niet
> noodzakelijk mee overnemen? Dat heb ik al vermeld. Eigenlijk is het al
> duidelijk dat gegevens (deels) van bij hen komen als deze voorzien
> zijn van een ref:ToerismeVlaanderen=xxxxxx serienummer, vermoed ik.
>
Door de user CT is the OpenStreetMap foundation eigenaar van de data, dus
kunnen wij langs geen kanten afdwingen hoe die data er uit ziet. Het ligt
natuurlijk in ieders verwachting dat OSM een vrij project blijft, waar je
vrij aan kan bijdragen (vooral omdat een verandering moet goedgekeurd worden
door 75% van de actieve gebruikers), maar wij kunnen dat als enkelingen niet
afdwingen. Dus kunnen we wel een mondelinge belofte doen, maar geen
schriftelijke.
> >
> > En voor het onderhoud werk denk ik dat een enkele website niet genoeg is,
> > ideaal zou er ook een rss subscribtie mogelijk zijn, en een mogelijkheid
> om
> > een mail te ontvangen bij een wijziging.
>
> De gegevens worden aangeleverd via een FTP-site. We moeten zelf
> regelmatig initiatief nemen om daar de laatste updates te gaan ophalen
> (en deze dan te vergelijken met/toe te passen op onze data)
>
> Om meldingen aan toerisme
> > Vlaanderen te geven is voor hen waarschijnlijk het eenvoudigst om een
> mail
> > adres ter beschikking te stellen, en op osm met een tag aan te duiden dat
> we
> > nog een correctie van toerisme Vlaanderen verwachten.
>
> Aan zo'n tag had ik nog niet gedacht. Dat moet ik ook opnemen. Dat kan
> misschien iets zijn als "fixme:ToerismeVlaanderen=addr:housenumber"
> changed to 23 o.i.d.?
>
Ja, iets dergelijks. Als de tool dan zegt dat er daar een wijziging in de
originele database is aangebracht, dan kunnen we zien dat wij onze node al
correct is, en moeten we niet zoeken naar een verschil.
> >
> > Wat denken jullie er van?
> >
> > Groeten, Sander
> >
> > Op 21 okt. 2011 22:26 schreef "Jo" <winfixit at gmail.com> het volgende:
> >>
> >> Hi,
> >>
> >> I'm going to write this message in Dutch, since it concerns a Flemish
> >> institution (coverage of the data is Flanders and Brussels). If people
> >> want a translation, just ask. I'll try to come up with a short
> >> version.
> >>
> >> In het kader van Openbaarheid van Bestuur wil Toerisme Vlaanderen een
> >> deel van de toeristische gegevens die ze volledig zelf in beheer
> >> hebben, vrijgeven. Ze hebben mij gecontacteerd en gevraagd voor een
> >> verkennend gesprek, dat deze namiddag heeft plaatsgevonden in Brussel.
> >> (Mijn contactgegevens hadden ze via Fietsnet.be)
> >>
> >> Het gaat over locaties, adresgegevens en eigenschappen/attributen van
> >> toeristische infrastructuur zoals hotels, campings, musea,
> >> toerismekantoreren, e.d.
> >>
> >> Ze vragen wel dat we ze dan regelmatig up to date houden, dat er een
> >> bronvermelding (source=Toerisme Vlaanderen kan dat?) bijstaat en dat
> >> er doorverwijzingen zijn (deeplinks) naar hun website. Mij lijkt het
> >> interessant om er ook een door hen aangeleverd serienummer bij te
> >> zetten. (ref:ToerismeVlaanderen=xxxxxx bv.)
> >>
> >> We hebben het ook gehad over fietsroutes en wandelroutes, maar die
> >> zitten op een ander niveau en de toeristische diensten van de
> >> provincies willen beperkingen opleggen, waar niemand van ons zich mee
> >> akkoord kan verklaren. Dus dat zal nog niet voor direct zijn. Hopelijk
> >> versoepelen ze deze voorwaarden ooit eens. (Indien interesse kan ik
> >> deze voorwaarden doormailen, maar ik denk niet dat ik attachments kan
> >> meesturen via de mailing list).
> >>
> >> In een eerste fase gaat het om een paar duizend records over heel
> >> Vlaanderen en Brussel, waarvan er vele in West-Vlaanderen liggen als
> >> ik het goed begrepen heb.
> >>
> >> Ik wil een manier uitwerken om dit allemaal in goede banen te leiden.
> >> Het zou goed zijn, als er per provincie 2 of 3 mensen zouden zijn, die
> >> zich hier ook mee bezig houden, zodat het niet allemaal stilvalt als
> >> ik kom weg te vallen.
> >>
> >> Wat ik dus wil opzetten:
> >>
> >> Toerisme Vlaanderen levert informatie aan in json-formaat via een
> >> FTP-server. 1 Bestand per provincie.
> >>
> >> Ik maak een script dat dit json-bestand uitleest en een node aanmaakt
> >> waar dat POI ongeveer zou te vinden moeten zijn. Ik kan het zo maken
> >> dat er automatisch gegevens van Openstreetmap worden afgehaald in die
> >> omgeving. (Allemaal binnen JOSM, uiteraard) Iemand doet een merge met
> >> een POI of een gebouw in de OSM-data en kijkt na of alles klopt. Rinse
> >> and repeat. We moeten ervoor zorgen dat we de coördinaten zelf van het
> >> aangeleverde POI niet gebruiken. (Deze komen in sommige gevallen via
> >> via van TeleAtlas). Dat mag geen probleem zijn, aangezien we zelf op
> >> Bing de locatie van de POI bepalen. In veel gevallen zullen de tags
> >> ook op een closed way met building=yes worden toegepast i.p.v. op een
> >> node.
> >>
> >> Dat is voor de initiële import. Eén van de elementen die worden
> >> aangeleverd is een serienummer per object dat we bijvoorbeeld onder
> >> ref:ToerismeVlaanderen o.i.d. kunnen opslaan. Dat kan later gebruikt
> >> worden om het object terug te vinden, als er updates komen, maar ook
> >> om aan kwaliteitscontrole te gaan doen. Als er iemand in OSM achteraf
> >> iets wijzigt, moeten we daarachter komen (door regelmatig te
> >> vergelijken met de brondata, uiteraard geautomatiseerd). Dan moet er
> >> iemand bepalen of het om vandalisme gaat, of om een foutieve bewerking
> >> van een beginner.
> >> Als na verificatie toch blijkt, dat wat wij weten over dit POI,
> >> verschilt van wat we aangeleverd kregen, moeten we dit op één of
> >> andere manier kunnen terugkoppelen. Misschien via een wikipagina. Zij
> >> kunnen dan bv. notificatie aanzetten om op de hoogte te blijven
> >> wanneer deze pagina wijzigt.
> >>
> >> Dit moet allemaal nog technisch uitgewerkt worden en ik wil me daar in
> >> de loop van de volgende weken mee gaan bezighouden. Ik houd jullie op
> >> de hoogte. Ondertussen ben ik benieuwd naar jullie reactie op dit
> >> nieuws en of er bereidheid is om mee te helpen bij het importeren en
> >> achteraf bij het up to date houden van de gegevens en de
> >> kwaliteitscontrole. Als er bv. iemand begint te prutsen aan het aantal
> >> sterren van een hotel, dan willen we dat geweten hebben en liefst zo
> >> snel mogelijk weer rechtzetten.
> >>
> >> Ik houd niet van volledig geautomatiseerde imports, vooral omdat we
> >> onvermijdelijk aangeleverde data zullen moeten samenvoegen met wat we
> >> al hadden. Vandaar de halfgeautomatiseerde aanpak (Voor de nieuw toe
> >> te voegen POI's), terwijl de kwaliteitscontrole wel verregaand
> >> geautomatiseerd kan verlopen.
> >>
> >> De broncode van m'n Pythonscripts wordt allemaal vrijgegeven onder GPL
> >> en beschikbaar gesteld op de wiki van JOSM, zodat iedereen die dat
> >> wil, ermee aan de slag kan.
> >>
> >> Waar ik nog niet helemaal uit ben, is of er een tussenliggende
> >> databank nodig zal zijn, om de data in OSM te vergelijken met de
> >> aangeleverde data voor de kwaliteitscontrole. Dat zal gedurende de
> >> komende weken moeten blijken.
> >>
> >> mvg,
> >>
> >> Jo
> >>
> >> _______________________________________________
> >> Talk-be mailing list
> >> Talk-be at openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-be
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20111022/257b25d2/attachment.htm>
More information about the Talk-be
mailing list