Gelnhausen

→

RE 50
nach Bebra 20:24 Gleis 3 über Wächtersbach - Bad Soden-Salmünster - Steinau(Straße)
RB 51
nach Wolfgang(Kr Hanau) 20:31 Gleis 2 über Hailer-Meerholz - Niedermittlau - Langenselbold
RB 51
nach Wächtersbach 20:33 Gleis 3 über Haitz-Höchst - Wirtheim
RE 50
nach Frankfurt(Main)Hbf 21:06 Gleis 2 über Langenselbold - Hanau - Offenbach(Main)
RE 50
nach Fulda 21:15 Gleis 3 über Wächtersbach - Bad Soden-Salmünster - Steinau(Straße)
RB 51
nach Wolfgang(Kr Hanau) 21:27 Gleis 2 über Hailer-Meerholz - Niedermittlau - Langenselbold
RB 51
nach Wächtersbach 21:34 Gleis 3 über Haitz-Höchst - Wirtheim
HLB RB46
von Nidda 21:48 Gleis 1a über
RE 50
nach Frankfurt(Main)Hbf 22:03 Gleis 2 über Langenselbold - Hanau - Offenbach(Main)
RE 50
nach Fulda 22:07 Gleis 3 über Wächtersbach - Bad Soden-Salmünster - Steinau(Straße)
HLB RB46
nach Nidda 22:12 Gleis 1a über Lieblos - Mittel Gründau - Büdingen(Oberhess)
RB 51
nach Wolfgang(Kr Hanau) 22:27 Gleis 2 über Hailer-Meerholz - Niedermittlau - Langenselbold
RB 51
nach Wächtersbach 22:33 Gleis 3 über Haitz-Höchst - Wirtheim
RE 50
nach Frankfurt(Main)Hbf 22:59 Gleis 2 über Langenselbold - Hanau - Offenbach(Main)
RE 50
nach Bebra 23:12 Gleis 3 über Wächtersbach - Bad Soden-Salmünster - Steinau(Straße)

Stationen in der Umgebung suchen

Backend: DB (IRIS-TTS)

Weitere Einstellungen

Verspätungen erst ab 5 Minuten anzeigen

Mehr Details

Fahrten der vergangenen 60 Minuten zeigen

Header verstecken

Formular verstecken

Nur Fahrten über

Gleise

Ankunfts- oder Abfahrtszeit anzeigen?

Frontend

API

DBF-Abfahrtstafeln können gerne als iframe eingebunden oder in fest installierten Vollbild-Browserfenstern verwendet werden. Für eine kleine Ansicht (z.B. iframe in einer normalen Website) empfiehlt sich das "App"-Frontend. Für eine große Ansicht (z.B. als alleinstehender Infoscreen) gibt es den "Infoscreen"-Modus.
Die Abfahrtstafel unterstützt Namen, EVA-IDs, und (im IRIS-Backend) DS100/Ril100-Codes zur Identifikation von Stationen.
Abfahrten werden mit Echtzeitdaten bzw. Prognosen angegeben und danach sortiert. Mit dem Parameter rt=0 wwerden stattdessen Plandaten angegeben und zur Sortierung genutzt.
Bei HAFAS-Backends können optional Details für spezifische Fahrten im DD.MM.[YYYY]-Format abgefragt werden, z.B. "ICE 921 (1.1.)" oder "ICE 921 @ 1.1.". Das Datum bezieht sich auf die geplante Abfahrtszeit am Startbahnhof der Fahrt.
Viele Seiten sind auch als JSON verfügbar, wahlweise mittels Accept: application/json oder durch .json in der URL. HAFAS- und IRIS-Abfahrtstafeln liefern mit dem GET-Parameter version=3 eine stabile JSON-API. Alle anderen Endpunkte (sowie Abfahrtstafeln mit version=raw) erlauben direkten Zugriff auf die serialisierten Travel::Status::DE::{EFA,HAFAS,IRIS}-Objekte ohne stabile API.
Bitte maximal 10 Anfragen pro Minute und insbesondere nur eine Anfrage pro Station und Minute – eine höhere Auflösung haben die Backenddaten ohnehin nicht.
Mit limit kann die Anzahl der angezeigten / im JSON enthaltenen Abfahrten eingeschränkt werden, z.B. limit=10 für die ersten zehn.
Dieser Dienst ist Open Source-Software und kann leicht (z.B. mittelS Docker) auf eigenen Servern installiert werden. Automatisierte Crawler, die mehrere Dutzend Stationen pro Minute abfragen, bitte nur auf eigenen Instanzen betreiben.

Farbschema: hell · dunkel · automatisch

DBF v4.38.0-1-g7fb1f7f · Datenschutz · Impressum