Buslijnen, halteinfo, OV-routes - overzicht en discussie

zie ook deze discussie: https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Refined_Public_Transport

Dat voorstel ‘Refined Public Transport’ ziet er uit als een terugkeer naar PTv1, maar dan met het PTv2-idee dat elke routevariant in een aparte relatie moet. Ze zeggen dat het compatibel is met PTv2, maar dat lijkt alleen te kunnen door zowel RPT en PTv2 tags te gebruiken. Ik denk dat er weinig verandert als je het invoert, omdat er nu ook dubbelgetagd moet worden om compatibel te zijn.

Nu tag je een bushalte met de volgende tags:

  • public_transport=platform (PTv2-tag om aan te geven dat het een perron is.)
  • bus=yes (PTv2-tag om aan te geven dat het een halte voor bussen is.)
  • highway=bus_stop (PTv1-tag voor compatibiliteit)

Dat blijft exact hetzelfde:

  • highway=bus_stop (RPT-tag voor bushalte)
  • public_transport=platform (PTv2-tag voor compatibiliteit.)
  • bus=yes (PTv2-tag voor compatibiliteit.)

Ik moet zeggen dat ik het eerder had gezien en even snel doorgevlooid heb.
Ik vind het verschrikkelijk. Het probeert V1 en V2 te verenigen maar laat juist veel open (zelf of highway=bus_stop nou op of naast de weg moet) en daardoor is het het slechte uit twee werelden.

Ik moet zeggen dat ik me er niet echt meer in wil mengen - ik ben behoorlijk gedesillusioneerd door de gemeenschap om tot een gezamenlijke standaard te komen, en dan specifiek door de onderhouders van de renderer die járen voorgehouden te wachten met PTv2 te ondersteunen totdat de database het aankon, en toen dat eenmaal zo was, botweg “ik vind het geen goed voorstel, ik doe het niet” een gemeenschap die er al jaren op zit te wachten kalltstelt.

Ik ben zelf nogal een opponent van PTv2, maar als de gemeenschap als geheel zou besluiten PTv1 te omarmen (of zelfs alle OV-routes van de kaart te verwijderen, waar ook wat voor te zeggen zou zijn) kan ik me daarbij neerleggen. Maar dit is belachelijk.

Ik mis wikipedia wel eens, waarvan ik het idee had dat het besluitvormingsproces procedureel veel helderder en strikter was. En dat op een wiki, waar data-uniformiteit veel minder belangrijk zou moeten zijn dan op een geografische database…

Bij het nalopen van de concessie Regio Utrecht kwam ik tot de ontdekking dat lijn 50 twee route_hoofden heeft. Eén voor de relatie in de provincie-concessie, die door Syntus wordt gereden (lange ritten naar Wageningen en Veenendaal) en één in de regio-concessie die door Qbuzz wordt gereden (korte ritten tot Driebergen/Doorn). Echter heeft lijn 50 geen routevariant tussen beide concessies in en mijn inziens zou de hoofdroute dus ook aan de regioconcessie gehangen mogen worden en kan één route_hoofd aldus verwijderd worden.

Dat zie ik dan heel anders:

De 2 korte routerelaties hangen in 1 route_hoofd en die hangt in netwerk Regio Utrecht.
De 4 lange routerelaties hangen in 1 route_hoofd en die hangt in netwerk Provincie Utrecht

Het samenvoegen van de 6 routerelaties in 1 route_hoofd in het netwerk Regio Utrecht heeft dus tot resultaat dat het verband met de Provincie wordt verbroken. Dat lijkt mij niet juist.

Overigens valt mij op dat er wel veel overeenkomst zit tussen beide netwerken.
Is de concessie Provincie Utrecht anders als de concessie Regio Utrecht ?
Dan zouden er geen overeenkomsten moeten zijn.

Wie weet hoe het echt zit ?

De provincie-concessie wordt gereden door Syntus en is voortgekomen uit de vorige concessie Provincie Utrecht van Connexxion uit 2016.
De regio-concessie wordt gereden door Qbuzz en is voortgekomen uit het voormalige BRU en werd tot deceber 2013 gereden GVU en Connexxion.

Lijn 50 kent daarnaast een gedeelde exploitatie. Syntus rijdt de lange ritten naar Wageningen en Veenendaal en Qbuzz rijdt de korte ritten tussen Utrecht en Driebergen en in de spits verder naar Doorn. Tussen beide vervoerders zit geen routeverschil en zelfs geen huisstijl-verschil, alle ritten worden als U-link gereden in een licht-grijze kleurstelling.

