Schlagwort-Archive: bettertransit

Fahrplandaten, Zwischenstand 2020

„Wissen nicht woher“: Apple greift VGN-Daten für Maps ab. #Nürnberg nordbayern.de/region/nuernbe… None

Seit September 2006 gibt es das GTFS-Format fuer Soll-Fahrplandaten des oeffentlichen Verkehrs, entstanden mehr als Zufalls-Seitenprojekt aus einer Kooperation zwischen einem Google-Maps-Entwickler und dem Portlander Verkehrsverbund. Gedacht war es als Standard-Austauschformat, um Fahrplandaten in verschiedene beliebige Verkehrsauskuenfte zu integrieren – auch Google Maps, aber eben auch viele andere Anwendungen.

In Deutschland dauerte es sehr lange, bis GTFS oder das sehr viel umfangreichere NeTEx-Format halbwegs breit als Grundlage fuer Open-Data-Fahrplaene angeboten wurde. Deutsche Verkehrsverbuende sind vielfach bis heute der Ueberzeugung, dass nur sie selbst „richtige“ Auskuenfte geben koennen. Das wuerde ich generell sowieso in Frage stellen, aber das ist gaengige Policy, und auch in der VDV-Schrift 7030 „Open Service“ in eine wirklich haarstraeubende Sammlung zurschaugestellter Ahnungslosigkeit und Falschdarstellungen zusammengefasst. Teile der Geschichte dazu lassen sich in meiner Diplomarbeit von 2014 (sic) nachlesen.

Sehr sehr langsam tat sich aber etwas in Deutschland – auch weil Anfang Dezember 2019 die Delegierte Verordnung (EU) 1926/2017 die Auslieferung aller(!) Soll-Fahrplandaten ueber einen Nationalen Accesspoint zur Pflicht machte. Die Verbuende, die sich lange Zeit wehrten, mussten also nun ihre Fahrplaene offenlegen, auch zur Nachnutzung durch Dritte. Die Open-Data-Landkarte, auf der 2013 nur der VBB und die vergleichsweise winzigen Stadtwerke Ulm zu finden waren, faerbte sich nach und nach:

Wenn auch viel zu spaet und sehr schleppend und weit entfernt von den skandinavischen Best-Practise-Beispielen, die hier meilenweit voraus sind: Es tat sich was.

Das schien nun also der Anlass fuer diverse Diensteanbieter zu sein, nun auch die notorisch verspaeteten deutschen Verbuende in ihre Auskuenfte einzubinden. So auch Apple Maps, die offenbar nun einige Regionen mehr in ihre Auskunft aufnahmen – was zu diesem denkwuerdigen Artikel auf nordbayern.de fuehrte, der einem nochmal plakativ vor Augen fuehrt, auf welchem unterirdischen Niveau wir 2020 noch ueber intermodale Verkehrsauskuenfte reden. Beste Zitate:

Die Daten stammen, so behauptet es Apple in der App, von der Verkehrs-Aktiengesellschaft Nürnberg (VAG) und dem Verkehrsverbund Großraum Nürnberg (VGN). Dort allerdings wundert man sich. „Es gibt keine vertragliche Vereinbarung (…) zu einer Überlassung von Fahrplandaten“, sagt VGN-Sprecher Manfred Rupp. „Wir wissen auch nicht, woher Apple die Fahrplandaten zu den VGN-Linien hat.“ Man könne, sagt Rupp, nur spekulieren – und sei dabei, die technischen Vorgänge aufzuarbeiten.

Das ist wirklich bemerkenswert, denn auf der Website des VGN selber findet sich ein Punkt „Soll-Fahrplaene im GTFS-Format“, und ueber den Standardvertrag der Creative-Commons-Lizenz ist auch die vertragliche Ueberlassung von Fahrplandaten ganz klar geregelt (Ueberlegungen, ob es sich bei Fahrplandaten ueberhaupt um ein urheberrechtlich geschuetztes Werk handelt, auf das auf dem UrhG basierende Lizenzen anzuwenden sein koennen, seien mal aussen vor gelassen).

