Helemaal mee eens, maar als je die informatie hebt, moet je wel een afspraak hebben over aan welke tag je de informatie gaat hangen. Overigens hebben we vorig jaar in minder dan een jaar met een relatief kleine groep een paar miljoen panden en adressen in OSM gekregen. Over die 32900 haltes maak ik me niet zo heel erg druk. Het is inderdaad wel goed om het zo compleet mogelijk te hebben voor je het aan het grote publiek bekend maakt.
Voor de haltes met een geldige cxx:code tag (ook in de regio Utrecht, waar nu U-OV zit) heb ik het voor elkaar.
Kijk selecteer op www.gertjanidema.nl/osmlayers de Various->busstop laag aan en klik op een van de bushaltes. Als de halte een geldige cxx:code tag heeft, verschijnt een button met de tekst Bustimes. Hier op klikken geeft een nieuwe Popup met de vertrektijden van de eerstvolgende bussen.
De opmaak laat nog te wensen over en sorteren gaat nog niet goed voor bussen die na middernacht vertrekken, maar dat fix ik binnenkort.
Ziet er goed uit! Ik mis overigens bij de businformatie het lijnnummer van de bus, en dat is soms ook wel eens handig om te weten, zeker als er meerdere bussen bij een halte stoppen. Ik zie dat busnummer overigens ook niet terug in dat databestand. Omdat ik in mijn oplossing een link naar de haltepaal informatie van Connexxion gebruik (bv. http://haltepagina.connexxion.nl/home/index?halte=59570190)) zie ik dat busnummer wel.
Nu ik openpoimap/taglocator op versie 1 heb staan, en er in ieder geval mee te werken valt, kan ik wat meer tijd besteden aan het bestuderen van die widgetoplossing, want die vind ik heel bruikbaar.
Lees even de GOVI-nieuwsbrief, hierin lees je dat het formaat zou moeten zijn ref:IFOPT=NL:Q:xxxxxxxx waarbij xxxxxxxx het 8-cijferige haltenummer is.
Het klopt dat overal cxx:code stond; pas sinds december 2014 zijn de haltenummers daadwerkelijk landelijk en uniek. Vanaf nu is NDOV de beheerder van de haltenummers, tot nu toe waren dat de vervoerders (waaronder Connexxion).
Dus overal waar cxx:code=xxxxxxxx staat is dit 1 op 1 te vervangen door ref:IFOPT=NL:Q:xxxxxxxx . Ik zou me niet zorgen maken over waar het niet goed is gegaan, ik denk dat er maandelijks zo’n 50 haltes in Nederland van haltenummer veranderen.
Ik zal proberen z.s.m. iets te maken met het centraal haltenummer-bestand, maar ik ben de laatste tijd wat druk en wat ziekig, dus als iemand anders me voor is: geen probleem.
Ik heb de nieuwsbrief gelezen en ben het op zich met je eens. Het nadeel is echter dat we daarmee twee verschillende versies van de ref:IFOPT tag krijgen. OSM is een internationale database. Misschien kunnen we eerst nog proberen om tot een internationale standaard te komen. De officiele standaard schijnt in DIN EN 28701:2013-04 te staan, maar dat document moet een paar honderd euro kosten.
Als ik de CHB-documentatie lees (https://reisinformatiegroep.nl/ndovloket/datacollectie/8/download/documentatie - ik weet niet of je er in kan zonder login, anders even aanmaken of hier) dan staat volgens pagina 19 de :Q: voor “Quay” en is dus om aan te geven dat het hier om een haltepaal (of correcter: halteperron ofwel platform) gaat. Voor StopPlaces (een collectie van Quays) is de code NL:S:xxxx, waarbij xxxx de haltecode is van één van de haltes - of voor trein de stationscode zoals ut.
Het lijkt me geen kwestie van goed of fout, maar van andere keuzes.
Na het lezen van dat document ben ik het helemaal met je eens over de waarde van de halte codes. Rest nog de vraag of ‘ref:IFOPT’ dan de juiste tagnaam is voor dit doel.
Ik heb ook nog even naar de GTFS bestanden gekeken. Dat is wel een heel bruikbare dataset.
In stops.txt gebruiken ze zo te zien location_type=0 voor een Quay en location_type=1 voor een stopplace, die hier stoparea heet:
stop_id,stop_code,stop_name,stop_lat,stop_lon,location_type,parent_station,stop_timezone,wheelchair_boarding,platform_code,zone_id
366931,46100050,"Zwolle, Katerdijk/Blaloweg",52.517195,6.079569,0,stoparea:124167,,,,
368144,18003110,"Emmen, Station (Perron J)",52.790644,6.899272,0,stoparea:18933,,,,
366933,43640195,"Hardenberg, Clara Feyoenaheem",52.566153,6.598237,0,stoparea:6726,,,,
366934,40551100,"Apeldoorn, Gentiaanstraat",52.225662,5.982969,0,stoparea:124171,,,,
366935,49712004,"Hierden, Molenweg",52.355841,5.67564,0,stoparea:6191,,,,
368145,10001670,"Groningen, P+R Zernike (Perron D)",53.244476,6.530426,0,stoparea:18529,,,,
366938,40563010,"Stroe, Ravenweg",52.175848,5.694459,0,stoparea:6176,,,,
366939,40563013,"Stroe, De Drie Musketiers",52.188966,5.692692,0,stoparea:6270,,,,
366941,43880600,"Rijssen, Parkstede",52.308123,6.528873,0,stoparea:35468,,,,
366943,40649006,"Wittenberg, Busstation",52.212992,5.70607,0,stoparea:24890,,,,
366944,49009992,"Zwolle, Emmawijk (Centrum)",52.510088,6.088384,0,stoparea:124168,,,,
366945,49009991,"Zwolle, Emmawijk (Centrum)",52.510188,6.088164,0,stoparea:124168,,,,
Onder parent_station staan de codes voor de stopplace/stoparea zoals stoparea:124168. Zowel halte 49009992, als 49009991 hebben deze stoparea code, dus ik denk dat dat de haltes voor 2 richtingen zijn. Stoparea komt dan overeenkomen met de osm stop_area relatie en quay/stop met highway=busstop;public_transport=platform.
Verderop in het zelfde bestand vind ik dan de stoparea terug:
Dat OSM bestand is gelukt. Ik heb nu een .osm bestand met bushaltes in Nederland met de volgende tags:
highway=bus_stop
public_transport=platform
name=*
wheelchair=yes/no
ref:IFOPT=NL:Q:########
Ik heb mij beperkt tot bushaltes met 8-cijferige codes. Dat zijn er 46864. Van sommige regio’s staan de nieuwe codes nog niet in de database. Dat betreft met name het stadsvervoer in Amsterdam (GVB), Rotterdam (RET) en Den Haag (HTM).
Aan de gegevens valt mij een aantal zaken op:
Er zitten een aantal bushaltes uit Belgie en Duitsland bij. Dit kan problemen opleveren met de ref tag. In navolging van de wikipedia tags zou je dan misschien ref:IFOPT:NL=Q:######## moeten gebruiken om de Nederlandse code van buitenlandse haltes in osm te zetten.
Er zitten behoorlijk wat dubbele haltes in. Vaak ook met een andere areacode. Waarschijnlijk is er 1 verouderd, maar hoe kom je er achter welke?
Van sommige lijnen lijkt nog geen enkele halte in osm te staan. Bijvoorbeeld in Noord-Groningen.
De lokaties van de haltes komen behoorlijk goed overeen met die in osm. De nauwkeurigheid in osm lijkt vaak iets beter. De geimporteerde haltes staan vaak op in plaats van naast de weg.
De naamgeving is niet altijd consequent. De oorspronkelijke haltenamen beginnen met de woonplaats. Die heb ik er af gehaald. Voor haltes met een platformnaam (A, B3 etc.) staat deze soms achter de haltenaam en soms ook niet. En als hij er staat zijn er meerdere varianten: A3, (A3), (Platform A3), (Perron A3). Ik heb nu de platformnaam tussen haakjes achter de haltenaam gezet als deze er nog niet staat. En dan zijn er natuurlijk weer haltes die inconsistent zijn. (A4) achter de halte naam, maar met platformnaam B3. Dat zij gelukkig uitzonderingen.
Ik heb het bestand tijdelijk online gezet: gertjanidema.nl/osm/bushaltes.osm
Gebruik het bestand eerst alleen om te analyseren. Ik heb het vermoeden dat de kwaliteit op korte termijn nog wel beter wordt, als het stadsvervoer in Amsterdam, Rotterdam en Den Haag er bij komt en de oude haltes worden opgeschoond.
Ook zijn er nog geen afspraken over de tagging vastgelegd.
bij public_transport=platform hoort ook nog bus=yes en evt. tram=yes als de halte ook door trams wordt bediend.
Wat de buitenlandse haltes betreft. Zijn dat haltes in NL die ook door buitenlandse operatoren worden bediend? Of haltes in België die door Nederlandse operatoren (wschl Connexxion) worden bediend? Iig, ik heb die haltes allemaal een ref:De_Lijn en in Maastricht (TEC 70) een ref:TEC meegegeven. Er zou daar dus geen conflict op de ref tag mogen ontstaan.
bus=yes/tram=yes moet er inderdaad nog bij. Die informatie staat echter niet in de halte tabel, dus daarvoor moet ik een nog koppeling maken met de lijnen.
Het zijn haltes buiten Nederland die naast de codes van TEC of de Lijn ook een Nederlandse code hebben. Tegen de tijd dat de haltes europees gestandaardiseerd zijn, zullen die nederlandse codes in het buitenland wel komen te vervangen. Ik ga me daar verder dus maar niet druk over maken.