IANA-Zeitzonen umrechnen

Geben Sie einen Quellstempel wie 2024-06-15T14:30:00, ein from_zone America/New_York und ein to_zone Europe/London ein, und das Werkzeug liefert 2024-06-15T19:30:00 als umgerechnete Ortszeit samt UTC-Zulu-Stempel, signierter Verschiebung und Kalendertagshinweis beim Überschreiten von Mitternacht. Fehlt eine Kennung in der Tabelle, scheitert die Aufgabe mit invalid_input und nennt die unerkannte Zone.

Benannte IANA-Zonen, feste Offsets und warum dieser Umrechner keine Sommerzeit erfindet

Das ist das Produktversprechen hinter der Zeitzonenroute: benannte Zonen, feste Regeln, umgerechnete Ortszeit und hartes invalid_input, wenn ein Name unbekannt ist, statt einer geratenen Stadt oder eines stillen Falls auf UTC.

So rufen Sie die API auf und lesen jedes Feld der Antwort

Senden Sie einen JSON-Körper mit drei Pflichtfeldern. Das Feld datetime ist eine ISO-8601-Wanduhr-Zeichenkette: vierstellige Jahreszahl, Monat, Tag, T- oder Leerzeichen-Trenner, Stunden und Minuten, optionale Sekunden, optionale Sekundenbruchteile die auf ganze Sekunden abgeschnitten werden, und ein optionales abschließendes Z oder numerischer Offset, der nur akzeptiert wird, um die Wandkomponenten zu parsen—from_zone bleibt der maßgebliche Quelloffset. Aliase für datetime sind dt, time, when, timestamp und datetime_in. Das Feld from_zone ist die IANA-Quellkennung und to_zone die Zielkennung; jedes akzeptiert kanonische Area/Location-Namen, gängige Alt-Aliase, UTC, GMT und vorzeichenbehaftete POSIX-Etc/GMT-Etiketten, ohne Groß-/Kleinschreibung und mit Leerzeichen als Unterstriche. Aliase für from_zone sind from, source_zone, tz_from, timezone_from und from_tz; für to_zone to, target_zone, tz_to, timezone_to und to_tz. Bei Erfolg gibt die Antwort datetime_in als normalisierten Wandstempel zurück, datetime_in_iso mit dem Quell-plus-oder-minus HH:MM, datetime_out und datetime_out_iso für die umgerechnete Ortszeit, local_time als HH:MM:SS, from_zone und to_zone als kanonische Namen, from_offset_hours und to_offset_hours als gerundete Stunden, passende UTC-plus-oder-minus-Etiketten, offset_diff_hours als Ziel minus Quelle, utc_iso für denselben Zeitpunkt in Zulu, year month day hour minute second als Ganzzahlen der zivilen Zieluhr, day_offset für die Zahl überschrittener Mitternächte, day_note und message als kurze Zusammenfassungen, formula als einzeilige Identität und steps als geordnetes Array von Substitutionszeilen, die Sie neben der Antwort zeigen können. Fehlgeschlagene Validierung—fehlende Felder, fehlerhafte ISO-Strings, unmögliche Kalendertage wie 2023-02-29, Stunden außerhalb null bis dreiundzwanzig oder ein unerkannter Zonenname—liefert invalid_input und wird nie berechnet. Der Preis ist pauschal $0.002 pro erfolgreicher Anfrage mit Einheit item.

Praktische Tipps, Grenzen, verwandte Suchen und wo dieses Werkzeug passt

Bevorzugen Sie kanonische IANA-Namen, wenn Sie sie haben (America/New_York, Europe/Berlin, Asia/Tokyo), und lassen Sie die Tabelle Aliase wie US/Eastern oder Japan auf dieselben Offsetminuten falten. Halbstunden- und Viertelstundenzonen sind erstklassig: Asia/Kolkata sind fünfeinhalb Stunden, Asia/Kathmandu fünf Stunden fünfundvierzig Minuten, Australia/Adelaide neuneinhalb, Pacific/Chatham zwölf Stunden fünfundvierzig Minuten. Bevorzugen Sie diese Fähigkeit, wenn Sie bereits einen expliziten ISO-Stempel und zwei IANA-Namen haben und feste Offsetreproduzierbarkeit wollen; haben Sie nur numerische UTC-plus-oder-minus-Etiketten, nutzen Sie den Offset-zu-Offset-Helfer; brauchen Sie Sommerzeit, nutzen Sie ein DST-bewusstes Zonenwerkzeug. Roundtrip-Prüfungen sind einfach: rechnen Sie A nach B und B nach A mit getauschten Zonen und bestätigen Sie, dass die ursprüngliche Wanduhr nach Rekonstruktion desselben absoluten Zeitpunkts zurückkehrt. Denken Sie daran, dass die signierte Verschiebung stets Zieloffset minus Quelloffset ist: ist die Quelle America/New_York bei UTC-5 und das Ziel Europe/London bei UTC+0, beträgt offset_diff_hours plus fünf, sodass vierzehn Uhr dreißig an der Quelle am selben Kalendertag neunzehn Uhr dreißig in London wird. Das Überschreiten von Mitternacht setzt day_offset auf plus eins oder minus eins, und day_note erklärt, auf welcher Seite das Ziel landet; ein Tokioter Morgen Richtung Los Angeles landet oft am vorherigen Kalendertag. Kombinieren Sie Beispiele beim Unterrichten: dieselbe Zone lässt die Uhr unverändert; westwärts werden Stunden abgezogen; ostwärts addiert; ein unerkannter Name wie Not/A_Zone zeigt den harten invalid_input-Pfad. Diese Seite zielt auf Suchende nach Zeitzonenumrechner, Datumszeit zwischen IANA-Zonen umrechnen oder Ortszeitumrechnung mit benannter Zone; es ist kein Flugdauerrechner, kein Sommerzeitberater, kein rein numerischer UTC-Offset-Schieber und kein Städtelückenwerkzeug, das niemals einen Stempel bewegt. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein Prepaid-Guthaben, was explorative Skripte günstig hält, wenn absichtlich eine erfundene Zone gesendet wird.