python Bahnfahrplan abfragen

[Christoph M. (mchris)]

Ich will den Fahrplan der Bahn mittels Python abfrage und auswerten.
Theoretisch wäre das mit der Libray "schiene" ziemlich einfach:

import schiene
s = schiene.Schiene()

# Find connections from Mannheim Hbf to Stuttgart Hbf
connections = s.connections('Berlin Hbf', 'Hannover Hbf')
print(connections)

Praktisch geht es aber nicht. Kennt jemand da eine Möglichkeit?

[Frank D. (Firma: LAPD) (frank_s634)]

https://v6.db.transport.rest/getting-started.html

[Christoph M. (mchris)]

Frank D. schrieb:
> https://v6.db.transport.rest/getting-started.html

Danke, die API funktioniert.
Sie scheint aber wesentlich komplizierter als die ursprüngliche 
"schiene" Library.

Hier das gerade probierte Beispiel für die Verbindung von Stuttgart nach 
München:

import requests
import time
from datetime import datetime

def suche_stop(query):
    url = f"https://v6.db.transport.rest/locations?query={query}&results=5"
    try:
        resp = requests.get(url, timeout=10)
        if resp.status_code == 200:
            data = resp.json()
            print("Gefundene Stops:")
            for s in data:
                print(f"- ID: {s['id']}, Name: {s['name']}")
            return data[0]['id'] if data else None
        else:
            print(f"Suche-Fehler: {resp.status_code} - {resp.text}")
    except Exception as e:
        print(f"Netzwerkfehler: {e}")
    return None

def verbindungen(from_id, to_id, results=5, when=None):
    url = "https://v6.db.transport.rest/journeys"
    params = {
        'from': from_id,
        'to': to_id,
        'results': results,
        'language': 'de'
    }
    if when:
        params['when'] = when  # z.B. '2026-04-27T18:00'
    try:
        resp = requests.get(url, params=params, timeout=15)
        print(f"Status: {resp.status_code}")
        if resp.status_code == 200:
            data = resp.json()
            journeys = data.get('journeys', [])
            print(f"\n{len(journeys)} beste Verbindungen Stuttgart → München (Stand: {datetime.now().strftime('%H:%M')}):")
            for i, j in enumerate(journeys[:3], 1):  # Erste 3
                duration = j.get('duration', 'N/A')
                legs_count = len(j.get('legs', []))
                first_leg = j['legs'][0]
                dep_time = first_leg['departure']
                print(f"\n{i}. Dauer: {duration}, {legs_count} Etappe(n)")
                print(f"   Abfahrt: {dep_time} {first_leg.get('line', {}).get('name', 'Fußweg')}")
                print(f"   Ziel: {j['legs'][-1]['arrival']} {j['legs'][-1].get('line', {}).get('name', '')}")
        elif resp.status_code == 500:
            print("Serverfehler (500): Retry in 60s...")
            time.sleep(60)
            return verbindungen(from_id, to_id, results)
        else:
            print(f"Fehler: {resp.status_code} - {resp.text[:300]}")
    except Exception as e:
        print(f"Ausnahme: {e}")

if __name__ == "__main__":
    from_stop = suche_stop("Stuttgart Hbf")
    to_stop = suche_stop("München Hbf")
    if from_stop and to_stop:
        verbindungen(from_stop, to_stop)

[Christoph M. (mchris)]

Die Anzahl der Anfragen scheint auch begrenzt zu sein. Ich habe das 
jetzt vielleicht 10x hintereinander gemacht und dann kommt:

Netzwerkfehler: HTTPSConnectionPool(host='v6.db.transport.rest', 
port=443): Read timed out. (read timeout=10)

[Frank D. (Firma: LAPD) (frank_s634)]

Christoph M. schrieb:
> Die Anzahl der Anfragen scheint auch begrenzt zu sein. Ich habe
> das
> jetzt vielleicht 10x hintereinander gemacht und dann kommt:

Doku:
API status
..
Also, the new underlying APIs seem to have a much lower rate limit than 
the old HAFAS API. ⚠️

....

No API Key
You can just use the API without authentication. There's a rate limit of 
100 requests/minute set up.

[Ein T. (ein_typ)]

Christoph M. schrieb:
> Frank D. schrieb:
>> https://v6.db.transport.rest/getting-started.html
>
> Danke, die API funktioniert.

Die "schiene"-Library [1] ist offenbar seit einiger Zeit nicht mehr 
gepflegt worden. Der letzte Commit ist zwar erst neun Monate her, hat 
aber lediglich den Sponsor "focsec" zur README.md und dessen Banner-PNG 
hinzugefügt.

Ein weiterer Blick in den Quellcode der Library zeigt, daß dort nicht 
die Bahn-API, sondern Web Scraping mit BeautifulSoup verwendet wird. 
Klar, das kann man natürlich machen, aber sobald der Betreiber einer 
solchen Website seinen HTML-Code ändert, funktioniert die 
Datenextraktion oft nicht mehr.

> Sie scheint aber wesentlich komplizierter als die ursprüngliche
> "schiene" Library.

Dann schreib' Dir halt was zur Vereinfachung; die APIs der Bahn sind 
aber ein bisschen... sagen wir, unhandlich. Aber wenn Du eine 
langfristig benutzbare Software entwickeln willst, wirst Du um deren 
APIs kaum herum kommen.

