Gesamtreisezeit-Rechner mit Umstiegen

Ungültige Listen, negative Dauern oder ein Umstieg ungleich null bei der Endankunft scheitern mit invalid_input statt eines stillen falschen Totals. Nutzen Sie es kostenlos im Browser beim Routenvergleich, oder rufen Sie die API zu $0.002 pro erfolgreicher Anfrage auf, wenn Tabellen und Buchungswerkzeuge dieselbe reproduzierbare Summe brauchen.

Was Gesamtreisezeit mit Umstiegen bedeutet und was die Antwort enthält

Veröffentlichte Flugzeiten beschreiben fast immer einen einzelnen Luft- oder Blockabschnitt. Passagiere erleben mehr: den ersten Start, jedes Zwischenwarten am Boden und die Endankunft. Dieses volle Intervall ist die Gesamtreisezeit mit Umstiegen und die Zahl, die man braucht, wenn man fragt, wie lange eine Reise wirklich dauert, ob ein Nachtflug plus Anschluss die Tarifersparnis wert ist, oder wie viel Puffer vor einem Termin in der Zielstadt bleibt. Dieser Rechner beantwortet das mit transparenter Arithmetik. Sie liefern ein geordnetes Array von Segmenten. Beim letzten Segment entfällt der Umstieg oder ist null, weil die Reise mit der Ankunft endet. Jedes Segment trägt flight_minutes, die Dauer dieses Abschnitts, und kann layover_minutes tragen, die Bodenzeit nach diesem Abschnitt vor dem nächsten Start. Die Engine summiert jede Flugminute, summiert jede Zwischen-Umsteige-Minute und liefert total_travel_minutes als Summe, mit passenden Stundenfeldern und lesbaren Anzeigen für Flug-, Umsteige- und Reisetotale. Die Antwort spiegelt auch segment_count, layover_count als segment_count minus eins bei Multi-Leg-Reisen oder null bei Nonstop, ein segments-Array mit einsbasiertem Index, flight_minutes und layover_minutes je Abschnitt, ein Methoden-Tag flight_with_layovers und eine kurze Formelzeichenkette für Logs. Es gibt keinen Live-GDS-Feed, keine gescrapte Airline-Tabelle und keine Uhrenarithmetik: der Pfad baut ein endliches Ergebnis aus Ihren Zahlen oder lehnt die Anfrage mit invalid_input ab. Abgelehnte Fälle umfassen ein fehlendes segments-Array, eine leere Liste, mehr als zwanzig Abschnitte, Nicht-Objekt-Elemente, fehlende flight_minutes, negative Dauern, Dauern über der Sieben-Tage-Grenze und einen positiven Umstieg an der Endankunft. Wenn Sie lokale Ankunftsuhrzeiten nach Zeitzonenwechsel brauchen, kombinieren Sie eine einzelne Dauer mit travel.arrival_local_time; wenn Sie eine Verbindung gegen Mindestumsteigezeit prüfen, nutzen Sie travel.layover_time. Diese Seite bleibt auf die Summe des gesamten Itinerars fokussiert, damit Browser-Demos, Tabellen und API-Clients einen stabilen Vertrag teilen.

Wie Segmente und Umstiege gelesen werden und wie Ergebnisse reproduzierbar bleiben

Jedes Element ist ein Objekt. Werte können endliche Zahlen oder H:MM-Dauerstrings wie zwei Doppelpunkt dreißig für einhundertfünfzig Minuten sein; Stunden in H:MM dürfen dreiundzwanzig überschreiten, weil ein einzelner Ultra-Langstrecken-Block länger als einen Tag dauern kann. Ein positiver Umstieg am letzten Segment wird abgelehnt, damit Bodenzeit nach Ankunft nicht fälschlich als Reise zählt. Grenzen von zwanzig Segmenten und zehntausendachtzig Minuten pro Dauer halten Eingaben für Passagier-Itinerare praktisch und decken dennoch Multi-Stop-Weltreisen und mehrtägige Oberflächenverbindungen ab, die als Umsteige-Minuten eingegeben werden. Der bevorzugte Feldname ist segments, aber legs, flights und itinerary werden akzeptiert, damit Tabellen, Query-Strings und typisierte Formulare denselben Vertrag nutzen. Die Flugdauer wird aus flight_minutes gelesen mit Alias flight, duration_minutes, minutes, duration, flight_min und block_minutes. Die Zwischenbodenzeit wird aus layover_minutes gelesen mit Alias layover, connection_minutes, ground_minutes, wait_minutes, layover_min und connection. Eine Ein-Segment-Liste ist ein gültiger Nonstop: layover_count ist null und die Gesamtreise gleicht diesem einen Flug. Eine Zwei-Segment-Liste sollte layover_minutes am ersten Objekt tragen; fehlt es, ist die Verbindung null, damit eine leere Zelle keine Wartezeit erfindet. Kombinieren Sie den kostenlosen Browserlauf auf dieser Seite mit der bezahlten API, wenn Sie dasselbe mathematische Ergebnis in einer automatisierten Pipeline brauchen, ohne die Segmentvalidierung selbst neu zu implementieren.

Wo Multi-Leg-Totale in Planung, Betrieb und Software passen

Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, fehlgeschlagene Validierung wird nicht berechnet und nach der Antwort wird nichts gespeichert. Diese Trennung — kostenlose interaktive Erkundung und identische bezahlte API — passt zum restlichen KIT-Tier-A-Katalog und lässt Sie von einer Reiseplanungs-Demo zu einer automatisierten Pipeline wechseln, ohne das mathematische Ergebnis zu ändern.