Ik denk niet dat er vele anderen bezig zijn met 'gecheck'. Het vraagt een vrij intensieve manier van onderzoeken hoe alles in elkaar zit en vanalles uitproberen om plugins te installeren, uit te testen, te exploreren wat de mogelijkheden zijn e.d.<br>
<br>Zo ben ik dus bij die Scripting Plugin uitgekomen en heb dan 's gekeken hoe moeilijk het zou zijn om uit te zoeken of zo'n route continu verloopt. Voor elke OV-route apart is het vrij eenvoudig om in JOSM visueel vast te stellen of ze continu is (als er tenminste gekozen werd voor een relatie per rijrichting), maar als je dat voor een 100-tal of een paar 1000 wilt beginnen doen, wordt dat al gauw een onmogelijke opgave. Vandaar dus de automatisering. (En voor mij is het een manier om 'actief' te blijven met programmeeromgevingen binnen een project dat me nauw aan het hart ligt).<br>
<br>Ik neem ook voortdurend de bus. Al een paar abonnementen 'versleten'. Dus ben ik enigszins gemotiveerd om die data in OSM te willen krijgen.<br><br>Een andere reden is dat ik bij De Lijn (Vlaanderen) het deksel op de neus heb gekregen, nadat ik de aard van het project had uitgelegd. Volgens hen omdat we niet voldoende kwaliteit konden garanderen. Het is mijn bedoeling om binnenkort opnieuw de vraag tot vrijgave van hun haltegegevens te stellen, maar deze keer op een heel gefundeerde wijze met een volledig proces dat klaarstaat, om de kwaliteit van onze data te controleren.<br>
<br>En, euh, 1 lijn is niet onoverkomelijk veel werk. Met alle lijnen voor een kleine stad als Leuven ben ik een paar maanden zoet geweest (niet continu, zoals tijdens de maand september met de Belgische fietsroutes), maar ik moet je wel waarschuwen: er kruipt wel degelijk veel werk (en dus tijd) in (wat voor mij nog een argument erbij is om het in de gaten te blijven houden, achteraf). Aangezien iedereen met een account wijzigingen aan de data kan aanbrengen en aangezien alles met elkaar verknoopt is, is het geheel enigszins 'fragiel'. Veel 'breekbaarder' dan bijvoorbeeld een wikipedia, ondanks dat ook daar alles met elkaar verbonden is via links tussen pagina's (en macro's {{ }}).<br>
<br>Oh, nu zie ik dat je het niet had over mijn kwaliteitscontrole, maar wel over het effectief nemen van de bus of de route van de bus afrijden met bv. de fiets en overal foto's te maken van de halteborden e.d.<br>Als je toestemming krijgt van je busmaatschappij om hun data te (her)gebruiken, dan kan je natuurlijk een soort import doen, maar ik kan je verzekeren, dat is dus niet zo evident (hier in België toch niet alleszins) en dan blijft er enkel nog het mappen van de hele zwik op ambachtelijke wijze over...<br>
<br>Zag ik een bushalte als ik te voet, met de fiets of zelfs te paard onderweg was (uitzonderlijk er staan niet zoveel bushaltes in het bos of in boomgaarden), dan nam ik daar een foto van.<br>Als ik in de bus zat, noteerde ik wanneer we een halte voorbijreden. Stopte de bus, dan noteerde ik zoveel info als ik kon, vanop het bordje als POI in m'n htc-GPS. De ene keer de zone, de andere keer de naam, nog een andere keer het refnummer, enz. Als je foto's begint te nemen vanop de bus, kijken de mensen wel heel raar op :-) (en die foto's zijn van bijzonder slechte kwaliteit). Maar over het algemeen heb je toch je handen vrij en sowieso niet veel anders te doen tijdens zo'n rit met de bus.<br>
<br>Je moet dus eigenlijk beginnen met het ingeven van de haltes en welke lijnen deze bedienen in route_ref zetten. Dan ga je met Ctrl-f op zoek naar:<br><br>route_ref=(;)420(;)<br><br>En dan speel je connect the dots om routes aan te maken. Het helpt wel als je die bus ook al genomen hebt en een GPX-track hebt voor minstens één van de richtingen. Vooral binnen steden die je niet kent, is het niet altijd eenvoudig om te weten hoe zo'n bus nu eigenlijk rijdt, maar die zijn dan eigenlijk voor iemand anders, he.<br>
<br>Als je graag fietst en het is geen lijn van Leuven naar Hamont waar zo'n bus zelf 3 uur over doet, is het affietsen van de route en foto's maken van de haltes onderweg nog veruit de beste methode. De eerste route moet je helemaal doen, maar je zal algauw merken dat er veel buskilometers over dezelfde stukken asfalt gaan en die moet je dan toch slechts eenmaal doen.<br>
<br>Je mag het me alleszins laten weten als je er eentje 'af' hebt, dan kom ik graag eens kijken.<br><br>mvg,<br><br>Jo<br><br><div class="gmail_quote">Op 24 november 2011 12:59 schreef Patrick Coenen <span dir="ltr"><<a href="mailto:petje@live.com">petje@live.com</a>></span> het volgende:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div dir="ltr">
bus stops dus naast de weg invoegen, en eventueel een stop-positie in/op de weg. Dan een relatie maken met de wegen van de route en de bussstop_positie erbij. Ik zal in Leuven eens gaan kijken naar hoe dan die busstop naast de weg in de relatie wordt opgenomen. Een relatie is uniek naar 1 richting en een master relatie is er voor een verzameling van alle relaties van 1 buslijn bij elkaar. Zo had ik het begrepen. Ik zal beginnen met 1 lijn in de buurt en de busstops en posities eens invoeren. Dan 2 keer een relatie aanleggen voor iedere richting en 1 master relatie voor de buslijn. Ben benieuwd of het gaat lukken en of ik me niet te veel werk op de hals haal.<div>
<br></div><div>even een noob-vraag: is echt iedereen die relaties maakt in OSM (fietsknooppunten, buslijnen, enz), bezig met nalopen/narijden en zo of is er DB's die gebruikt kan worden zonder al dat gecheck? Is bijvoorbeeld de info van <a href="http://nl.haltescan.nl/" target="_blank">http://nl.haltescan.nl/</a> te gebruiken? Hier is toch al alle info van buslijnen en busstops al bekend.<br>
<br><div><hr>Date: Thu, 24 Nov 2011 12:48:09 +0100<br>From: <a href="mailto:winfixit@gmail.com" target="_blank">winfixit@gmail.com</a><br>To: <a href="mailto:talk-nl@openstreetmap.org" target="_blank">talk-nl@openstreetmap.org</a><br>
Subject: Re: [OSM-talk-nl] buslijnen in Zuid-Limburg<div><div class="h5"><br><br>Het spijt me, ik was van plan om te antwoorden, maar als ik dat niet meteen doe, gaat het uit m'n gedachten.<br><br><div>Op 24 november 2011 12:36 schreef Patrick Coenen <span dir="ltr"><<a href="mailto:petje@live.com" target="_blank">petje@live.com</a>></span> het volgende:<br>
<blockquote style="border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">
<div>Niemand die mij van advies kan dienen? Dan begin ik maar eens en hoop niet te veel rotzooi te trappen.</div><div><div><br></div><div><br><br>
<div dir="ltr">
A<i>ls ik tijd en energie wil steken in het opvoeren/aanleggen van de buslijnen van het streekvervoer in Zuid-Limburg in OSM, waar moet ik dan op letten? De wiki vind ik niet al te duidelijk, ik vind het niet helder of ik nu een stop of een platform moet gebruiken en wanneer welke. Volgens mij zijn nog niet eens de busstops in deze streek terug te vinden in OSM. Hoe dit gedegen op te zetten?</i></div>
</div></div></div></div></blockquote><div><br>Ik was begonnen met nodes (langs de weg, niet als deel van de weg) met highway=bus_stop. Ik heb wel positief gestemd voor het gebruik van het nieuwe schema, maar ik ben er nog niet toe gekomen om dat allemaal om te zetten in Vlaanderen.<br>
<br>Ik zet ook geen nodes bij op de ways, voor de stop_position. Ik zie echter wel dat in Nederland nagenoeg alle bushaltes als node die deel uitmaakt van de ways bestaan. Dat zouden in de nieuwe manier van werken dus public_tranportation=stop_position moeten worden en aan weerszijden een node of way met public_transportation=platform.<br>
<br>In Vlaanderen heeft De Lijn aan elke halte een uniek referentienummer meegegeven, dat tegenwoordig uit 6 cijfers bestaat (voordien 5), vandaar dat het voor mij voor de hand lag om voor elke halte een eigen node te gebruiken. Een bushalte staat ook naast de weg, vind ik.<br>
Ik denk dat in de AND-data de bushaltes als nodes, die deel uitmaken van een weg zitten en dat dat de reden is waarom het in Nederland overwegend zo gedaan is.<br><br>Ik ga ook eens aan de slag gaan om een mapcss-bestand te maken dat de bushaltes en hun eigenschappen naar voren haalt voor gebruik in JOSM.<br>
<br>Onthoud voornamelijk dat je voor elke richting van een buslijn een aparte relatie 'moet' aanmaken.<br><br>Voor voorbeelden die ik gemaakt heb, kan je elke buslijn nemen die Leuven aandoet (In Vlaanderen wel te verstaan). Op de 178 en 179 na, zitten ze er allemaal volledig in. Ik kijk ze ook regelmatig na (met een script uiteraard) om te zien of ze nog wel helemaal continu van begin naar einde lopen. Al is het ondertussen sinds begin september geleden, dus misschien zijn er hier en daar toch enkele 'stuk'.<br>
<br>mvg,<br><br>Jo<br><br><br></div><blockquote style="padding-left:1ex"><div><div dir="ltr"><div><div><div dir="ltr">
<div><i><br></i></div><div><i><a href="http://wiki.openstreetmap.org/wiki/NL-OV/Bus" target="_blank">Deze link</a> heb ik ook al gevonden. Ik neem aan dat mijn in te voeren buslijnen ook in dit overzicht opgenomen zouden moeten worden.</i></div>
<div><i><br></i></div><div><i>Is er een goed voorbeeld dat ik in JOSM kan openen om eens een goed idee te krijgen hoe ik een relatie opbouw om een buslijn op te zetten? </i></div></div></div> </div></div></div>
<br>_______________________________________________<br>
Talk-nl mailing list<br>
<a href="mailto:Talk-nl@openstreetmap.org" target="_blank">Talk-nl@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-nl" target="_blank">http://lists.openstreetmap.org/listinfo/talk-nl</a><br>
<br></blockquote></div><br><div></div>
<br>_______________________________________________
Talk-nl mailing list
<a href="mailto:Talk-nl@openstreetmap.org" target="_blank">Talk-nl@openstreetmap.org</a>
<a href="http://lists.openstreetmap.org/listinfo/talk-nl" target="_blank">http://lists.openstreetmap.org/listinfo/talk-nl</a></div></div></div></div> </div></div>
<br>_______________________________________________<br>
Talk-nl mailing list<br>
<a href="mailto:Talk-nl@openstreetmap.org">Talk-nl@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-nl" target="_blank">http://lists.openstreetmap.org/listinfo/talk-nl</a><br>
<br></blockquote></div><br><div style="visibility: hidden; left: -5000px;" id="avg_ls_inline_popup"></div>