Zeitunterschied zwischen Städten
Um 15:00 in New York (UTC−5) ist es in Tokio (UTC+9) 05:00 am nächsten Tag, ein Unterschied von 14 Stunden. Geben Sie beide Städte, ihre UTC-Offsets und die Ortszeit ein, um ein Telefonat oder eine Reise zu planen. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Stadt A
- New York
- Utc a
- -5
- Stadt B
- Tokyo
- Utc b
- 9
- Stunde
- 15
- Minute
- 0
- UTC-Bezeichnung A
- UTC-5
- UTC-Bezeichnung B
- UTC+9
- Uhrzeit A
- 15:00
- Uhrzeit B
- 05:00
Ein Rechner für den Zeitunterschied zwischen Städten beantwortet die alltägliche Reise- und Anruffrage: Wenn es in einer Stadt eine bestimmte Ortszeit ist, wie spät ist es in der anderen, und wie viele Stunden liegen zwischen diesen beiden Uhren? Sie nennen beide Städte und geben den festen UTC-Offset jeder Stadt in Stunden an—minus fünf für New York in der Normalzeit, plus neun für Tokyo, plus zwölf für Auckland, minus zehn für Honolulu—plus die Ortsstunde und die optionale Minute in der ersten Stadt. Der Kern liefert die vorzeichenbehaftete Stundendifferenz, beide Ortsuhren als HH:MM, die Kalendertagsverschiebung nach dem Mitternachtsumbruch, eine kürzeste Umwicklung in ein Fenster von plus oder minus zwölf Stunden und eine Markierung, wenn die beiden Offsets mehr als einen halben Tag auseinanderliegen, die zivile Signatur einer Datumsgrenzenkreuzung. Offsets außerhalb von plus oder minus vierzehn Stunden werden abgelehnt.
Wie die Stundenlücke und beide Ortsuhren berechnet werden
Jede zivile Stadtuhr lässt sich als fester Offset zur koordinierten Weltzeit schreiben, sobald Sie den saisonalen Zeitplan kennen, der Sie interessiert. New York auf Eastern Standard Time ist UTC minus fünf; Tokyo ist UTC plus neun; Delhi ist UTC plus fünfeinhalb; Adelaide ist UTC plus neuneinhalb; Kathmandu ist UTC plus fünf und dreiviertel. Dieser Rechner schlägt diese Zahlen nie für Sie nach: Sie tippen die Städtenamen als Beschriftungen und die beiden Offsets in Stunden, dann geben Sie die Ortsstunde—und wahlweise die Minute—an, die die Uhr der ersten Stadt bereits zeigt.
Die vorzeichenbehaftete Stundendifferenz ist stets der Offset von Stadt B minus der Offset von Stadt A. Diese eine Subtraktion ist die Zahl der Stunden, die Sie zur Ortszeit der ersten Stadt addieren, um die Ortszeit der zweiten im selben Augenblick zu erhalten. Die Arbeit läuft in ganzen Minuten, damit Halbstunden- und Viertelstundenzonen exakt bleiben: die Differenz wird mit sechzig multipliziert und auf die nächste Minute gerundet, dann zu Stunde mal sechzig plus Minute addiert.
Die Minutensumme wird wieder in eine Vierundzwanzig-Stunden-Uhr gefaltet. Was nach dem Entfernen vollständiger Tage übrig bleibt, ist das HH:MM in Stadt B; die Zahl der entfernten vollständigen Tage ist der Kalendertagsversatz, der an den realen Extremen von UTC minus vierzehn und UTC plus vierzehn von minus zwei bis plus zwei reichen kann. Teilen die beiden Städte einen Offset, stimmen die Uhren überein und der Tagesversatz ist null.
Andernfalls nennt die Antwort, welche Stadt voraus ist, druckt beide Uhren und listet die Substitutionsschritte, damit Sie die Arithmetik von Hand prüfen können, bevor Sie einen Anruf oder eine Besprechung buchen.
Tageswechsel über die internationale Datumsgrenze
Die internationale Datumsgrenze ist die zivile Naht nahe einhundertachtzig Grad Länge, an der das Kalenderdatum springt. Städte auf der Ostseite dieser Naht nutzen große positive Offsets, etwa UTC plus zwölf in Auckland, UTC plus dreizehn in Samoa oder UTC plus vierzehn auf den Line Islands. Städte auf der Westseite nutzen große negative Offsets, etwa UTC minus zehn in Honolulu, UTC minus elf in American Samoa oder UTC minus zwölf auf Baker Island.
Das Subtrahieren dieser Offsets kann eine Lücke größer als zwölf Stunden und an den Extremen größer als vierundzwanzig Stunden erzeugen, sodass das Addieren der Lücke zu einer Ortsuhr nicht nur auf den vorigen oder nächsten Kalendertag, sondern zwei Tage entfernt fallen kann. Dieser Endpunkt behandelt diese Lage als vorrangige Angabe, nicht als Nachgedanken. Klassische Paare verdeutlichen den Vertrag.
Fünfzehn Uhr in New York bei UTC minus fünf ist fünf Uhr morgens am nächsten Kalendertag in Tokyo bei UTC plus neun, eine Lücke von plus vierzehn Stunden, die die Datumsgrenze markiert und sich auf minus zehn Stunden den anderen Weg wickelt. Mittag in Auckland bei UTC plus zwölf ist vierzehn Uhr am vorigen Kalendertag in Honolulu bei UTC minus zehn, eine Lücke von minus zweiundzwanzig Stunden, die sich auf plus zwei Stunden wickelt.
Neun Uhr morgens in Samoa bei UTC plus dreizehn ist neun Uhr morgens am Vortag in American Samoa bei UTC minus elf: dasselbe Zifferblatt, vierundzwanzig Stunden und ein Kalendertag Abstand. Nutzen Sie diese Felder, wenn Sie einem Reisenden sagen müssen, ob Dienstag oder Mittwoch auf die Bordkarte gehört, und nicht nur, was die Wanduhr anzeigen wird.
Anwendungsfälle
Einen Anruf über den Ozean legen
Wählen Sie eine Ortsstunde in Ihrer Stadt, geben Sie den UTC-Offset der anderen ein und lesen Sie beide Uhren plus den Kalendertagshinweis, bevor Sie die Besprechungseinladung senden.
Den Reisetag an der Datumsgrenze prüfen
Vergleichen Sie Auckland mit Honolulu oder Samoa mit American Samoa und sehen Sie, ob der Zielkalender gestern, heute oder zwei Tage versetzt ist.
Stadtuhren in ein Reisebriefing schreiben
Beschriften Sie zwei Städte, setzen Sie ihre veröffentlichten UTC±-Offsets fest und legen Sie das HH:MM-Paar und die Stundenlücke in den Reiseplan, ohne eine Zeitzonendatenbank zu öffnen.
Häufige Fragen
Wie ermittle ich den Zeitunterschied zwischen zwei Städten?
Geben Sie beide Städtenamen, den festen UTC-Offset jeder Stadt in Stunden und die Ortsstunde in der ersten Stadt ein.
Warum kann der Kalendertag abweichen, obwohl die Uhren nah wirken?
Über die Datumsgrenze kann die rohe Lücke 22 oder 24 Stunden betragen. Die Zifferblätter können nur zwei Stunden auseinander oder sogar identisch wirken, während Stadt B auf dem vorigen oder nächsten Kalendertag liegt.
Schlägt dieses Werkzeug Zeitzonen anhand des Stadtnamens nach?
Nein. Städtenamen sind nur Anzeigebeschriftungen. Sie liefern die festen UTC-Offsets. Der Kern ruft keine Zeitzonendatenbank auf, wendet kein DST an und liest nicht die Host-Uhr.
Wie berücksichtige ich die Sommerzeit?
Wählen Sie die Offsets für die Jahreszeit, die Sie interessiert, bevor Sie sie eingeben. Der Rechner nutzt die festen Offsets, die Sie eintragen: New York ist in der Normalzeit minus fünf, im Sommer tragen Sie den Sommeroffset ein.
Funktioniert das mit Halb- und Viertelstundenzonen?
Ja. Offsets dürfen Bruchzahlen sein, etwa plus fünfeinhalb für Delhi, plus neuneinhalb für Adelaide oder plus fünf dreiviertel für Kathmandu. Gerechnet wird in ganzen Minuten, daher bleiben diese Zonen exakt.
Verwandte Tools
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/travel/time-difference-cities \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"city_a":"New York","utc_a":-5,"city_b":"Tokyo","utc_b":9,"hour":15}'const res = await fetch("https://api.kit.forhosting.com/travel/time-difference-cities", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"city_a": "New York",
"utc_a": -5,
"city_b": "Tokyo",
"utc_b": 9,
"hour": 15
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/travel/time-difference-cities",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"city_a": "New York",
"utc_a": -5,
"city_b": "Tokyo",
"utc_b": 9,
"hour": 15
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/time-difference-cities", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"city_a":"New York","utc_a":-5,"city_b":"Tokyo","utc_b":9,"hour":15}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"city_a":"New York","utc_a":-5,"city_b":"Tokyo","utc_b":9,"hour":15}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/time-difference-cities", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"city_a": "New York",
"utc_a": -5,
"city_b": "Tokyo",
"utc_b": 9,
"hour": 15
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.time_difference_cities",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
max_abs_offset_hours | 14 |
max_city_len | 80 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
Technische Hinweise
Die Arithmetik ist deterministisch: kein Netz, keine Host-Uhr, keine IANA-Zonendatenbank und kein Raten der Sommerzeit, sodass der kostenlose Browser-Läufer und die API stets übereinstimmen.
Tageswechsel über die internationale Datumsgrenze
Das Feld hour_diff ist die rohe vorzeichenbehaftete Lücke. Das Feld hour_diff_wrapped bildet diese Lücke auf den eindeutigen Vertreter im halboffenen Intervall von minus zwölf bis plus zwölf ab, den kürzeren Weg um die Vierundzwanzig-Stunden-Uhr. Das Boolean crosses_date_line ist genau dann wahr, wenn die absolute Roh-Lücke streng größer als zwölf Stunden ist—der zivile Test, dass die beiden Uhren mehr als einen halben Tag auseinanderliegen.
Eingabevertrag, Fehler und wann diese Seite das richtige Werkzeug ist
Die Suchabsicht hier ist die Verbraucherfrage Zeitunterschied zwischen Städten, nicht eine rohe Zeitzonen-Offset-Identität und nicht eine Ankunftsuhr aus Flugdauer. Klären Sie die Sommerzeit selbst, bevor Sie die Offsets wählen, oder nutzen Sie einen Namenszonenumrechner, wenn Sie nur IANA-Kennungen haben. Senden Sie einen JSON-Körper mit fünf Pflichtfeldern und einem optionalen Feld. city_a und city_b sind nichtleere Namen von höchstens achtzig Zeichen nach dem Trim; sie sind Beschriftungen des Ergebnisses, keine Schlüssel in eine Zeitzonendatenbank. utc_a und utc_b sind endliche UTC-Offsets in Stunden, einschließlich minus vierzehn bis plus vierzehn, und dürfen gebrochen sein, damit Indien, Nepal und die australischen Halbstundenzonen ehrlich bleiben. hour ist die ganze Ortsstunde in Stadt A auf einer Vierundzwanzig-Stunden-Uhr von null bis dreiundzwanzig. minute ist optional, beträgt standardmäßig null und muss bei Angabe eine ganze Zahl von null bis neunundfünfzig sein. Aliase werden im Transport akzeptiert: from_city, city oder a_name für city_a; to_city oder b_name für city_b; offset_a, from_offset oder utc_from für utc_a; offset_b, to_offset oder utc_to für utc_b; hour_a, h oder local_hour für hour; minute_a, m oder local_minute für minute. Fehlende Namen, leere Zeichenketten, nichtendliche Offsets, Stunden oder Minuten außerhalb ihrer Bereiche, nichtganzzahlige hour oder minute und jeder Offset, dessen Absolutbetrag vierzehn Stunden übersteigt, scheitern mit invalid_input unter Nennung des Feldes; diese Fehler werden nicht berechnet. Bei Erfolg wiederholt der Körper die Städte, die gerundeten Offsets, die UTC±-Beschriftungen, die Eingabeuhr, beide HH:MM-Zeichenketten, die vorzeichenbehaftete, absolute und umwickelte Stundenlücke, day_offset und day_label, die Datumsgrenzenmarkierung, ahead_city und behind_city, eine einzeilige Nachricht und die geordneten Schritte. Erfolgreiche API-Aufrufe kosten $0.002 pro Anfrage; ungültige Eingabe verbraucht kein Prepaid-Guthaben.
Technische Fragen
Was bedeutet crosses_date_line?
Es ist wahr, wenn die absolute Stundendifferenz größer als 12 ist. Dieser zivile Test markiert Uhren, die mehr als einen halben Tag auseinanderliegen, die übliche Signatur eines Pazifik- oder Datumsgrenzenpaars.
Was kostet der Rechner für den Zeitunterschied zwischen Städten?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das prepaid KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.