Lippstadt

→

RE 11
nach Dortmund Hbf 06:29 Gleis 1 über Soest - Hamm(Westf)
RE 11
nach Kassel-Wilhelmshöhe 06:31 Gleis 2 über Paderborn - Altenbeken - Willebadessen
RB 89
nach Münster(Westf)Hbf 06:45 Gleis 1 über Bad Sassendorf - Soest - Hamm(Westf)
RB 89
nach Paderborn Hbf 06:47 Gleis 2 über Dedinghausen - Ehringhausen(Kr Lippstadt) - Geseke
RB 89
nach Münster(Westf)Hbf 07:14 Gleis 1 über Bad Sassendorf - Soest - Hamm(Westf)
RB 89
nach Paderborn Hbf 07:15 Gleis 2 über Dedinghausen - Ehringhausen(Kr Lippstadt) - Geseke
RE 11
nach Hamm(Westf)Hbf 07:30 Gleis 1 über Soest
RE 11
nach Kassel-Wilhelmshöhe 07:31 Gleis 2 über Paderborn - Altenbeken - Willebadessen
RB 89
nach Münster(Westf)Hbf 07:44 Gleis 1 über Bad Sassendorf - Soest - Hamm(Westf)
RB 89
nach Paderborn Hbf 07:45 Gleis 2 über Dedinghausen - Ehringhausen(Kr Lippstadt) - Geseke
RB 89
nach Paderborn Hbf 08:15 Gleis 2 über Dedinghausen - Ehringhausen(Kr Lippstadt) - Geseke
RE 11
nach Dortmund Hbf 08:26 Gleis 1 über Soest - Hamm(Westf)
RE 11
nach Kassel-Wilhelmshöhe 08:31 Gleis 2 über Paderborn - Altenbeken - Willebadessen
RB 89
nach Hamm(Westf)Hbf 08:44 Gleis 1 über Bad Sassendorf - Soest - Borgeln
RB 89
nach Paderborn Hbf 09:15 Gleis 2 über Dedinghausen - Ehringhausen(Kr Lippstadt) - Geseke
RE 11
nach Hamm(Westf)Hbf 09:27 Gleis 1 über Soest

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

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 30 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 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.36.1 · Datenschutz · Impressum