Lat/Lon-zu-UTM-Rechner: Zone, Ostwert, Nordwert, gratis
Breite 40,7128 und Länge -74,006 in New York ergeben Zone 18N mit Ostwert 583959,372 m und Nordwert 4507350,998 m, EPSG 32618. Geben Sie Dezimalgrad zwischen 80° Süd und 84° Nord ein und erhalten Sie die Meterwerte, die Ihre Kartenwerkzeuge erwarten. 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
- Breitengrad
- 40,7128
- Längengrad
- -74,006
- UTM-Zone
- 18 m
- Hemisphäre
- N
- Ostwert
- 583.959,372
- Nordwert
- 4.507.350,998
Ein Lat-Lon-zu-UTM-Rechner wandelt eine geografische WGS84-Koordinate in die projizierten Meter um, die Kartenmacher und Vermessungswerkzeuge erwarten. Geben Sie Breite und Länge in Dezimalgrad ein; das Werkzeug liefert die UTM-Zonennummer, nördliche oder südliche Hemisphäre, Ostwert, Nordwert, EPSG-Code, Mittelmeridian und eine kompakte UTM-Zeichenkette zum Einfügen in GIS-Software. Feldteams, Pipeline-Validatoren und Coding-Übungen brauchen dasselbe deterministische Zonen- und Meterpaar ohne Desktop-GIS.
Was UTM für ein Lat/Lon-Paar bedeutet
Universal Transverse Mercator teilt die Erde in sechzig Längenzonen von je sechs Grad und wendet eine transversale Mercator-Projektion auf dem WGS84-Ellipsoid mit Skalenfaktor null Komma neun neun neun sechs auf dem Mittelmeridian an. Zone eins beginnt bei einhundertachtzig Grad West und Zonen steigen ostwärts, sodass beispielsweise große Teile von New York in Zone achtzehn Nord liegen, während Madrid in Zone dreißig Nord sitzt. Der Ostwert wird in Metern von einem falschen Ursprung fünfhunderttausend Meter westlich des Zonen-Mittelmeridians gemessen, was den Ostwert über den gesamten Sechs-Grad-Streifen positiv hält.
Der Nordwert ist Meter vom Äquator in der Nordhemisphäre, oder Meter von einem falschen Ursprung zehn Millionen Meter südlich des Äquators in der Südhemisphäre, damit südliche Werte positiv bleiben. Die Breite muss im veröffentlichten Abdeckungsband von minus achtzig bis plus vierundachtzig Grad bleiben; Polbreiten nutzen UPS statt UTM und diese Fähigkeit lehnt sie ab statt still das System zu wechseln. Die Länge muss zwischen minus einhundertachtzig und einhundertachtzig inklusive bleiben.
Der Konverter wendet nicht die speziellen Norwegen- oder Svalbard-Zonenausnahmen mancher Militärgitter an — er nutzt die reguläre Sechs-Grad-Zonenformel für einfache, dokumentierte und in automatisierten Tests leicht zu assertierende Ergebnisse. Genau diesen regulären Gittervertrag brauchen Massendaten-Pipelines und Unit-Tests, wenn sie jeden Punkt mit Zone und Meterpaar stempeln.
Praktische Tipps, Grenzen und verwandte Suchen
Halten Sie Koordinaten in Dezimalgrad auf dem WGS84-Datum; senden Sie keine Grad-Minuten-Sekunden-Zeichenketten und keine projizierten Meter so, als wären sie geografische Winkel. Südhemisphären-Nordwerte enthalten den zehn-Millionen-Meter-Falschversatz; subtrahieren Sie ihn nicht, es sei denn, das Downstream-Format will ausdrücklich äquatorrelativen vorzeichenbehafteten Nordwert. Diese Landing-Seite zielt auf Suchen nach Lat Lon zu UTM, Breite Länge zu Ost Nord oder gratis UTM-Zonenrechner online; sie ist kein inverser UTM-zu-Lat/Lon-Decoder, kein MGRS-Gitterwerkzeug und keine volle PROJ-Pipeline mit benutzerdefinierten Daten.
Bevorzugen Sie diese Fähigkeit, wenn Sie bereits WGS84-Grade haben und nur Zone plus Meter brauchen; stammt die Quelle von einem anderen Ellipsoid oder lokalen Gitter, transformieren Sie zuerst nach WGS84. Round-Trip-Checks sind einfach: wandeln Sie eine bekannte Stadtkordinate um, bestätigen Sie Zone und ungefähren Ostwert gegen ein vertrauenswürdiges GIS und asserten Sie, dass Breite fünfundachtzig stets mit der dokumentierten Abdeckungsband-Meldung scheitert.
Anwendungsfälle
GPS-Spuren mit UTM-Metern stempeln
Feld-Apps wandeln Telefon-Lat/Lon-Samples in Zone, Ost- und Nordwert um, damit Vermessungsprotokolle und CAD-Exporte einen projizierten Rahmen pro Baustelle teilen.
Vorabprüfung vor Kartenüberlagerungen
Pipelines projizieren Punkte zuerst nach UTM und verbinden meterbasierte Layer nur, wenn Zone und Hemisphäre dem Zielgitter entsprechen.
Häufige Fragen
Welches Datum nutzt dieser Konverter?
Nur WGS84. Ost- und Nordwert sind Meter auf dem WGS84-Ellipsoid mit UTM-Skalenfaktor 0.9996 und dem üblichen falschen Ostwert von 500000 m.
Wie wird die UTM-Zone berechnet?
zone = floor((lon + 180) / 6) + 1 für lon in [-180, 180), mit lon ±180 auf Zone 60 abgebildet. Spezielle Norwegen/Svalbard-Ausnahmen werden nicht angewendet.
Wandelt dies UTM zurück in Lat/Lon?
Nein. Diese Fähigkeit projiziert nur geografische Grade nach UTM. Nutzen Sie einen dedizierten Invers-Konverter, wenn Sie von Zone, Ost- und Nordwert starten.
Warum wird ein Punkt nahe dem Pol abgelehnt?
UTM deckt nur die Breiten von 80° Süd bis 84° Nord ab. Polargebiete gehören zu einem anderen System, und der Umrechner lehnt solche Punkte ab, statt stillschweigend dorthin zu wechseln.
Gelten die Sonderzonen für Norwegen und Spitzbergen?
Nein. Der Umrechner nutzt immer die reguläre Einteilung in Zonen von sechs Grad. Das hält die Ergebnisse einfach und nachprüfbar, kann aber von militärischen Gittern abweichen, die diese Ausnahmen anwenden.
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-from-latlon \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"lat":40.7128,"lon":-74.006}'const res = await fetch("https://api.kit.forhosting.com/geo/utm-from-latlon", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"lat": 40.7128,
"lon": -74.006
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/geo/utm-from-latlon",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"lat": 40.7128,
"lon": -74.006
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/geo/utm-from-latlon", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"lat":40.7128,"lon":-74.006}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"lat":40.7128,"lon":-74.006}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/geo/utm-from-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
{
"lat": 40.7128,
"lon": -74.006
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "geo.utm_from_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
lat_min | -80 |
lat_max | 84 |
lon_min | -180 |
lon_max | 180 |
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 Standard-UTM-Abdeckung läuft von achtzig Grad Süd bis vierundachtzig Grad Nord — außerhalb dieses Bandes liefert die API einen klaren invalid_input-Fehler statt erfundener Polarzonennummern.
So rufen Sie die API auf und was zurückkommt
Die Breite muss zwischen minus neunzig und neunzig für grundlegende Bereichsprüfungen liegen, aber erfolgreiche Umwandlung verlangt zusätzlich das UTM-Band von minus achtzig bis vierundachtzig inklusive. Die Länge muss zwischen minus einhundertachtzig und einhundertachtzig liegen. Senden Sie einen JSON-Body mit zwei erforderlichen endlichen Zahlen: lat (Aliase latitude und y) und lon (Aliase longitude, lng, long und x). Bei Erfolg spiegelt die Antwort gerundete lat und lon, setzt zone auf die Ganzzahl eins bis sechzig, hemisphere auf N oder S, easting und northing auf Meter gerundet auf drei Dezimalstellen, epsg auf den passenden WGS84-UTM-Code (zweiunddreißigtausendsechshundert plus Zone im Norden, zweiunddreißigtausendsiebenhundert plus Zone im Süden), datum auf WGS84, unit auf m, central_meridian auf den Zonen-Mittelmeridian in Grad, utm auf eine kompakte lesbare Zeichenkette, message auf eine kurze Zusammenfassung und steps auf ein geordnetes Array von Ableitungszeilen. Fehlgeschlagene Validierung — fehlende Felder, nicht endliche Zahlen, Länge außerhalb des Bereichs oder Breite außerhalb des UTM-Bands — liefert invalid_input und wird nie berechnet. Der Preis ist pauschal $0.002 pro erfolgreicher Anfrage mit Einheit item und null marginalem Stückpreis.
Praktische Tipps, Grenzen und verwandte Suchen
Bevorzugen Sie numerische JSON-Felder, wenn Sie den Client steuern; Zeichenkettenzahlen werden nur akzeptiert, wenn sie einem strengen endlichen Zahlenmuster entsprechen. Nahe Zonengrenzen wechselt ein Punkt knapp östlich oder westlich eines Vielfachen von sechs Grad wie erwartet die Zone — asserten Sie zone und central_meridian gemeinsam, wenn Ihre Pipeline empfindlich auf Kantensprünge ist. Fehlgeschlagene Tasks mit invalid_input verbrauchen kein Prepaid-Guthaben, was explorative Skripte günstig hält, wenn Sie bewusst Polbreiten prüfen.
Integrationsbeispiele
Unit-Tests für Koordinatenbibliotheken
Erzeugen Sie deterministische erwartete Zonen- und Meterpaare für Nord- und Südproben plus Polbreiten-Ablehnungen für Coding-Kata-golden-Dateien.
Technische Fragen
Welcher Breitenbereich gilt für UTM-Abdeckung?
Standard-UTM ist von 80°S bis 84°N definiert. Breiten außerhalb dieses Bandes werden mit invalid_input abgelehnt; nutzen Sie stattdessen ein polares stereografisches System (UPS).
Ist der Lat-Lon-zu-UTM-Rechner kostenlos?
Das Browser-Werkzeug ist kostenlos und läuft lokal. API-Aufrufe nutzen Prepaid-KIT-Guthaben zu $0.002 pro erfolgreicher Anfrage; fehlgeschlagene Tasks werden nie berechnet.