[1] https://github.com/kennell/schiene

[Matthias S. (dachs)]

Ein T. schrieb:
> wirst Du um deren
> APIs kaum herum kommen

Und auch die werden alle paar Jahre geändert werden.

[Matthias S. (dachs)]

Erschreckend fand ich auf den ersten Blick:

https://developers.deutschebahn.com/db-api-marketplace/apis/product/ris-disruptions-transporteure

RIS::Disruptions (DB Transporteure)
1.0.292
Störungsinformationen für DB Fernverkehr AG & DB Regio AG

Führt da die Abfrage "alle" nicht sofort zu DDOS-Alarm?

[Ein T. (ein_typ)]

Matthias S. schrieb:
> Ein T. schrieb:
>> wirst Du um deren APIs kaum herum kommen
>
> Und auch die werden alle paar Jahre geändert werden.

Wow, man merkt: da spricht der "Fachmann". Äh, nicht. Denn die benutzen 
diese APIs für ihre eigenen Informationssysteme und für externe Partner, 
die sie bei Änderungen alle gleichzeitig updaten müßten, um nichts 
kaputt zu machen. Darum sind die APIs natürlich versioniert, so daß 
veraltete Versionen der APIS auch dann weiterhin funktionieren, wenn es 
neue gibt. So macht man das nämlich, und die OpenAPI-Angebote der Bahn 
sind unhandlich, lassen aber erkennen, daß sich dort jemand viele 
Gedanken über Themen wie Langzeitstabilität gemacht hat.

Aber jetzt, lieber Matthias, habe ich eine Frage an Dich. Nämlich: wie 
kommt man dazu, was zu einem Thema zu sagen, von dem man ganz 
offensichtlich keine Ahnung und das man sich auch keinen 
Sekundenbruchteil lang angesehen hat?

[Frank D. (Firma: LAPD) (frank_s634)]

Ein T. schrieb:
> kaputt zu machen. Darum sind die APIs natürlich versioniert, so daß
> veraltete Versionen der APIS auch dann weiterhin funktionieren, wenn es
> neue gibt.

Die Versionierung ist aber scheisse umgesetzt. Versionsnummer in den 
Hostnamen ist ein nogo, technisch ist das nicht mal mehr RESTful.

[Matthias S. (dachs)]

Ein T. schrieb:
> wie kommt man dazu,

Erfahrung.

[Sheeva P. (sheevaplug)]

Frank D. schrieb:
> Die Versionierung ist aber scheisse umgesetzt. Versionsnummer in den
> Hostnamen ist ein nogo, technisch ist das nicht mal mehr RESTful.

Möglicherweise wird es deshalb auch nicht über den Hostname gemacht. 
In den JSON-Docs wird ein einheitlicher Hostname ohne Versionsnummer 
angegeben. Die Versionsnummern stehen im Pfad, wie bei anderen 
REST-Apis.

[Rolf M. (rmagnus)]

Christoph M. schrieb:
> # Find connections from Mannheim Hbf to Stuttgart Hbf
> connections = s.connections('Berlin Hbf', 'Hannover Hbf')

Wenn du von Mannheim nach Stuttgart willst, solltest du nicht nach 
Verbindungen von Berlin nach Hannover suchen ;-)

[Norbert (der_norbert)]

Rolf M. schrieb:
> Christoph M. schrieb:
>> # Find connections from Mannheim Hbf to Stuttgart Hbf
>> connections = s.connections('Berlin Hbf', 'Hannover Hbf')
>
> Wenn du von Mannheim nach Stuttgart willst, solltest du nicht nach
> Verbindungen von Berlin nach Hannover suchen ;-)

PEP8: Comments that contradict the code are worse than no comments.
Always make a priority of keeping the comments up-to-date when the code 
changes!

[Christoph M. (mchris)]

Norbert schrieb:
> PEP8: Comments that contradict the code are worse than no comments.
> Always make a priority of keeping the comments up-to-date when the code
> changes!

Noch besser: gar keine Kommentare und der Code muss so lesbar wie ein 
Buch sein.

Reference:
"weniger schlecht programmieren"
https://www.oreilly.com/library/view/weniger-schlecht-programmieren/9783955615697/

[Mario M. (thelonging)]

Vor allem: "Comments should not duplicate the code."

[Harald K. (kirnbichler)]

Christoph M. schrieb:
> Noch besser: gar keine Kommentare und der Code muss so lesbar wie ein
> Buch sein.

Findet man nur selten.

Oft gibt es eine ellenlange Lizenz am Anfang, aber überhaupt keinen 
Hinweis darauf, was der Code eigentlich überhaupt machen soll.

Weil jemand meinte, daß der Code ja "so leicht lesbar wie ein Buch" sei.

Einbuchstabige Variablennamen inklusive, und damit meine ich nicht i und 
p.

[Ein T. (ein_typ)]

Harald K. schrieb:
> Einbuchstabige Variablennamen inklusive, und damit meine ich nicht i und
> p.

Ich nenne meine Variablen auch lieber "hans" und "joachim" und deren 
Summe natürlich hans_joachim. Dann freuen sich die Kollegen, so haben 
sie gleich einen persönlichen Bezug zu den beiden. :-)