Buslijnen, halteinfo, OV-routes - overzicht en discussie

Wat doen we eigenlijk met de ccx:code en ccx:id op bushaltes? Laten we die staan of verwijderen we die als er bijvoorbeeld een ref:IFOPT op gezet wordt?

Ik zou wel willen helpen bij de A’damse tramlijnen, maar ik weet niet of het goed gaat.
Een stukje XML bestand van de ene lijn (no. 7), samen met een stukje van een andere lijn (10) en dan uploaden (als nieuwe 7).
Vervolgens de oude relaties verwijderen.
Te simpel gedacht?
Ik doe pas wat als anderen daar ook wat in zien.

Er zal wel het een en ander veranderen bij de tramlijnen? Mijn insteek bij zoiets is altijd gewoon beginnen met lijnen aanpassen. Als lijnen de route van andere lijnen overnemen kun je die makkelijk uit de relatie kopieren. Het is dan alleen handig om er voor te zorgen geen stukken route zonder relatie te hebben, anders moet je die weer met de hand gaan recreëeren.
Je moet het wel met JOSM doen, met Potlatch of ID werkt dat voor geen meter.

Die methoden heb ik ook toegepast bij de buslijnen.
Eerst heb ik de oude lijn gekopieerd, zodat ik alle oude lijnen nog ter beschikking had om een deel van de route en de haltes te kunnen kopiëren naar de nieuwe relatie. Daarna heb ik pas de oude routerelaties verwijderd.

De cxx:code zou precies hetzelfde moeten zijn als ref:IFOPT. Het Cxx:id is mij niet bekend, maar als je zoekt op een halte op de website van Connexxion kom je ook de ref:IFOPT-code tegen. Dus mijn inziens kunnen beide tags verwijderd worden.

Een ander puntje dat ik tegenkom bij een nieuwe download van alle bushaltes in Nederland diverse perrons meegekomen zijn die getagd zijn met “highway=busstop”. Als ik in ID kijk, lijkt dit een nieuwe tag te zijn die recent toegevoegd is. Mijn inziens lijkt me dit niet handig, dat perrons/platforms getagd worden met highway=busstop. De busstop zelf wordt nog altijd met de ‘node’ weergegeven. Als voorbeeld deze bushalte: https://www.openstreetmap.org/way/602227500

Niet alleen is het niet handig, maar het is ook in strijd met PTv2.
Het platform dient voorzien te zijn van de tags public_transport=platform en highway=platform.

de tag Highway=bus_stop staat apart daarvan op een node.

Dus bij al die platforms kan highway=bus_stop gewijzigd worden in highway=platform

Overigens wordt het in OSM Inspector niet als fout aangemerkt.
http://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=6.46762&lat=52.36963&zoom=14

Hoi,

Ik werk zelf bij Connexxion. Cxx:id zal een oud ID zijn geweest op de connexxion-site, maar wordt nu niet meer gebruikt, niet intern (in een systeem waar ik kennis van heb) en zéker niet extern. Dat mag dus sowieso weg.

De cxx:code is vaak maar lang niet altijd gelijk aan de ref:IFOPT.

En ik ben er zelf tegen om als er een way/area met public_transport=platform te maken, dan óók nog een node highway=busstop te maken (btw is highway=busstop een typefout van highway=bus_stop)?

public_transport=platform moet niet gelezen worden als “perron” maar als “plaats waar men staat te wachten op de bus”. Dat betekent dat als er een net “perron” is dat dát de highway=platform is, maar als er alleen een paal ergens in de berm staat, dan is die paal de highway=platform.
Zie de wiki voor platform: “Use public_transport=platform to identify the places where passengers board or alight from public transport…”

Highway=bus_stop is wat mij betreft “decrepated”, maar aangezien pt v2 nog niet gerenderd wordt op OSM-Carto, wordt deze tag vaak dubbel gezet op de public_transport=platform. Maar als ik hem zie bij een halte waar ik toch iets mee doe, haal ik hem weg.

Dat laatste zou ik zelf niet doen. Een halte kan namelijk onderdeel zijn van meerdere netwerken…

Bij Noord-Holland-Noord heb ik eerst een overpass-query gedaan op (ik geloof)

  • De network-relatie, en daar alle kinderen (route_master) en kindskinderen (route) van gedownload
  • alle nodes/ways die public_transport=platform, public_transport=stop_position en highway=bus_stop zijn (voor tram ook nog railway=platform)
    Vervolgens heb ik dat opgeslagen als reservekopie.

Vervolgens op papier een lijstje gemaakt met alle nieuwe lijnnummers

