Ik heb de concessies in Fryslân een aantal dagen geleden geüpdatet a.d.h.v. de nieuwe wijzigingen.
Ik denk dat dat wel mogelijk is. Wat is dan het handigste, gewoon het file zoals de html pagina’s maar dan als csv?
Zoals ik het nu heb opgezet doet elk html file een php include van een outputfile van mijn proces. Het outputfile is een bare html file, dus wel html tags maar geen etc.
Dat ziet er dan zo uit:
<tr><th colspan=2>Name</th><th>Plaats</th><th>Quaycode</th><th>RD x</th><th>RD y</th><th>latitude</th><th>longitude</th><th colspan=2>Bearing</th></tr>
<tr><td>Nije Drintse wei</td><td></td><td>Bakkeveen</td><td>NL:Q:14640400</td><td>213777</td><td>565620</td><td>53.0742101430677</td><td>6.26422732580368</td><td>130</td><td><img src="arrow.svg" class="r130"></td></tr>
<tr><td>Nije Drintse wei</td><td></td><td>Bakkeveen</td><td>NL:Q:14640410</td><td>213781</td><td>565633</td><td>53.0743265119874</td><td>6.26428936323726</td><td>310</td><td><img src="arrow.svg" class="r310"></td></tr>
<tr><td>Jelsumerstraat</td><td></td><td>Leeuwarden</td><td>NL:Q:20003330</td><td>181831</td><td>580446</td><td>53.2099736586328</td><td>5.78880893825558</td><td>313</td><td><img src="arrow.svg" class="r313"></td></tr>
<tr><td>Jelsumerstraat</td><td></td><td>Leeuwarden</td><td>NL:Q:20003340</td><td>181831</td><td>580431</td><td>53.20983887791</td><td>5.78880768615762</td><td>133</td><td><img src="arrow.svg" class="r133"></td></tr>
<tr><td>Douwe Kalmaleane</td><td></td><td>Leeuwarden</td><td>NL:Q:20005050</td><td>180413</td><td>580025</td><td>53.2062599849457</td><td>5.76755190194908</td><td>77</td><td><img src="arrow.svg" class="r77"></td></tr>
Als ik dat ombouw naar csv krijg je zo iets:
Name,Plaats,Quaycode,RD x,RD y,latitude,longitude,Bearing
Nije Drintse wei,,Bakkeveen,NL:Q:14640400,213777,565620,53.0742101430677,6.26422732580368,130
Nije Drintse wei,,Bakkeveen,NL:Q:14640410,213781,565633,53.0743265119874,6.26428936323726,310
Jelsumerstraat,,Leeuwarden,NL:Q:20003330,181831,580446,53.2099736586328,5.78880893825558,313
Jelsumerstraat,,Leeuwarden,NL:Q:20003340,181831,580431,53.20983887791,5.78880768615762,133
Douwe Kalmaleane,,Leeuwarden,NL:Q:20005050,180413,580025,53.2062599849457,5.76755190194908,77
Gaat dat werken?
Ik zie trouwens dat er een aantal concessienamen veranderd zijn waardoor er een aantal files leeg is en een aantal haltes alleen in het totale file staan:
DR (Drenthe), GR (Groningen), SAN (Stadsregio Arnhem-Nijmegen) en SRA (Stadsregio Amsterdam) bestaan niet meer.
ALM (Almere), GD (Groningen-Drenthe) en OVSFLV (Overijssel-Flevoland) zijn nieuw.
Arnhem en Nijmegen staan bij Gelderland erbij, Amsterdam bij Vervoerregio Amsterdam, OVSFLV is één halte in Emmeloord.
Maarten, ik heb onderstaande getest en dat werkt goed:
name,Plaats,ref:IFOPT,RD x,RD y,latitude,longitude,Bearing
Nije Drintse wei,Bakkeveen,NL:Q:14640400,213777,565620,53.0742101430677,6.26422732580368,130
Nije Drintse wei,Bakkeveen,NL:Q:14640410,213781,565633,53.0743265119874,6.26428936323726,310
Jelsumerstraat,Leeuwarden,NL:Q:20003330,181831,580446,53.2099736586328,5.78880893825558,313
Jelsumerstraat,Leeuwarden,NL:Q:20003340,181831,580431,53.20983887791,5.78880768615762,133
Douwe Kalmaleane,Leeuwarden,NL:Q:20005050,180413,580025,53.2062599849457,5.76755190194908,77
Verschil met jouw uitvoer:
- voor naam en haltenummer in de kopregel sleutelnamen gebruikt zoals in gegevenslaag nodig; ze kunnen dan simpel gekopieerd worden van ene naar andere laag
- lege veld in halteregels tussen naam en plaats verwijderd (staat ook niet in kopregel)
Merk op dat bij openen bestand in JOSM gekozen moet worden voor WGS84 als projectie (de bovenste optie).
Verder zijn er in het CHB enkele (verouderde?) haltes met een komma in de naam. Beter dus puntkomma als scheidingsteken gebruiken.
Ah, dat is de halteletter. Daar heb ik geen naam in de kopregel voor. Die zet ik er wel bij als ref.
name,ref,Plaats,ref:IFOPT,RD x,RD y,latitude,longitude,Bearing
Nije Drintse wei,,Bakkeveen,NL:Q:14640400,213777,565620,53.0742101430677,6.26422732580368,130
Nije Drintse wei,,Bakkeveen,NL:Q:14640410,213781,565633,53.0743265119874,6.26428936323726,310
Jelsumerstraat,,Leeuwarden,NL:Q:20003330,181831,580446,53.2099736586328,5.78880893825558,313
Jelsumerstraat,,Leeuwarden,NL:Q:20003340,181831,580431,53.20983887791,5.78880768615762,133
Douwe Kalmaleane,,Leeuwarden,NL:Q:20005050,180413,580025,53.2062599849457,5.76755190194908,77
Of de namen tussen “” zetten? Maar ik zie dat er geen puntkomma in voorkomt, misschien is dat wel de simpelste oplossing.
Wat betreft projectie, inderdaad WGS84, ik gebruik een perl script van Ronald Vogelaar om RD naar WGS84 om te rekenen. De locatie in het NDOV file is in RD.
CSV files staan er nu ook bij. Laat maar even weten of het werkt.
Een en ander uitgeprobeerd. Volgens mij goed zo, Maarten. Dank!
@Maarten: superhandig!
Er gaat iets mis met de encoding van je bestanden, bij haltes met accenten en trema’s. Zie bijvoorbeeld in de file PNH de halte “Provinci?nlaan” (ik zie een zwarte ruit met een vraagteken ipv een ë), halte NL:Q:55142100 (en even lager met de Italiëlaan).
In je headers staat:
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
Ik gok dat als je van die charset utf-8 maakt, dat het goed komt. Hoe dat in de CSV’s te doen weet ik even niet.
Weet iemand hoevaak de ÖPNV-kaartlaag ververst wordt? Vroeger (toen het nog geen OSM-kaartlaag was) was dat meestal binnen een kwartier, nu al zeker 3 dagen niet.
Het was iets meer zoekwerk dan dat. De charset is het probleem niet, zolang je in de 8-bit asciitabel blijft is utf-8 hetzelfde als iso-8859-1. Het probleem komt omdat ik de data als simpele tekstfiles neerzet (de .out files in http://www.maasluip.nl/osm/)) en die met php include in de html files. Daardoor kan ik de html files statisch houden, als ik een heel html file moet schrijven in het programma waarmee ik de output maak dan is dat wat meer werk.
Maar php include verwacht blijkbaar ook nog een charset, die moet in het .out file staan. Ik heb dat bij het PNH file gedaan en die wordt nu goed weergegeven.
De andere files volgen morgen in de dagelijkse update.
Als ik het csv file in Excel laad dan gaat het goed. In JOSM niet. Ik weet niet waarom, ik zal op de JOSM lijst eens navragen of daar wat gedaan kan worden.
CSV file doet het nu ook. Ik heb in het programma gezet dat het in utf-8 geschreven moet worden en dat lijkt de oplossing te zijn.
Prima zo, Maarten. Dank!
In Zoetermeer verschijnen bushaltes op de kaart die niet in het NDOV overzicht staan.
Het blijkt te gaan om de haltes van de ouderenbus, die daar 3x per dag een tweetal vaste lijnen rijdt.
Het is geen algemeen toegankelijk Openbaar Vervoer.
De OV chipkaart kan niet gebruikt worden.
In plaats daarvan kan een 10-rittenkaart worden aangeschaft
Toegang is alleen mogelijk voor personen 65+ en personen met een mobiliteitshandicap in het bezit van een vervoerspas.
Zie ook: https://www.openstreetmap.org/changeset/99533393
Wat denken jullie, moeten we een dergelijke buslijn als route op de kaart zetten?
Leo, twee argumenten
Je dicrimineert toch niet op leeftijd of handicap in welke vorm dan ook ?
Als je die lijn doortrekt, wat doen we dan met snelwegen ?
Weglaten of verwijderen omdat ik daar als fietsende voetganger niet mag komen en geen gebruik van kan maken ?
Maar als het openbaar geregeld is, dan is het toch OV ? Of als jongere mag ik toch met jouw busrit mee om de rolstoel oid te duwen ?
Beste Hendrikklaas,
Er is wel degelijk sprake van discriminatie door de overheid:
Op mijn leeftijd mag ik gewoon instappen, maar mijn jongere neefje mag dat niet.
Op mijn wandelkaart kan ik de snelwegen missen, maar dat is aan de renderer.
Waar het mij om gaat is dus dat er een hopeloze verwarring ontstaat.
We zouden de kaart vol zetten met bushaltes waar de gewone OV-reiziger niet op de bus kan stappen.
En wat is dan het verschil met allerlei busjes die volgens een vast patroon kinderen naar het speciaal onderwijs vervoeren.
Die zetten we toch ook niet op de kaart.
De doelgroep die er gebruik van maakt zal OSM niet raadplegen om de route of de halte te vinden.
En als er geen data users zijn, dan moet je twee keer nadenken vóór je de kaart vol zet met non informatie.
Er is enige gelijkenis met particuliere ondergrondse parkeergarages.
De kaart staat dan vol met parkeergarages waar ik geen gebruik van kan maken.
De waarde van de kaart gaat daarmee hollend achteruit.
Voor particuliere ondergrondse parkeergarages is de oplossing, IMHO, access=private. Ze zijn OTG (of dan wel under the ground) daadwerkelijk aanwezig, dus zie kunnen op de kaart. Toegankelijkheid wordt via tags geregeld. Hoe ze op de kaart verschijnen is een probleem dat de renderer moet oplossen.
Misschien dat wij iets soortgelijks kunnen vinden voor de ouderenbus? Het is inderdaad niet wenselijk (en ook niet correct) dat die bus op de kaart staat als of hij voor iedereen toegankelijk was. Alleen, ik kan zo 1,2,3 geen geschikt tag bedenken. access=private zou passen als je eerst een vervoerspas moest aanvragen (permit, bij wijze van spreken). Maar als dat niet hoeft en je moet “maar” 65+ zijn… access:conditional = yes @ (age >= 65)?
Daar kunnen datagebruikers toch niets mee…
Beste Leo Slager, “De kaart staat dan vol met parkeergarages waar ik geen gebruik van kan maken.
De waarde van de kaart gaat daarmee hollend achteruit.”
Die uitspraak lijkt mij strijdig met de basis regel van Open Street Map ‘Map What Is’ dus zonder het eigen belang, als je dat doorzet vallen er IMHO veel onderwerpen, let op onderwerpen en geen objecten weg. Waarbij ik aanteken dat je inzet gewaardeerd wordt, iedereen doet nu eenmaal wat in hem of haar opkomt. Als we routes van de basis ondergrond halen, kunnen we veel onderhoudswerk uitsparen, de fysieke ondergrond blijft dan schoon en onverstoord net als de routes. En ja ik weet dat OSM ooit als planner zonder routes, van A naar B, is opgezet, maar van de grote hoeveelheid data die er nu op te vinden zijn, was binnen dat lijnen spel ook geen sprake, denk ?
Een bekend Nederlands spreekwoord luid ‘Als het getij verloopt moet je de bakens verzetten’ kortom anders gaan werken dan eerst.
Op die manier kun je ook de eigen gewenste parkeerkaart bouwen, laat alle parkeerplaatsen met het kenmerk privé er buiten voor een beter inzicht. Ik zie OSM als een topo, als gebruiker zie ik het wel en kan terug vallen op papier (SHELL boek), flexibel zijn heet dat geloof ik.
Het valt mij op dat in Venlo op Tradeport de busroute foutief is ingetekend.
Bus 88 en bus 89 rijden vanaf station Blerick, bushalte Kazernestraat, bushalte De Sondert en bushalte Parlevinkerweg over de Grubbenvorsterweg langs de oostkant van het spoor richting Raaiend. Deze bussen rijden dus niet (zoals nu is ingetekend) via de Groot Bollerweg, Amperestraat en Celciusweg. Er is niet langer sprake van een bushalte genaamd Samuel Morsestraat, deze is volledig vervallen.
Nu weet ik dat bus routes (en haltes) onderdeel zijn van een relatie netwerk. Persoonlijk gebruik ik iD en daar zou dat niet gemakkelijk te wijzigen zijn. Is iemand bereid deze routes te corrigeren?
Ik heb de routes aangepast zoals je verteld hebt. De Transport-laag update meestal in keer in de paar weken. De ÖPNVkarte-laag update dagelijks, dus daar zou het redelijk snel te zien moeten zijn.
Volgens Arriva is er ook een nieuwe halte ‘Raaieind’. Ik heb deze nu toegevoegd ten zuiden van de t-splitsing Raaieind-Venloseweg met een fixme dat de locatie is geschat. Als je de exacte locatie weet, dan kan dit verbeterd worden.
Bushaltes verplaatst volgens opgave in het NDOV halte bestand.