Im weiteren Text wird zunaechst behauptet, Apple erwecke den Eindruck, dass es sich um Echtzeitdaten (also unter Einberechnung von Verspaetungen) handle. „Das könne aber gar nicht sein […] Die liegen nicht einmal mehr auf unseren Servern“ wird der VGN zitiert. Einen Absatz weiter wird jedoch zurueckgerudert, dass es sich um „aeltere“ Soll-Fahrplandaten unklaren Alters handelt.

Diese Reaktion ist fuer mich wirklich erschreckend. Ziel des VGN muesste es sein, eine stabile Quelle tagesaktueller Soll-Fahrplaene bereitzustellen. Sollte Apple wirklich den GTFS-Feed des VGN vom Dezember 2019 benutzen und dieser nicht aktuell sein, liegt das Problem glasklar auf Seiten des Verbunds. Er hat dafuer zu sorgen, dass Dritte Daten in guter Qualitaet nutzen koennen – spaetestens seit der Delegierten Verordnung. Und die vielfach als Argument angefuehrten Echtzeit-Ist-Daten sind vielmehr ein gewichtiges Argument, spaetestens jetzt die Vorbereitungen zu treffen, auch diese Daten fuer Dritte nutzbar ausspielen zu koennen. Denn Echtzeit und Open Data schliessen sich nicht aus – wenn man denn wie die Skandinavier auf die richtigen Formate setzt, anstatt dem VDV-Unsinn rund um den sogenannten „Open Service“ nachzulaufen.

Die Uhr tickt indes. Spaetestens im Dezember 2023 ist die Ausspielung der dynamischen (Echtzeit) Daten gemaess DV 1926/2017 EU-weit gefordert und nicht mehr nur optional. Ich bin gespannt, ob die deutschen Verbuende das auch so grandios verkacken werden wie bei den Soll-Daten.

PS: Wer Lobbyarbeit machen moechte: Die Karte oben stammt aus dem 2017 als Spassprojekt gestarteten One-Click-Lobby-Projekt rettedeinennahverkehr.de – dort kannst du dich mit wenig Aufwand an deinE LandraetIn oder OberbuergermeisterIn wenden.

Free and Open Source your Transit System, Now!

IMG_0781

Yesterday, I came across two pieces on how Baltimore’s transit systems got accidentally opened – saving development costs quoted by Baltimore MTA as 600,000 USD:

If you’ve ever taken a bus, you know just how fun it is to be stuck outside in the cold wondering when the next one will come. That’s why the state of Maryland spent $2.7 million dollars developing a real-time bus tracking system for Baltimore, so that riders would finally be able to overcome the city’s “notoriously unpredictable” bus service.

[…]

When reporters asked the MTA why they opted to only show the info on their mobile webpage instead of developing an app (or better yet, formatting the data for third parties like us), the MTA responded that it would have been too expensive.

We know in many cases, the information needed to create an application is made public so private firms can attempt to develop an application at their own expense. However, it would cost approximately $600,000 more to be able to format the data from our 25-yr-old CAD/AVL system into GTFS for use by outside developers.

You read that right. Baltimore’s MTA rolled out real-time bus tracking and neglected to provide it via an Open API, because it would have cost them another 600k USD. Luckily, transitapp came to the rescue, parsed the data and re-formatted it into GTFS-realtime, so that other App developers could make use of it. The code is on Github, of course 😉

Now, the US is not really public transit heaven. If there even is such a thing, it might be somewhere in Europe, D-A-CH specifically, where Verkehrsverbuende are plentiful and real-time data is the norm for urban areas rather than the exception. Still, transit agencies hold on to their data like dragons hoard their treasures – the only means of getting onto those sweet, sweet real-time data is their official APIs, which are one-size-not-really-fits-all-solutions which they attempt to open-wash by calling them “Open Service”.

Even worse, real-time AVL data is mostly restricted to transit operators who can afford them – and thus mostly to urban areas. The suburban and rural areas of Germany seldom get any of the benefits stemming from on-board IBIS computers on their transit vehicles – in-vehicle stop information as announcements and visual displays, reliable outer displays and, of course, real time data, to name only a few. These additional features would make suburban and rural transit not only more reliable for riders in general[1], but also more accessible to handicapped riders.

