<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-07-30 11:57 GMT+02:00 Pieter Colpaert <span dir="ltr"><<a href="mailto:pieter.colpaert@okfn.org" target="_blank">pieter.colpaert@okfn.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":t9" class="a3s" style="overflow:hidden">Hey all,<br>
<br>
Bij de Vlaamse overheid ben ik bezig met een project rond het openen van data rond mobiliteit en het schrijven van een visietekst, vanuit mijn job als onderzoeker bij UGent.<br>
<br>
In deze context een vraagje:<br>
<br>
Wanneer zouden jullie bereid zijn om aan de slag te gaan met een databank van verkeersborden? En welke velden moet die minimaal bevatten? Zouden jullie die integreren zelf al zijn de data daarin van slechte kwaliteit en moet je zelf nog transformaties doen bovenop de data?<br>
<br>
Alvast bedankt voor jullie antwoorden :)</div></blockquote></div><br>minimum eis voor de data: de datum dat het bord laatst is gecontroleerd zodat de mapper tenminste kan vergelijken  of de osm data recenter is of niet.</div><div class="gmail_extra">dit is ingegeven door het artikel dat een half jaar geleden is verschenen rond de problemen met die databank.</div><div class="gmail_extra"><br></div><div class="gmail_extra">de import zou dan alle borden in bv. josm kunnen tonen als de codes overeensteemen met die van de vermelde plugin. de mapper moet het resultaat dan toch nog op de weg toepassen. ik denk niet dat we dat zouden moeten automatiseren</div><div class="gmail_extra">een alternatief zou zijn om ze via de telenav of mapillary josm plugin zichtbaar te maken</div><div class="gmail_extra"><br></div><div class="gmail_extra">m.</div></div>