Voor degenen die snel IFOPT refs willen zoeken heb ik een html-pagina gemaakt met een paar velden van het NDOV haltebestand: http://www.maasluip.nl/osm/NDOV.html. Er staat nu de haltenaam, IFOPT code, RD en WGS84 coordinaten en de richting van de route (wat heel handig is om snel te zien of het de halte aan de ene of de andere kant van de straat is).
Ik weet niet of dit op die manier nuttig is, misschien moet ik er de plaats maar bij gaan zetten, want haltes als Centrum zijn natuurlijk lastig.
JAWEL, in PT v2 MOET je juist én de stop_position, én het platform toevoegen! Dat is voor een data consumer juist datgene dat een bushalte (waar passagiers komen) aan een route (waar de bus rijdt) verbind!!!
@Maarten
Gisteren had ik het er per PB nog over met Sint E7 die al veel IFOPT-codes aan bushaltes heeft toegevoegd: bushaltes kunnen meerdere IFOPT-nummeringen hebben. En dan bedoel ik daadwerkelijk meerdere nummers per paal. Niet alle websites vermelden deze extra nummers.
Dit ontdekte ik als eerste bij de halte De Anjen in Kollum.
HalteBeheer geeft alleen -30 en -40: http://haltebeheer.nl/#NL:S:21682230
Zelf gebruik ik vaak OvZoeker, die naar mijn ervaringen het meest betrouwbaar is, en die geeft vier nummers: https://ovzoeker.nl/locatie/53.27806:6.13822:19: -30, -31 en -40, 41.
In het NDOV-overzicht ontbreken deze extra nummers.
De dubbele codering wordt bevestigd in de dienstregeling van Arriva.
Ik heb ontdekt dat dit het geval is als een buslijn in beide richtingen bij exact dezelfde haltepaal stopt.
Bij de Anjen en twee andere haltes in Kollum is dat het geval doordat lijn 62 voor beide richtingen de westelijke invalsweg heen en terug gebruikt en daarbij aan beide kanten een stop maakt (net vóór een ronde door het dorp en net na een ronde door het dorp).
Een andere situatie waarin zoiets gebeurt is wanneer er aan één kant van de weg een lus is waar bussen voor beide richtingen op dezelfde wijze langskomen en er dus maar één bushalte is. Dit is bijv. zo langs de N357 voor de haltes met telkens de naam Provincialeweg te Hallum, Marrum, Ferwert en Blije.
Je hebt gelijk (ik moet ook de laatste regeltjes van zo’n pagina lezen):
First a list of all stations in the order: stop_position 1, platform 1, stop_position 2, platform 2, … Stop positions get the role stop, platforms the role platform. It is necessary to add the stops/platforms if they are mapped but it is not necessary to add them if they are missing just to be able to add them to the relation.
-The list of stops and platforms is followed by a ordered list of the ways which are used by the vehicle from the starting station to the terminal station. Each direction of the route must have its own relation, forks are not permitted. If there are multiple different routes from the starting station to the terminal station, each variant must have its own relation.
Maar een route relatie met alleen de stopposities of alleen de platforms voldoet dus ook aan de regeltjes, mits de ander niet gemapt is.
En ook dat komt voor !
Dat lijkt me inderdaad de meest optimale toepassing. Ik heb het zelf nauwelijks toegepast en gebruikt, behalve bij bijv. busstations, omdat het door de andere mappers verder ook nauwelijks werd gedaan.
Het betekent extra werk en data, zoals (bijna) een verdubbeling van leden in een busrelatie. En waar wel al stop_position is aangebracht is vaak de weg geknipt… maar volgens mij is dat niet nodig.
Er is de suggestie in het nieuwe taggingschema om de halteplaats aan te geven met een node OF een lijn. Ik ben telkens uitgegaan van een node. Op sommige plaatsen was echter (ook) een lijnelement toegepast. Dat is niet per definitie fout dus dat heb ik dan laten staan. Maar om dan de node achterwege te laten zou betekenen dat het bekende blauwe icoontje niet meer op de kaart verschijnt.
In mijn eigen dorp probeer ik compleet te zijn en heb ik ze op beide manieren aangegeven.
En nu dan eventueel de stop_position nog, maar dat zou ik dan eigenlijk in heel Fryslân moeten/willen doen, want ik ben juist tevreden dat het busvervoer voor de gehele provincie met ongeveer gelijke kwaliteit is gemapt.
Dank dat ik hier ook even genoemd wordt. Met bushaltes Centrum of Station, die ontelbare keren voorkomen in Nederland, moet ik zelf namelijk nog het QGis-bestand ernaast hebben om enigszins te kunnen traceren waar deze ligt. Wel vind ik het opvallend dat ik veel haltenodes tegenkom waar de relaties aanhangen en slechts enkele stop_positions die midden op de weg geplaatst zijn.
Die NL:S nummers zijn ook niet de halte nummers (quaycode) maar de stoplaats nummers (stopplacecode).
Neemt niet weg dat NL:Q:21682231 en NL:Q:21682241 inderdaad niet in het CHB haltebestand zitten. Iets wat wel mogelijk moet zijn met de xml structuur die het NDOV tegenwoordig gebruikt. Misschien moeten we ze daar eens op aanspreken.
Het is wel een beetje lastig om dat in OSM op te nemen. Moeten we dan een ref:IFOPT=NL:Q:21682230 en ref:IFOPT:1=NL:Q:21682231 gaan gebruiken o.i.d.?
Of is het eens tijd om over een nieuw datamodel van OSM na te denken. Niet meer de k-v combinatie is uniek, maar elke k-v combinatie krijgt een uniek id waardoor je meerdere gelijke k-v combinaties aan één object kunt hangen.
Ik heb nu ook de plaatsnaam aan de tabel toegevoegd, dat maakt zoeken bij veel voorkomende namen wat sneller.
Heb ook gemerkt dat sommige haltes op de grens van twee zones een dubbel nummer hebben in de dienstregeling van bv. QBuzz.
En sommige haltes hebben voor de ene concessie/busmij een heel ander nummer dan voor een andere concessie.
In het CHB staan ze echter altijd met slechts één nummer, immers fysiek slechts één halte/stopplek.
In de map http://data.ndovloket.nl/haltes/ staat een bestand PassengerStopAssignment… waarin dergelijke ‘dubbele nummers’ weer herleid worden naar dat ene nummer in het CHB.
Deze vraag heb ik al eerder gesteld, maar daar kwam toen geen antwoord op; dus bij deze nogmaals:
Vanuit België komen diverse buslijnen van De Lijn naar ons land toe en bedienen daarbij meerdere haltes op Nederlands grondgebied. Bij het nalopen van deze haltes, blijkt dat deze haltes de volledige naam hebben (bijvoorbeeld: Oostburg, Watertoren of Maastricht, Boschstraat). Gebruikelijk is echter dat hier alleen de naam Watertoren wordt gebruik bij de tag “name=…” en dat eventueel op de stop_position wel de plaatsnaam toegevoegd kan worden.
Is hier een bepaalde oplossing voor?, want vanuit de consistentie gezien zou bij al deze haltes de plaatsnaam eraf gehaald kunnen worden bij de tag “name=…”.
Ik heb zelf ook liever de plaatsnaam er niet bij. Volgens mij zijn het vooral Belgische mappers die het doen (maar ook in Duitsland wordt dit wel gedaan). Er is wel een “probleem” met de JOSM PT plugin die de naam van de eerste en laatste halte vergelijkt met de from: en to: in de relatie. Als die niet overeenkomen dan krijg je daar een opmerking over. En ik vind het wel netter om in de from: en to: van de relatie de plaatsnaam erbij te zetten.
Dus een echte oplossing heb ik niet, behalve dat ik haltes liever zonder plaatsnaam tag.
Als er meer dan 1 CHB IFOPT nummer per haltepaal is dan gaat er wat mis qua CHB. Uitgangspunt is namelijk daar dat er 1 quay voor 1 haltepaal/perron is. In principe zou je daar wel over kunnen mailen met beheersorganisatie CHB, zie https://www.crow.nl/ndov/haltedatabeheer-1
Vervoerders hanteren soms meer dan 1 haltenummer per quay doordat dingen als OVchipkaart en sommige voertuigvolgsystemen schijnbaar nogal moeite hebben met 2 keer dezelfde halte in een rit.
Deze zag ik, kwam daar via een andere zoektocht naar een voorbeeld voorbij.
Het geeft aan dat men taggen wil wat men ziet, een aparte baan naar de bus stoppositie. Ik zie meerdere van deze banen ingetekend in Nederland. En dat lijkt mij logisch. Dat men de stoppositie op de juiste plaats wil taggen. En de route relatie omgetagd moet worden.
Hoe deze way getagd moet worden, net als de doorgaande weg of is het een vorm van service. Het wordt nogal eens verschillend gedaan.
Ik vraag me ook af hoe dit stuk te taggen als men area:highway wil taggen.
Want is de plaats waar de bus stopt, public_transport=platform, het is wel een platform voor de bus, maar hoe te benoemen?
Als losse node naast de weg. Als er bijvoorbeeld alleen een haltepaal staat en er geen verdere markeringen van de bushalte zijn.
Op een node van een way, naast de rijbaan. Als je een (smal) halteperron of een deel van het troittoir wilt markeren.
Op een node van een area. Als je de fysieke omvang van de halte kunt weergeven.
Wat daarbij van belang is, is dat alleen de tag Highway=bus_stop er voor zorgt dat het blauwe bus-symbool op de kaart verschijnt.
Alle andere tags of combinaties daarvan renderen niet op de kaart.