As the situation presents itself now, though, only well-off operators usually found in urban centres can afford to deploy on-board information systems such as the German IBIS model on all their vehicles. And even if they do, their implementation often leave you shaking your head – just as the in-vehicle stop display at the top of this article, which still can’t correctly implement an encoding standard written in 1984(!).

Sneer as much as you want on Baltimore’s MTA, which (admittedly) deploys solutions on their customers which look and feel like it’s the 1990s again – Germany is not that much farther.

It is time, we took a cue from the effort made in Baltimore and took matters in our own hand. There are people out there willing and capable to re-engineer displays like the one shown at the top of this article in their own time, as a hobby – and who, I dare say, propably do a better job than the “official” vendors in doing so. What if, through a collaborative effort, we developed low-cost solutions to enable small pop-and-mom transit operators in Back of the Woods, Bavaria, to provide not only the in-vehicle information that is already standard in urban areas within Germany, but also with real-time arrival and connection information?

The pieces are already out there. And I can’t be the only one willing to invest time in making this come true. Thing is, on my own, I can’t. If you’re into this kind of thing, please ping me. Please.

 

[1] for positive effects of real-time transit information on perceived service quality, see Dziekan, K., & Kottenhoff, K. (2007). Dynamic at-stop real-time information displays for public transport: effects on customers. Transportation Research Part A: Policy and Practice, 41(6), 489-501.

Defending Rail in Europe

Eine Leseempfehlung: Jon Worth schreibt regelmaessig ueber (europaeische) Eisenbahn und die Probleme, die damit verbunden sind. Zum Beispiel ueber den Spagat, den die DB in ihren Rollen als (a) profitorientiertes Unternehmen und (b, in der Teilgliederung DB Fernverkehr) Rueckgrat des Eisenbahnfernverkehrs unternehmen muss:

DB, it seems, wants to profit-maximise, and not to maximise the number of people travelling by train, and for the sake of the environment the latter needs to be a vital priority.

[…]

As things stand, DB is neither a proper public service operator, nor is it a competitor in a liberalised market. Its half-way position most definitely does not suit the passenger, and does not encourage modal shift to railways.

Das ist ein vermeintliches Nischenthema, das uns als weitgehend un-organisierte OPV-Nutzer_innen jedoch massiv betrifft. Wie zum Beispiel die Streichung einer ganzen Reihe von Nachtzugangeboten zum Ende des Jahres 2014.

Wer sich dafuer also interessiert: Jon lesen 🙂

Anstrengungsfreier Nahverkehr – aber nur um den Preis der Anonymität

Frueher. War manchmal schon auch gut, aber nicht alles besser.

Frueher. War manchmal schon auch gut, aber nicht alles besser.

Seit ich zu studieren angefangen habe, lande ich mehrmals jährlich in irgendwelchen deutschen Städten, vor allem in Berlin –  um Freunde zu besuchen, Konferenzen und BarCamps zu besuchen, oder (wie häufig im Falle Berlins) um als Endpunkt irgendwelcher Urlaubs-(Tramp-)Reisen zu dienen. Und wann immer ich in Berlin – oder einer beliebigen anderen größeren Stadt, in der ich mehr als nur ein paar Tage verbringen werde – ankomme, werde ich mit der immer gleichen, nervigen Frage konfrontiert:

Welches Nahverkehrsticket soll ich nur kaufen?

Das klingt jetzt vielleicht ein wenig lachhaft. Und für jemand mit einem etwas weniger knapp gestrickten Budget, oder für Leute, die nicht ganz so auf Optimierung im Allgemeinen und optimalen Nahverkehr im Besonderen abfahren wie ich, ist das sicherlich auch eine lächerliche Frage. Ich halte das aktuelle Abrechnungsprinzip (nicht nur) im deutschen Nahverkehr aber für eines der größten Hindernisse auf dem Weg zu einem möglichst anstrengungsfreien Nahverkehr – weil man sich im Vorhinein aussuchen muss, wie häufig man den ÖPNV nutzen wird.