.
Daar heb ik in het geval van NHN de kolommen “Naam” (dus de van/to), “route” (of alle ways goed staan), “Master/Kleur” (of de route_master juist is en of de juiste lijnkleur er aan hangt, dat laatste niet voor GVB, “Haltes” (of alle haltes in de juiste volgorde erin staan en of alle haltes ook netjes volgens pt=platform+stop_position er in hangen, “platform” (of alle haltes lijnvormig zijn waar van toepassing) en “stop_area” (of alle haltegroepen netjes een stop_area_relatie hebben) gemaakt.

Daarna alvast kopieen gemaakt voor alle nieuwe lijnen (routes) en route_masters.
Alle oude lijnen en route_masters die verwijderd kunnen worden heb ik nog behouden maar met OUD in de naam.

Vervolgens is het net zo lang stukken route kopieren/plakken tot je alles bijeen hebt, dan is het haltes nalopen etc.
Ik ben bij NHN niet zo dapper geweest als bij AML, waar ik gelijk alle haltes netjes van een lijnvormig perron én een public_transport=stop_position én een stop_area-relatie heb voorzien.

Let als je route-relaties verwijderd héél erg op, dat je niet een route en een route_master tegelijk uploadt, dan krijg je een foutmelding omdat een object nog naar een ander object referenced dat je juist al verwijderd hebt, waar je niet meer uitkomt anders dan een tweede JOSM op te starten, de route_masters in te verwijderen en zo een conflict te forceren.
Dus eerst de routes en dan de route_masters (of andersom).

Als reactie op het verwijderen van de node.

Het plaatsen van het verkeersbord traffic_sign=NL:L3
Een verkeersbord, is een sticker afbeelding uit de RVV op een ondergrond (veelal metaal).
De bushaltepaal met een gecombineerd bord, informatie bus/tram en de traffic_sign sticker, anders is het geheel geen bushalte voor de RVV.
Dan mag je er parkeren.

Er hoort dus een node gezet te worden.

Ik zet juist deze node goed op de plaats, waar ze staan.
Daar staat ook de naam op het bord.

Dat is wat ik zie en dus map.
One element ( de paal) one feature.

Ik stel voor op deze node ook traffic_sign=NL:L3 (Behalve bij de R-net want daar voldoet het bord niet aan de eisen van RVV, je mag daar dus parkeren) (Duur marketing foutje om al de borden over te gaan stickeren).

Daar hoort dan highway=bus_stop bij.

Niet verwijderen die highway=bus_stop.

Wellicht een idee om hiervoor dan een nieuwe tag in het leven te roepen; iets als flex_network wellicht. Dan zou deze ook gebruikt kunnen worden voor de Opstapper in Friesland, de Haltetaxi in Zeeland en eender welke netwerken die nog meer ontstaan nu en in de toekomst.

Nee! Hoewel het een Flex"Netwerk" heet, hoort dit in een route kwijt. Je kan namelijk zonder overstap binnen al deze haltes reizen.
In Nederland is een Network (i.h.a.) een OV-Concessie. (Hoewel ik ook een apart subnetwork heb aangemaakt voor Schipholnet en een overkoepelend netwerk voor R·NET)

Toch zou ik dat Mokumflex wel willen opnemen in de tags? Bijvoorbeeld in Friesland heb ik bij de Opstapperhaltes, die uitsluitend door de Opstapper bediend worden, in de ref-tag geplaatst. Maar ref wordt eigenlijk gebruikt als perronnummer en dus zou Opstapper daar ook niet in horen. Zijn er ideeën over, hoe ik dat dan wel kan openemen?

Op deze vraag helaas nog geen reactie (het zal de vakantietijd wel zijn :slight_smile: )

Maar tegelijkertijd ook een nieuwe vraag. Momenteel ben ik bezig met het toevoegen van de REF:IFOPTS op alle bushaltes in Nederland. Als ik diverse bushaltes bekijk, dan heeft gebruiker AdVerburg op diverse haltes de tags van operator en network toegevoegd. Hierover is eerder al eens ter sprake gekomen dat dit niet hoeft, omdat dit al in de route-relatie komt te staan. Wat is nu de juiste manier, om wellicht te voorkomen dat hier een edit-war gaat ontstaan t.z.t.?

Ref:Arriva=Opstapper en ref:RMC=Mokumflex?

De tags van operator en network op haltes lijkt me inderdaad overbodig. Weglating voorkomt fouten en veel extra werk door wijzigingen in dienstregelingen en concessieverlening.
En is een vervoerder wel de ‘operator’ van een halte?
En is een halte wel onderdeel van een concessie (network) of is het juister om te zeggen: een halte kan zijn opgenomen in de dienstregeling van een concessie?

Er zijn overigens nog steeds zo’n tienduizend haltes in Nederland met de verouderde tags source=CXX, cxx:code en cxx:id.

Source=CXX zou nog van toepassing kunnen zijn op gegevens binnen concessies in handen van Connexxion (eventueel te vervangen door source=connexxion).

Al die Cxx_code en Cxx_id ruim ik tegelijkertijd ook op bij het toevoegen van ref:IFOPT. :wink:

In een topic op het duitse forum heeft iemand een tool geschreven om buslijnrelaties te analyseren op correctheid.
https://mipv6.de/OSM/analyze-routes/DE-BY-AVV-Analysis.html

Is dat iets om voor Nederlandse buslijnen ook te doen?

Dat lijkt een zeer nuttige tool.
Mijn ervaring tot nog toe is dat bij vele concessies de wijzigingen van de afgelopen twee jaar niet verwerkt zijn.
Maar dat kan deze tool natuurlijk niet controleren.
Met http://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=6.46762&lat=52.36963&zoom=14 controleer ik regelmatig of de routes niet onderbroken zijn.
En W-Nederland kleurt helemaal rood van de haltes en stoppositions die niet voldoen aan PTv2.
Bovendien zijn die haltes vaak opgenomen in de routerelatie met een verkeerde role.

Tot zover de treurige toestand van de NL busroutes, hoewel we in vergelijking met omringende landen boven aan staan vwb ongebroken routes.

Op het Rokin in Amsterdam is een opmerking geplaats over de dubbele benaming van het metrostation Rokin.
https://www.openstreetmap.org/#map=19/52.37041/4.89296&layers=N

Er is naast de multipolygoon met de naam Rokin ook nog een losse node geplaatst om het metrostation aan te duiden.

Dat roept de vraag op of een station zo’n dubbele vermelding nodig zou hebben.
Die node lijkt mij geheel overbodig en leidt ook tot misverstanden, immers de toegang van de metro is niet op de plaats van die node.
Die node wordt ook nog eens in de routerelaties opgenomen en dat leidt dan weer tot een foutmelding in OSM inspector.
Het is immers geen stop_position of platform.

Mijn gedachte is dan ook om die node te verwijderen.
Wat vinden jullie van die dubbele vermelding op de kaart ?