Aha op die manier. Zou mooi zijn dat elke vervoerder dit met gps positie kon geven kwa real time, alleen ik weet het zal duur zijn kwa dataverkeer, naar elke reiziger. Zou wel een mooie app op je telefoon zijn. Althans zo denk ik erover.
verder ook minder geklaag den ik. Omdat men weet waar zijn haar bus of trein is.
Dat is wat JJJWegdam ook aangeeft in deze post dat ze daar mee bezig zijn.
Moet denk ik ook wel aangezien men een aantal lijnen wil omzetten van een dienstregeling naar hoogfrequent spoor: http://www.rijksoverheid.nl/onderwerpen/openbaar-vervoer/groei-op-het-spoor/spoorboekloos-reizen waardoor je niets meer hebt aan een spoorboekje. Uiterlijk in 2028 ingevoerd, dus hopelijk duurt de actuele plaats van de trein doorgeven minder lang.
Ja dat snap ik, maar doelde ook op voor de andere vervoerders, de busdiensten. Maar dan ook van elke vervoerder (Arriva, Qbuzz).
Bij mij in de buurt (Voorne Putten) staan bij de belangrijkste haltes van Connexxion inmiddels dynamische borden waar afgeteld wordt hoe lang het nog duurt eer eerstvolgende 2 bussen komen. Ga er gemakshalve van uit dat dat gebeurt op basis van actuele informatie, want anders zou het nogal een megainvesteing zijn waar zo’n oud geel bordje (die er ook nog bij staat) ook zou voldoen. Of die informatie dan ook vrij beschikbaar is…
Ik neem aan dat andere vervoerders vergelijkbare eisen krijgen of hebben gekregen bij de consessies die ze hebben, maar mogelijk in verschillende stadia van implemtatie daarvan.
@Sander H: het programma hoogfrequent spoor staat los van de ontwikkeling van een kaart die de GPS-gegevens weergeeft. Dat laatste is bij de sneak preview op de Spoorparade namelijk naar voren gekomen als iets waar het app-ontwikkelings team aan werkt. Tevens vind ik het prima om aangesproken te worden met Jeroen hoor. 
Jeroen, dat snap ik al kan ik me voorstellen dat het zodra hoogfrequent spoor een beetje van de grond komt, het prettig is als de “GPS kaart” al klaar is zodat je kan zien of je nog even snel door moet lopen om de eerstvolgende trein te halen of langzaam mag slenteren omdat je nog een paar minuten speling hebt.
Die bord heb ik ook ergens gezien. Volgens mijn bij de trein parade in Amersfoort. Werd veel van vragen beantwoord. Had nog al wat vragen over.
Edit, sorry overheen gelezen, je vertelde ook dat het bij de spoorparade.
Klopt hier ook wel, maar die borden zijn niet te lezen als je thuis bent. En hier lopen ze nog niet goed.
Sander H, misschien zie ik het niet goed hoor of ben ik niet modern maar
dat vindt ik een dooddoener. Ze bieden onderweg ook geen Wifi aan en daar ze bij de app ook geen abo weggeven, zijn er veel die er niets aan hebben :(. Geef maar een paal met een info bord over de aankomst tijden van de naderende lijnen, dat kan ik zelfs met een lege accu lezen.
Onderweg geen wifi? Hier in Groningen rijden de bussen met gratis wifi, verder hebben de treinen het ook, o stations ook. Daar naast heb je ook een eigen data bundel. Niet iedereen wil er gebruik van maken. Mar dat hoeft immers ook niet, geld ook voor andere apps die data vragen.
Dus ja dat jij er geen gebruik van wil maken dat kan. Ieder zijn ding. Maar er zijn ook mensen die het wel willen.
Die informatie is vrij beschikbaar. Onder anderen via ovapi.nl.
Zie ook dit berichtje elders op dit forum: http://forum.openstreetmap.org/viewtopic.php?pid=486421#p486421
Daar gebruik ik nog de oude cxx:code tags die voor veel (oud)Connexxion haltes in OSM staan.
Zojuist vernomen dat de GPS data al twee jaar beschikbaar is via trein.fwrite.org/dumps
Een plot hiervan is te zien op ovradar.nl
Ziet er goed uit, hopelijk wordt het nog door ontwikkeld. Bedoel dat je aan de picogram al kan zien welke lijn het is, Net wat die TRAVIC heeft zegt maar.
Terwijl het werk aan het tagging scheme ondertussen doorgaat, even een vraagje tussendoor. Wat vinden jullie van volgende aanpak voor bovenleidingen?
Bovenleidingspalen: power=pole
Draagarmen, schoren en portaalbalken: power=minor_line
Ik besef me dat de onderste tag twijfelachtig is, maar de resulterende render is dermate mooi dat ik hem toch even wilde voorleggen:
Emplacement station Enschede (wees gerust: het is dit keer nog geen import over heel Nederland)
Edit: de sporen zijn hier nog niet op de ‘ProRail-plek’ gelegd, waardoor op sommige plekken de palen te dicht bij het spoor lijken te liggen.
Het lijkt mij dat power=pole voor het electriciteitsnet bedoeld is en niet voor het trein netwerk.
Dit onderscheid moet er zijn, mijn inziens.
Het gebruik van Tags waarvoor deze feitelijk niet zijn bedoeld maakt filteren van OSM data bijzonder lastig.
(Een van de mooiste toepassingen van OSM is dan ook het ontwikkelen van eigen kaarten !)
Station Ossendrecht en Wild-west zijn er dan nog wel handmatig uit te filteren …
Op het moment dat je een kaart van het hoogspanningsnetwerk wilt maken zie je dus ook alle portaalbalken …
Natuurlijk is de bovenleiding een transportnetwerk maar alleen t.b.v. treinverkeer. Ik zie nog niet direct een toepassing buiten “de spoorkaart” om. Naar mijn idee moeten de bovenleiding(portalen) zodanig getagt worden dat degenen die filteren op hoogspanningsnetwerken er geen last van krijgen …
Ik zal heel eerlijk zijn: dergelijke “tagging voor de renderer” is voor mij haast een brevet van onvermogen om een verantwoorde “mechanical edit” te kunnen doen.
Niemand die zich bezig houdt met de werkelijke data en analyses daarop, of die zich bezig houdt met het renderen en de “styles”, zit te wachten op dit soort misbruik.
Indien je een voorstel / vraag hebt voor een rendering van een nu niet gerenderde tag, doe dit dan via de Github repository van de style, b.v.:
Ik sluit me aan bij mboeringa. Een tag willen gebruiken voor het mooie plaatje, geldt binnen OSM als een onjuist gebruik van tags. Zie ook http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer .
Zeer begrijpelijk. Mijn voorstel zal ik aanpassen zodat de portalen en schoren er niet meer in voorkomen. Een voorstel voor tagging/rendering gaat later richting openrailwaymap.org.
Wat ik alleen betreur is dat er bij een dergelijk voorstel meteen van onvermogen gesproken wordt; zeker aangezien ik eerder dit topic al aangegeven heb me te willen houden aan de gestelde import richtlijnen. Ik zou dhr. Boeringa willen oproepen de discussie vooral constructief te houden. Een dergelijke houding kan mappers afschrikken en dat gaat ten koste van bijdragen aan OSM. Laten we positief blijven: vooralsnog zou ik met genoegen het ongelijk van dhr. Boeringa willen bewijzen met behulp van het zojuist gepubliceerde overzicht in een nieuwe post. Immers kunnen we inmiddels spreken van ‘ProRail import’ i.p.v. ‘Pro-rail import?’. 
Ik zie uit naar jullie reacties op mijn voorstel
Ik ben misschien wat kort door de bocht geweest, maar ik wilde je misschien inderdaad wel wat “schrik aanjagen”, maar dan wel om je de goede richting in te “pushen” . Om een beetje context te geven: ik ben al 1.5 jaar bezig met de ontwikkeling van een geavanceerde OSM Renderer voor ArcGIS. Hier heb ik eerder over gepost in dit forum (http://forum.openstreetmap.org/viewtopic.php?id=26451).
In dit persoonlijke project van mij zit extreem veel tijd, en om het uberhaupt te kunnen doen heb ik mij niet alleen zeer uitgebreid in het op de Wiki pagina’s vastgelegde datamodel moeten verdiepen, maar heb ik ook daadwerkelijk grote delen van de aardbol gerenderd. Daarbij ben ik op veel problemen gestuit die het leven van de styles en OSM renderer ontwikkelaars, op zijn zachtst gezegd, behoorlijk kunnen verzieken. Een van de voornaamste is dan wel het ‘taggen voor de renderer’, waarbij tags soms zwaar misbruikt worden. Dit maakt het ontwikkelen van zinvolle en accurate render rules in SQL soms tot een aardige hel.
Daar komt dus een deel van die reactie vandaan. Juist van iemand die zich voorneemt een dergelijke ambiteuze import te doen, verwacht ik inderdaad een op-en-top professionele houding. Dus geen ‘tagging-voor-de-renderer’, omdat ‘het er zo leuk uitziet’…
Overigens heb ik best vertrouwen in dat jij dit klaarbokst met de juiste spirit en professionaliteit, gezien je gerichte achtergrond. Alleen wilde ik het wel even gezegd hebben…
Bij deze nog een plaatje van de laatste stand van mijn renderer van het Station van Bercy bij Parijs, kun je als “rail man” waarschijnlijk wel waarderen.