Exkurs: „Anstrengungsfrei“ heißt, alle mentalen oder physikalischen Barrieren beim Zugang zu öffentlichem Nahverkehr auf ein Minimum zu reduzieren. Das heißt beispielsweise eine enge Taktung (→ geringe Wartezeiten), saubere und klimatisierte Fahrzeuge, so einfache und angenehme Fahrplan- und Reiseinformationsabfragen wie irgendwie möglich, oder sogar die Minimierung empfundener (sic!) Wartezeiten, indem Echtzeit-Abfahrtsinformationen an Haltestellen bereitgestellt werden. Weitere Beispiele hierzu in der Arbeit von Katrin Dziekan.

Beispiel: Welches Ticket kaufe ich für eine Woche re:publica?

In Berlin habe ich beispielsweise zwei halbwegs sinnvolle Optionen, den dortigen (IMO hervorragenden) Nahverkehr zu benutzen. Eine Wochenkarte für die Tarifzonen AB kostet mich momentan 28,80 EUR und erlaubt mir eine unbeschränkte ÖPNV-Nutzung während dieser Zeit. Einzelfahrscheine kosten mich im Viererpack je 2,20 EUR – und ich kann übrig gebliebene Tickets immer einfach fuer den naechsten Berlinaufenthalt mitbringen (mit Vier-Fahrten-Karten Kurzstrecke lässt sich das dann noch für kürzere Fahrten supplementieren)

fahrscheine

In einer perfekten Welt wüsste ich natürlich schon vorher, wie häufig ich das Nahverkehrssystem einer Stadt verwenden werde – und für Berlin funktioniert das sogar mittlerweile halbwegs gut: Ich habe ein Gefühl für die Stadt bekommen, was mir erlaubt, grob abzuschätzen, wie häufig ich zu Fuß unterwegs sein werde und wann ich Bahn, Tram und Bus benutzen muss oder möchte. Falls ich nicht mehr als 13 Fahrten während meines Aufenthalts machen werde, komme ich mit Vier-Fahrten-Karten günstiger davon; falls ich vermutlich häufiger unterwegs sein werde, kaufe ich mir die Wochen-Umweltkarte.

Das funktioniert jedoch nur, wenn auch alles so abläuft, wie geplant. Einmal habe ich mehr Geld für Vier-Fahrten-Karten verbraten, als eine Umweltkarte gekostet hätte – bierselige Nächte sind in Berlin einfach nicht vollständig, wenn man nicht die Hälfte davon in der S- oder U-Bahn verbracht hat 😉
Andersherum geht das natürlich genauso. Vermeintlich meine Lektion gelernt habend, kaufte ich mir eine Wochenkarte – und verbrachte die Zeit hauptsächlich mit Leuten, die ebensowenig ein Problem mit langen Wanderungen durch eine Stadt hatten wie ich. Letztendlich kostete so jede tatsächlich gemachte Fahrt ganze 4,80 EUR. Nunja.

Die Idiotie dieses Systems ist seine absolute Unflexibilität, und der Grund dafür liegt in der Abrechnungsmodalität über anonyme Papierfahrscheine. Sobald ein Ticket entwertet und benutzt ist, existiert es praktisch nicht mehr: Das Geld ist ausgegeben, der Fahrschein verbraucht, die Kosten versunken. Falls ich tagsüber meine vierte Fahrt des Tages antrete, kann ich nicht einfach die drei zuvor benutzten Tickets aus der Hosentasche ziehen und sie gegen eine rabattierte Tageskarte eintauschen – die benutzten Tickets haben ja keinerlei Wert mehr.

Aus Sicht eines Verkehrsbetriebs oder -verbunds ist dieses System natürlich vollkommen nachvollziehbar und sinnvoll. Wer kann denn schliesslich beweisen, dass ich diese drei Fahrscheine nicht kurz vorher aus dem Abfalleimer eines U-Bahnhofs gezogen habe? Und selbst wenn das kein Problem wäre, bräuchte das Verkehrsunternehmen entweder passendes Equipment oder entsprechend Personal, um die Einzelfahrscheine zur Tageskarte „aufzuwerten“. Wer würde so etwas denn machen?

Naja, Transport for London zum Beispiel. Der Londoner Verkehrsverbund hat die altbekannten Papierfahrscheine zugunsten elektronischer Geldbörsen abgeschafft, und die Anonymität der Papierfahrscheine durch (maximal) Pseudonymität ersetzt.