Ik bedoelde met de eerste reactie dat het route_hoofd en de beide routes die daar onder hangen ook in de relatie van de concessie Regio Utrecht horen, gezien de gedeelde exploitatie hierboven genoemd.

Oké, daar kan ik nauwelijks bezwaar tegen hebben.

Een vraagje voor de kenners wellicht.

Naast het updaten van de buslijnen in OSM in Nederland, doe ik dat tegenwoordig ook in Duitsland. Zeker in het voormalige oostblok is daar nog veel werk te verzetten, maar daar loop ik ook tegen een probleempje aan. Aldaar heeft men het schijnbaar ooit een goed idee gevonden om de landuse-vlakken aan de wegen vast te koppelen en dan ook van beide kanten, waardoor ik de weg zelf in JOSM niet goed aangeklikt krijg voor de route-relatie.

Is er een manier om die landuse-vlakken uit te zetten, zodat ik alleen de weg nog maar zie?

Je kunt in JOSM toch gewoon filteren op landuse=* en dan alle landuse “uit” zetten?
Of omgekeerd, alle highways filteren en dan al het andere “uit” zetten?
Kwestie van de juiste vinkjes aanklikken als je het filter hebt geactiveerd.

Je kunt bij het downloaden een overpass query gebruiken. Maar dan moet je heel voorzichtig zijn met edits, omdat je niet alle elementen hebt kun je conflicts veroorzaken.

ik vind het koppelen van landuse aan wegen (in het algemeen areas aan lineaire features) heel erg vervelend. Meestal koppel ik het ook direkt los.
Want een bos, grasveld, akkerland loopt per definitie niet tot het midden van de weg.

Ik koppel landuse ook van highway’s los als ik dat bij mij in de buurt tegenkom. Want, hier is dat niet gebruikelijk (en persoonlijk vind ik het ook verkeerd). Maar als de Neufünfländer OSM-community daar anders over denkt, zou ik het daar niet zo snel veranderen.
In JOSM filteren werkt goed, en je loopt geen risico om per ongeluk iets stuk te maken.

Hoe doe je dat?

Uitleg Filter

En om de uittleg van Dick nog wat toe te lichten met een praktisch voorbeeld, heb ik hier 3 screenshots van het filter in werking:
Op de 1e afbeelding zie je een stukje bos met daarop landuse, wegen, bebouwing enz. enz.
Tevens het filter daarbovenop (normaal heb ik dat in de zijbalk staan) met niets aangevinkt.

Op deze afbeelding heb ik alle landuse uitgezet (2 vinkjes vóór landuse), al het andere blijft dus zichtbaar:

En op deze afbeelding heb ik highways geselecteerd, maar het filter omgekeerd door het 3e vinkje (achteraan) aan te zetten. Dit is dus de inverse van het highway filter (verberg alles behalve de highways).

Ik ben niet zo thuis in het onderhouden van busdiensten, daarom hier een verzoek.
Kan iemand lijn 21 van Assen naar Emmen afsplitsen? Er is nu een nieuwe lijn 29 die van Emmen naar Noord-Sleen, Sleen en Erm rijdt en weer terug:
https://www.qbuzz.nl/gd/lijn/QBUZZ/d029/2

Complicerende factor is dat de lijn officieel De Kiel-Emmen heet maar die bus gaat alleen in de vroege ochtend 2x per dag en dan ook nog eens tot Schoonloo. Emmen-De Kiel idem. Normale dienstregeling is alleen in één richting volgens de groene pijlen:

Lijn 21 gaat nu direct van Emmen via Noord-Sleen richting Assen en slaat de dorpen rond Sleen over.
https://www.openstreetmap.org/relation/452714
https://www.openstreetmap.org/relation/452715

Routerelatie lijn 29 toegevoegd, moet nog bewerkt worden.
Route lijn 21 aangepast.

Er zijn waarschijnlijk nog meer wijzigingen in N-Nederland.
Wie gaat er met deze concessie aan de slag ?

Bedankt Leo!
Als ik het zo bekijk heb je twee lijnen https://www.openstreetmap.org/relation/12141302
Maar misschien is het beter om er drie te naken? Twee naar en vanaf de Kiel/Schoonloo (2x per (werk)dag en alleen in de ochtendpits) en één reguliere 29 die dagelijks het rondje Emmen-Sleen-Erm-Emmen doet?
Ik wil de routes wel zelf aanpassen evt.

Ik ben bezig met alle lijnen in Groningen-Drenthe; werk e.e.a. systematisch af. Inmiddels ruim 30 lijnen aangepast, diverse in Drenthe komen nog aan de beurt.
Blijf er verder maar even af. Ik geef een seintje als ik klaar ben, dan kan nog gecontroleerd worden.