UTM-zu-Lat/Lon-Umrechner
Zone 33 Nord mit Rechtswert 500.000 m und Hochwert 4.649.776,22482 m liegt bei 41,9999999991° Breite und 15° Länge, genau auf dem Mittelmeridian der Zone. Geben Sie Zone, Hemisphäre, Rechts- und Hochwert ein und erhalten Sie WGS84-Grad. 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
- UTM-Zonennummer
- 33
- Hemisphäre
- N
- UTM-Rechtswert in Metern
- 500.000
- UTM-Hochwert in Metern
- 4.649.776,22482
- Breitengrad
- 41,9999999991
- Längengrad
- 15
- Breitengrad
- 41,9999999991
- Längengrad
- 15
Dieser UTM-zu-Lat/Lon-Umrechner wandelt eine Universal-Transverse-Mercator-Position — Zonennummer von eins bis sechzig, nördliche oder südliche Hemisphäre, Rechtswert und Hochwert in Metern — in WGS84-geodätischen Breiten- und Längengrad um. Vermesser, GIS-Pipelines und Feld-Apps speichern Punkte weiterhin in UTM, weil das lokale Meterraster für Distanz und Fläche praktisch ist, doch Karten, APIs und GPS-Konsumenten brauchen fast immer Grad. Die Engine wendet die Standard-Snyder-Serie für die inverse transversale Mercator-Projektion auf dem WGS84-Ellipsoid an, mit Maßstabsfaktor 0,9996, falschem Rechtswert von fünfhunderttausend Metern und einem falschen Hochwert von zehn Millionen Metern auf der Südhalbkugel. Bekannte Kontrollwerte: der Zentralmeridian der Zone dreiunddreißig liegt nahe fünfzehn Grad Ost, wenn der Rechtswert fünfhunderttausend ist, und Äquatorüberquerungen bei nördlichem Hochwert nahe null. Der Pfad ist reine endliche Arithmetik ohne Netzwerk-Geocoding, ohne zufälligen Jitter und ohne datumsabhängige Abkürzungen.
Was UTM-Eingaben bedeuten und was die Antwort enthält
UTM teilt die Erde in sechzig Längengradbänder von je sechs Grad. Zone eins deckt einhundertachtzig West bis einhundertvierundsiebzig West ab; die Zonennummern nehmen ostwärts zu, sodass Zone dreiunddreißig auf fünfzehn Grad Ost zentriert ist. Innerhalb einer Zone ist der Rechtswert Meter östlich eines falschen Ursprungs, fünfhunderttausend Meter westlich des Zentralmeridians, sodass ein Rechtswert von fünfhunderttausend auf diesem Meridian liegt.
Der Hochwert ist Meter nördlich des Äquators auf der Nordhalbkugel, oder Meter nördlich eines falschen Ursprungs von zehn Millionen Metern auf der Südhalbkugel, damit südliche Werte positiv bleiben. Die Hemisphäre muss N oder S sein (north oder south werden ebenfalls akzeptiert). Dieser Rechner liefert den WGS84-Breiten- und -Längengrad dieses Rasterpunkts, keine militärische Gitterreferenz-Zeichenkette, keine UPS-Polarkoordinate und keine Vorwärts-UTM aus Grad.
Zu den zurückgewiesenen Fällen zählen fehlende Zone, Hemisphäre, Rechts- oder Hochwert, eine Zone außerhalb von eins bis sechzig, nicht positiver Rechtswert, negativer Hochwert, nicht endliche Zahlen und nicht erkannte Hemisphären-Bezeichnungen.
Wo UTM-zu-Lat/Lon-Umrechnung in GIS, Vermessung und Software passt
Entwickler begegnen UTM, wenn ein CSV-Export von einem Vermessungscontroller nur Zone, Rechtswert und Hochwert auflistet, wenn ein Unit-Test prüfen muss, dass ein Rasterpunkt nahe dem Zentralmeridian von Zone dreiunddreißig nahe zweiundvierzig Nord fünfzehn Ost liegt, oder wenn ein Backend Feldnotizen für eine Web-Karte in Grad umwandeln muss. GIS-Studierende nutzen dieselbe Umrechnung, wenn ein Kurs nach Plate Carrée transversale Mercator-Projektion einführt und nach dem Breitengrad eines gegebenen Rechts- und Hochwerts fragt. Beim Wettbewerbs- und Vorstellungsgesprächstraining braucht man oft eine schnelle Offline-Quelle für Lat-Lon, damit Kandidaten Handrechnungen unter Zeitdruck verifizieren können.
Produktwerkzeuge nutzen die Umkehrung, wenn ein Support-Ingenieur Zone und Meterkoordinaten aus einem Ticket einfügt und in einem Schritt geografischen Kontext benötigt. Kombinieren Sie es mit Geohash-Dekodierung oder Kachel-zu-Lat-Lon-Helfern, wenn Sie ein kleines Labor freier, deterministischer Kartierungswerkzeuge aufbauen, und halten Sie dieses Werkzeug auf die eine Frage fokussiert: Gegeben eine UTM-Zone, Hemisphäre, Rechts- und Hochwert, wo liegt dieser Punkt auf der Erde in WGS84-Grad.
Anwendungsfälle
Vermessungs-CSV und Feldnotizen in Grad
Zone, Hemisphäre, Rechts- und Hochwert aus einem Controller-Export einfügen und WGS84-Lat/Lon für Karten und APIs erhalten.
GIS-Hausaufgaben und Lehrdemos
Lehrbuch-Antworten für inverse UTM prüfen, ohne die Snyder-Serie von Hand auf einem Taschenrechner neu zu implementieren.
Häufige Fragen
Was kostet der UTM-zu-Lat/Lon-Umrechner?
Auf dieser Seite ist er im Browser gratis.
Was passiert, wenn die Zone außerhalb von 1–60 liegt?
UTM-Zonennummern müssen Ganzzahlen von 1 bis 60 einschließlich sein.
Warum wird ein nicht positiver Rechtswert zurückgewiesen?
Der UTM-Rechtswert wird von einem falschen Ursprung bei 500000 m aus gemessen und ist so ausgelegt, dass er innerhalb einer Zone positiv bleibt.
Warum werden Ergebnisse auf eine Genauigkeit gerundet?
Die Standardgenauigkeit ist 10 Nachkommastellen; Sie können die Genauigkeit von 0 bis 15 einstellen.
Muss ich bei Punkten auf der Südhalbkugel zehn Millionen Meter abziehen?
Nein. Geben Sie den Hochwert genau so ein, wie er auf Ihrer Karte oder in Ihrer Datei steht, und wählen Sie die Südhalbkugel. Den verschobenen Ursprung berücksichtigt der Umrechner selbst.
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/geo/utm-to-latlon \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"zone":33,"hemisphere":"N","easting":500000,"northing":4649776.22482}'const res = await fetch("https://api.kit.forhosting.com/geo/utm-to-latlon", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"zone": 33,
"hemisphere": "N",
"easting": 500000,
"northing": 4649776.22482
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/geo/utm-to-latlon",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"zone": 33,
"hemisphere": "N",
"easting": 500000,
"northing": 4649776.22482
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/geo/utm-to-latlon", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"zone":33,"hemisphere":"N","easting":500000,"northing":4649776.22482}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"zone":33,"hemisphere":"N","easting":500000,"northing":4649776.22482}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/geo/utm-to-latlon", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"zone": 33,
"hemisphere": "N",
"easting": 500000,
"northing": 4649776.22482
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "geo.utm_to_latlon",
"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
min_zone | 1 |
max_zone | 60 |
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
Was UTM-Eingaben bedeuten und was die Antwort enthält
Die Antwort spiegelt die validierte Zone und Hemisphäre, den verwendeten Rechts- und Hochwert, Breiten- und Längengrad, gerundet auf die angeforderte Genauigkeit, kurze lat- und lon-Aliase, den Zentralmeridian in Grad, ein datum-Kürzel WGS84, das Methodenkürzel utm_inverse_snyder, die verwendete Genauigkeit und eine kompakte Formelzeichenkette zur Dokumentation. Es gibt keine Reverse-Adresssuche, keinen Netzwerkaufruf an ein Ortsverzeichnis und keinen zufälligen Jitter: Die Engine projiziert entweder einen endlichen geodätischen Punkt innerhalb des unterstützten Zonenbereichs oder weist die Eingabe mit invalid_input zurück. Wenn Sie Geohash-Dekodierung, Slippy-Kachel-Ecken oder IP-Geolokalisierung benötigen, nutzen Sie die dafür vorgesehenen Werkzeuge; diese Seite beantwortet ausschließlich die deterministische UTM-zu-Lat-Lon-Umkehrung mit stabiler numerischer Ausgabe, geeignet für Arbeitsblätter, Unit-Tests und API-Clients, die keine Koordinaten erfinden dürfen.
Wie Felder gelesen werden und wie Lat/Lon reproduzierbar bleiben
Der Rechtswert muss streng positiv sein, da ein nicht positiver Wert außerhalb des Auslegungsbereichs der falschen-Rechtswert-Konvention liegt und in der gewöhnlichen Vermessungspraxis keine nutzbare Rasterposition darstellen würde. Der Hochwert muss nicht-negativ sein; südliche Positionen nutzen weiterhin große positive Hochwerte unter dem Zehn-Millionen-Meter-Offset. Die bevorzugten Felder sind zone für das UTM-Band, hemisphere für N oder S, easting und northing in Metern, aber die Aliase utm_zone und zone_number für zone, hemi und ns für hemisphere, E, x und east für easting, sowie N, y und north für northing werden akzeptiert, damit Query-Strings, Tabellenblätter und typisierte Formulare denselben Vertrag wiederverwenden können. Die Zone muss eine Ganzzahl von eins bis sechzig einschließlich sein; alles außerhalb dieses Bereichs scheitert mit invalid_input und einer expliziten Meldung, dass UTM sechzig Sechs-Grad-Bänder nutzt. Werte können als JSON-Zahlen oder als Dezimalzeichenketten ankommen; Gleitkommazahlen mit Exponenten sind in Ordnung, wenn sie endlich sind, während leere Zeichenketten, Infinity und NaN zurückgewiesen werden, damit eine fehlerhafte Zelle nicht zu einem falschen Meridian wird. Ein optionales precision-Feld mit den Aliasen decimals und dp bestimmt, wie viele Nachkommastellen für Breiten- und Längengrad angezeigt werden; Standard ist zehn, Obergrenze fünfzehn, damit JSON-Goldens stabil bleiben. Kombinieren Sie den kostenlosen Browser-Lauf auf dieser Seite mit der kostenpflichtigen API, wenn Sie das identische mathematische Ergebnis innerhalb einer automatisierten Pipeline benötigen, ohne WGS84-UTM selbst neu zu implementieren.
Wo UTM-zu-Lat/Lon-Umrechnung in GIS, Vermessung und Software passt
Auf dieser Seite läuft die Berechnung 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 Aufteilung — freie interaktive Erkundung und eine kostenpflichtige, identische API — entspricht dem Rest des KIT-Tier-A-Katalogs und erlaubt es Ihnen, von einer Unterrichtsdemo zu einer automatisierten Pipeline zu wechseln, ohne das mathematische Ergebnis zu ändern.
Integrationsbeispiele
Deterministische GIS-Test-Fixtures
Reproduzierbare Breiten- und Längengrade für Unit-Tests von UTM-Zonen, Zentralmeridianen und Meterrastern erzeugen.
Technische Fragen
Welches Datum und welche Projektion werden verwendet?
WGS84-Ellipsoid mit Standard-UTM-Parametern: k0 = 0,9996, falscher Rechtswert 500000 m, südlicher falscher Hochwert 10000000 m.