Und aus Passagiersicht ist es das auch vollkommen wert.

Das Oyster-System von TfL

By Frank Murmann (Own work) [GFDL or CC-BY-3.0], via Wikimedia Commons

Oyster Card. By Frank Murmann (Own work) [GFDL or CC-BY-3.0], via Wikimedia Commons

Ich habe Oyster zum ersten Mal bei einem London-Trip 2007 ausprobiert, und war sofort angetan vom Konzept. Gegen ein Pfand von aktuell 5 GBP gibt es eine RFID-basierte Pay-As-You-Go Oyster Card, die dann an Automaten mit Geld aufgeladen werden kann.

Um eine Tube-Station zu betreten, wird dann die Karte an die Personenvereinzelungsanlage am Eingang gehalten, und am Ende der Reise wird auf dieselbe Art und Weise am Ausgang wieder ausgecheckt. Analog gibt es Kontaktpunkte in Bussen, oder auf Bahnsteigen „regulärer“ Eisenbahnlinien, so wie die an vielen DB-Bahnhöfen versteckten Touch and Travel-Kontaktpunkte.

[Public domain], via Wikimedia Commons

See page for author [Public domain], via Wikimedia Commons

Der meines Erachtens beste Clou des Systems ist aber nicht die Kostenersparnis durch den reduzierten Preis gegenüber klassischen Papierfahrscheinen, oder die zigtausenden Fahrscheine, die nicht gedruckt und weggeworfen werden, sondern die Fahrpreisdeckelung: Egal wie viele Fahrten an einem Tag unternommen werden, es wird niemals mehr als der Preis einer Tageskarte abgebucht werden. Das entspricht der Idee, nach der n-ten Fahrt eines Tages die bisher bezahlten Kosten von Einzelfahrscheinen auf ein Upgrade zu einem Tagesfahrschein anrechnen zu können — was natürlich nur geht, wenn nachvollzogen werden kann, dass diese Fahrscheine nicht etwa von anderen Passagieren erschnorrt oder aus dem Muell aufgelesen wurden.

Die Oyster-Karte ist dabei nicht einmal personengebunden: Genau wie eine reguläre Tageskarte übertragbar ist, kann auch die Oyster-Karte weitergegeben werden, so dass sich das Upgrade auf eine Tageskarte auch wirklich lohnt — was dann aber implizit passiert, sobald auch wirklich genügend Fahrten benutzt wurden. Die vorherige Überlegung, ob man auch wirklich die erkaufte Leistung auch ausreizt, entfällt. Eine mentale Hürde weniger!

Aber der Datenschutz!

Ja, der Datenschutz. Die Oyster-Karte ist nicht anonym, sondern maximal pseudonym: Zwar kann die Karte nur dann eindeutig an eine oder mehrere Personen gebunden werden, wenn die Aufladung per Kreditkarte erfolgt; die Speicherung vergangener Fahrten ist aber systeminhärent und kaum zu umgehen. Das reicht in Deutschland üblicherweise, um mindestens ein Unwohlsein zu verursachen; in der Regel wird die vereinte Front der Datenschützer_innen dann auch Menetekel von Totalüberwachung und gläsernen Passagieren an die Wand zu malen.

Und tatsächlich, in Cory Doctorows Jugendroman Little Brother gerät der Protagonist wegen seiner vom üblichen Muster abweichenden Mobilitätsnutzung des BART-Systems ins Visier der repressiven Regierung, gegen die er ankämpft (das Buch steht unter Creative-Commons-Lizenz, Fundstelle ist Seite 100 ff.)

Kein Wunder also, dass Versuche, die VDV-Kernapplikation als solch ein Zahlungssystem  in deutschen Verkehrsverbünden zu etablieren, auf Widerstand stoßen. „Der ueberwachte OPNV“ sei das, und impliziert wird, dass wir uns damit einer totalitären Kontrolle über unser Leben aussetzen.

