<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div>-Deel over Gis en Cartografie.<br></div></div> Vooral een beschrijving van het Qgis-programma, wat mij een soort Josm lijkt, voor niet OSM kaarten <br>(of OSM-kaarten verder aan te passen met gegevens die niet in openstreetmap horen.)<br><br></div></div></blockquote><div><br></div><div>QGIS is inderdaad een geweldig open source programma om kaarten te maken. Het is zowel sterk in lay-out als in bevragen, combineren en verwerken van data.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>Het interesante gegeven is dat hij de extra wegen meteen voorziet van tag's die overeenkomen met de openstreetmap tags.<br></div><div>Paden die wel degelijk bestaan kunnen dus meteen gekopieerd worden naar openstreetmap (in Josm), zonder enig bijkomend werk.<br><br></div></div></blockquote><div>Meteen is relatief. Ze moeten nog gelinkt worden aan het bestaande wegennetwerk. Het onderscheid tussen een nieuwe of een verbeterde weg is ook niet altijd vanzelfsprekend. Dus ik vraag mij af of het mogelijk is om dit sneller dan één-voor-één te doen. Hoe worden de nieuwe precies ingetekend?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>-Deel over Openstreetmap en de app OsmAnd.<br></div><div> Komt neer op een duidelijke handleiding voor de OsmAnd applicatie.<br></div><div> Ben vrij zeker dat deze handleiding veelvuldig zal doorgenomen worden door de workshop participanten.<br></div><div> Voor het over het algemeen iets oudere publiek daar, zeker nuttig.<br></div></div></blockquote><div><br></div><div>Hmm, moeten we misschien ergens op de wiki toevoegen.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Mijn conclusie:<br></div><div>Mochten alle tragewegenafdelingen effectief kaarten maken in QGis, zoals besproken in de workshop, dan wordt dubbel werk vermeden.<br></div><div>Mij alleen nog niet 100% duidelijk of dit werkelijk ook overal op deze manier gebeurd.<br></div><div><br></div><div><br></div></div></blockquote><div>Sowieso worden de data van Trage Wegen uiteindelijk in een voor ons bruikbaar bestand gedeeld:</div><div><br></div><div><a href="https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Slowroads#Trage_wegen_Inventory">https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Slowroads#Trage_wegen_Inventory</a><br></div><div><br></div><div>In QGIS kan je die eenvoudig toevoegen, exporteren, en als extra info gebruiken in JOSM.</div><div>In het kader van het OSM Belgium Roadmapping project ( zie <a href="http://www.osm.be/2017/01/06/en-project-road-completion.html">http://www.osm.be/2017/01/06/en-project-road-completion.html</a> ) willen we dat soort datasets automatisch verwerken tot microtaken (voor bijvoorbeeld Maproulette). Onze eerste testcase is Wegenregister, maar de dataset van Trage Wegen is zeker ook een optie. Het zou wel handig zijn als daar al mensen mee aan de slag gaan (hint hint), want er kan toch nog steeds vanalles misgaan als je een externe bron te veel vertrouwt. </div></div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div></div></div></div></div></div></div></div>
</div></div>