Zeitzonen-Konverter

Was der Konverter berechnet

Der Zeitzonen-Konverter übersetzt einen konkreten, frei eingegebenen Zeitpunkt – Datum und Uhrzeit in einer Ausgangsstadt – in die entsprechende Ortszeit einer Zielstadt. Anders als die Weltuhr, die immer die gerade laufende Systemzeit an mehreren Orten zeigt, rechnet der Konverter einen beliebigen, auch vergangenen oder zukünftigen Zeitpunkt um.

Lokaler Zeitpunkt versus UTC-Instant

Intern wird die eingegebene Wanduhrzeit zunächst in einen eindeutigen UTC-Zeitpunkt aufgelöst – unter Berücksichtigung der zum Eingabedatum in der Ausgangszone tatsächlich geltenden Sommer- oder Winterzeit. Erst aus diesem UTC-Zeitpunkt wird die Ortszeit der Zielstadt berechnet. Dieser Umweg ist notwendig, weil eine Wanduhrzeit ohne Zeitzonenbezug für sich allein mehrdeutig ist.

Quell- und Zielzone

Von- und Zu-Auswahl funktionieren unabhängig voneinander über dieselbe durchsuchbare Städteliste; ein Tausch-Symbol vertauscht beide Auswahlen inklusive bereits eingegebenem Ergebnis. Bei identischer Quell- und Zielstadt bleibt der eingegebene Zeitpunkt unverändert.

Das Datum kann sich ändern

Bei größeren Zeitverschiebungen fällt das Ergebnis oft auf einen anderen Kalendertag als das eingegebene Datum – z. B. entsprechen 23:45 Uhr am 15. Juni in Berlin 06:45 Uhr am 16. Juni in Tokio. Der Rechner weist einen solchen Datumswechsel ausdrücklich als eigene Meldung aus, statt ihn nur implizit im Ergebnisdatum erscheinen zu lassen.

UTC-Offset ist nicht die Zeitzone

Der angezeigte Offset wie „UTC+2" beschreibt nur den Zeitabstand zu UTC an genau diesem Zeitpunkt, nicht die Zeitzone als Ganzes – derselben Zone „Europe/Berlin" entsprechen je nach Datum sowohl UTC+1 (Winter) als auch UTC+2 (Sommer). Ein Rechner, der stattdessen dauerhaft mit einem festen Stundenwert pro Stadt arbeiten würde, läge an rund der Hälfte des Jahres falsch.

Sommerzeit und unterschiedliche Umstellungstermine

Nicht jede Zeitzone stellt an denselben Tagen um: Die EU stellt 2026 am 29. März und 25. Oktober um, die USA am 8. März und 1. November – dazwischen gilt zwischen Europa und Nordamerika vorübergehend ein anderer Stundenunterschied als sonst im Jahr. Auf der Südhalbkugel, etwa in Sydney, liegt die Sommerzeit spiegelbildlich im dortigen Sommer, also im Nordwinter.

Nicht existente Uhrzeiten im Frühjahr

Beim Sommerzeitbeginn überspringt die Uhr eine Stunde – am 29. März 2026 gibt es in Berlin 02:30 Uhr Ortszeit gar nicht, die Uhr springt direkt von 01:59:59 auf 03:00 Uhr. Gibt man eine solche Zeit ein, weist der Rechner das ausdrücklich aus und rechnet ab dem nächsten tatsächlich existierenden Zeitpunkt (03:30 Uhr) weiter, statt die Eingabe stillschweigend zu verschieben.

Doppelte Uhrzeiten im Herbst

Beim Sommerzeitende kommt eine Stunde dagegen zweimal vor: Am 25. Oktober 2026 existiert 02:30 Uhr in Berlin sowohl während der Sommerzeit als auch – eine Stunde später – während der bereits wieder geltenden Winterzeit. Der Rechner weist diese Mehrdeutigkeit sichtbar aus und rechnet mit der früheren, noch während der Sommerzeit geltenden Variante – eine bewusste, dokumentierte Konvention, keine verdeckte Annahme.

Halbe und 45-minütige Zonen

Auch bei krummen Offsets wie UTC+5:30 (Indien), UTC+5:45 (Nepal) oder UTC+12:45 (Chatham-Inseln) rechnet der Konverter exakt, nicht auf volle Stunden gerundet – ebenso bei Zonen, deren Sommerzeit selbst nur eine halbe Stunde verschiebt, wie auf der australischen Lord-Howe-Insel.

Browserzeitzone

Die eigene, lokale Zeitzone des Geräts ist keine feste Voreinstellung des Rechners – Ausgangs- und Zielstadt werden stattdessen frei aus derselben Städteliste gewählt. Wer die eigene Zeitzone einbeziehen möchte, wählt die passende Stadt einfach selbst aus.

Historische und zukünftige Grenzen

Für sehr frühe oder weit zukünftige Daten liefert der Rechner rechnerisch ein Ergebnis, doch die Verlässlichkeit sinkt mit der Entfernung vom heutigen Datum: Für Jahrhunderte vor der Einführung standardisierter Zeitzonen kennt die zugrunde liegende Zeitzonendatenbank oft nur eine grobe historische Ortszeit mit krummem Offset statt einer runden Stunde, und zukünftige politische Änderungen an Sommerzeitregeln kann keine Software im Voraus kennen.

Beispiel anhand der echten UI-Ausgabe

Berlin, 31. Dezember 2026, 23:30 Uhr, umgerechnet nach Sydney: 09:30 Uhr am 1. Januar 2027, bei UTC+11 (australische Sommerzeit) – ein Beispiel, das gleichzeitig Zeitzonen-, Datums- und Jahreswechsel zeigt und sich direkt in der Oberfläche nachvollziehen lässt.