Ich habe mit dieser Argumentation zwei Probleme. Erstens übersieht sie — wie so oft — die Machtfrage: Wer kann durch die bloße Verfügbarkeit von Mobilitätsdaten den Passagieren gegenüber Macht ausüben? Die Verkehrsverbünde und -unternehmen? Wohl kaum. Allenfalls einem repressiven Staat und seinen Organen billige ich das Vermögen zu solchem Handeln zu — und in dem Fall liegt das Problem im repressiven Staat begründet. Der geht aber auch von Papiertickets nicht weg.

Die Zukunft vernetzter Mobilitaet

von Julian Herzog (Eigenes Werk) [GFDL (http://www.gnu.org/copyleft/fdl.html) oder CC-BY-3.0 (http://creativecommons.org/licenses/by/3.0)], via Wikimedia Commons

von Julian Herzog • [more photography on my website] (Eigenes Werk) [GFDL oder CC-BY-3.0], via Wikimedia Commons

Zweitens lässt diese Papierfahrscheinromantik außer Acht, wie sich Mobilität in der Zukunft weiterentwickeln wird. Car2Go hatte in Ulm immerhin (ohne große Feierlichkeiten) seinen sechsten Geburtstag, und hat mit seinem von manchen Bike-Sharing-Modellen abgeschauten Free-Floating-Konzept und minutengenauer Abrechnung den Markt deutlich aufgerüttelt. Uber rüttelt noch heftiger, momentan ohne dass man vorhersagen könnte, welche mittelfristigen Folgen das für den Taximarkt hat. Und selbstfahrende Autos fahren immerhin schon als Versuchsträger durch die Ulmer Straßen.

Interessant wird vor allem werden, wie sich solche verschiedenen Verkehrsmodalitäten künftig mit klassischem ÖPNV verknüpfen lassen. Beispielsweise, indem Free-Floater, Bikesharing oder gar selbstfahrende Autos nicht etwa mit Bus und Bahn konkurrieren, sondern diese ergänzen — durch Spezialtarife nach Betriebsschluss des klassischen ÖPNV, zum Beispiel. Oder indem das klassische Ticket in das NFC-System des Smartphones integriert wird, das die Vorbestellung von Anrufsammeltaxis oder Rufbussen am Ende einer Reise in den ländlichen Bereich gleich miterledigt.

Der DING ist einer der Verbünde, die hier mit dem „Ticket2Mix“ einen bescheidenen, für Verhältnisse deutscher Verbünde aber schon beinahe revolutionären Anfang machen: Neben der regulären Monatskarte sind auch Freiminuten bei drei Carsharing-Anbietern in Ulm und Umgebung im Ticketpreis enthalten. Das entfaltet noch lange nicht das Potenzial, das in RFID-Fahrscheinen steckt, aber gibt zumindest einen winzigen Vorgeschmack auf das, was möglich wäre.

Aber eben nur, solange ein reibungsloser und attraktiver Nahverkehr und die damit verbundenen Folgen für Lebens- und Wohnqualität nicht als weniger wichtig angesehen werden, als dass er unbedingt anonym zu benutzen wäre.

Randnotiz: VDV-Kernapplikation und die in Deutschland getesteten Prototypen haben allesamt ihre Macken und Probleme, insbesondere bei der Usability. Mir geht es aber um das Grundprinzip dahinter, und den Widerstand gegen das System allein aus dem Standpunkt heraus, dass Datenschutz schwerer wiege.

Nachtrag vom 2014-10-20: Der Titel dieses Artikels endete ursprünglich mit „verhindert durch Datenschutz“. Das ist vermutlich irreführend gewesen, denn tatsächlich gibt es mit Touch und Travel ja ein vergleichbares System (wenngleich hier umgekehrt als bei Oyster aktive Endgeräte und passive Berührpunkte verwendet werden), und es gibt keine mir bekannten datenschutzrechtlichen Bestrebungen, vergleichbare Ticketingsysteme zu verbieten oder einzuschränken. Gemeint war der Artikel insbesondere als Replik auf den verlinkten Blogartikel, in dem vom überwachten Nahverkehr die Rede war, und sämtliche anderen Horrorvisionen einer komplett überwachten Gesellschaft. Der Zyniker in mir würde ein verbundübergreifendes intelligentes Ticketingsystem ohnehin zunächst an den Verbünden und dem VDV und danach an einer Vergabe an T-Systems oder Siemens scheitern sehen 😉