Koordinatentransformation
in Deutschland
Koordinaten beschreiben einen Ort in einem bestimmten Bezugssystem. Wenn Daten systemübergreifend verwendet werden sollen, müssen die Koordinaten transformiert werden — nicht einfach kopiert.
koordinat.online verwendet die offiziellen gitterbasierten Transformationen, die von BKG/AdV und den Landesvermessungsämtern bereitgestellt werden — für DHDN-Transformationen (BeTA2007 und Ländergrids) und für Höhentransformationen (GCG2016).
Was macht uns anders ↓ · Das Problem verstehen ↓
Dieselben Zahlen — verschiedene Orte
Koordinaten sind für sich genommen nicht ortsgebunden. Zwei Zahlen haben nur dann eine Bedeutung, wenn man weiß, in welchem Koordinatensystem sie angegeben sind. Werden dieselben Zahlen in einem falschen System gelesen, landet der Punkt an einem völlig anderen Ort — oft Hunderte Kilometer daneben.
Der Fehler entsteht nicht bei der Messung, sondern bei der Interpretation. koordinat.online erkennt das wahrscheinliche System automatisch und zeigt das Ergebnis auf der Karte, damit Sie bestätigen können, dass die Zahlen dort liegen, wo sie sollen.
Beispiel 1 — Zonenfehler: dieselben Zahlen, verschiedene UTM-Zonen
Beispiel 2 — Grad vs. Meter: dieselben Zahlen, völlig verschiedene Einheiten
Beispiel 3 — Gauß-Krüger vs. UTM: gleicher Ort, aber nicht dieselben Zahlen
- Automatische Erkennung des Koordinatensystems beim Hochladen
- System mit einem Klick wechseln und den Unterschied auf der Karte sehen
- Unterstützung aller offiziellen EPSG-Codes für Deutschland
- Gitterbasierte Transformation für DHDN und Höhensysteme
Offizielle Transformationen — direkt im Browser
Wir verwenden die offiziellen Transformationen, die von BKG, AdV und den Landesvermessungsämtern bereitgestellt werden. Dasselbe Genauigkeitsniveau wie professionelle Desktop-Software — aber im Browser, ohne Installation.
- Gitterbasiert, wo offizielle Grids verfügbar — keine Helmert-Näherungen, keine veralteten Tabellen
- Automatische CRS-Erkennung aus Wertebereichen — unser System erkennt typische deutsche Koordinatenmuster (GK-Zonenpräfixe, UTM-Bereiche, geographische Koordinaten) automatisch
- Gauß-Krüger korrekt behandelt — alle Zonen, Zonenpräfix-Erkennung, E-N- vs. N-E-Reihenfolge
- Lage und Höhe in einem Aufruf — Lage- und Höhentransformation gleichzeitig, in der richtigen Reihenfolge
- Transparente Genauigkeit — wir zeigen, welches Gitter verwendet wird und mit welcher Abweichung zu rechnen ist
- Offiziell BKG/AdV-kompatibel — wir verwenden die Gitterdateien, die BKG und die Landesvermessungsämter veröffentlicht haben
- Rückverfolgbare Abwärtskompatibilität — Eingabe-EPSG und Ausgabe-EPSG werden gespeichert, sodass eine Transformation immer umkehrbar ist
Die drei Arten der Transformation
Es ist wichtig zu unterscheiden — die drei Klassen verwenden unterschiedliche Mathematik und haben unterschiedliche Präzision. Eine „Koordinatenumrechnung“ kann in Wirklichkeit eine, zwei oder alle drei gleichzeitig sein.
Wechsel zwischen Ellipsoiden
Z.B. DHDN (Bessel) → ETRS89 (GRS80) oder Pulkovo 1942 → ETRS89. Erfordert eine echte 3D-Transformation — typisch 7-Parameter-Helmert oder ein NTv2-Grid. Dieser Schritt geht am häufigsten schief, wenn Daten einfach „kopiert“ werden.
Gleiches Datum, andere Abbildung
Z. B. UTM32 (EPSG:25832) → UTM33 (EPSG:25833) oder UTM → Gauß-Krüger. Das geodätische Datum bleibt unverändert — nur die mathematische Abbildung des Ellipsoids in die Ebene ändert sich. Mathematisch reversibel und im Prinzip fehlerfrei.
Höhen — ein separates System
Z.B. SNN76/HN76 → DHHN2016 oder Ellipsoidhöhe → NHN-Kote. Erfordert ein Quasigeoidmodell oder ein Transformationsgitter (HOETRA2016). Vollständig getrennt von den horizontalen Achsen — mehr dazu unter Höhensysteme.
In der Praxis werden die Klassen oft kombiniert: Eine CSV-Datei mit Gauß-Krüger-Koordinaten und NN-Höhen muss datumstransformiert (DHDN → ETRS89), umprojiziert (GK → UTM) und höhentransformiert (DHHN85 → DHHN2016) werden. koordinat.online verarbeitet alle drei in einem Aufruf.
Warum 7 Parameter nicht ausreichen
Eine 7-Parameter-Helmert-Transformation (drei Translationen, drei Rotationen, ein Maßstab) ist der klassische Datumsübergang. Sie ist einfach zu implementieren und funktioniert für Übersichtskarten — für Projektarbeit reicht sie aber nicht aus.
Über ein ganzes Land liefert eine 7-Parameter-Transformation typischerweise ±1–3 m Abweichung. Lokale Unregelmäßigkeiten in der Erdkruste, historische Netzspannungen und regionale Deformationen können von sieben globalen Konstanten nicht erfasst werden.
Gitterbasierte Transformationen lösen das Problem: Statt eines Parametersatzes wird eine lokale Korrektur in jedem Gitterpunkt gespeichert. Der Transformationswert für einen beliebigen Punkt wird durch bilineare Interpolation der vier nächsten Gitterpunkte berechnet.
| Methode | Genauigkeit | Anwendung |
|---|---|---|
| 3-Parameter (Molodensky) | ±5–20 m | Historische Übersichtskarten |
| 7-Parameter Helmert | ±1–3 m | Grobe Datumsübergänge, GIS-Übersicht |
| BeTA2007 (bundesweites NTv2-Gitter) | ±0,5–1 m | Bundesweite GIS-Anwendungen |
| Länderspezifische NTv2-Grids | ±1–5 cm | Kataster, Vermessung, Projektierung |
| GCG2016 (Quasigeoid) | ±1–2 cm | GNSS-Koten, Maschinensteuerung |
Moderne professionelle Software verwendet gitterbasierte Transformationen, wo sie verfügbar sind. koordinat.online verwendet dieselben offiziellen Gitterdateien von BKG und den Landesvermessungsämtern — keine Helmert-Näherungen.
Gauß-Krüger und DHDN — die historischen Koordinatensysteme
Gauß-Krüger (GK) war Deutschlands offizielles Koordinatensystem bis zur Einführung von ETRS89/UTM. GK-Koordinaten finden sich noch in enormen Datenbeständen: Katasterdaten, Bebauungspläne, Infrastrukturdaten, Leitungsnetze, Bahnvermessungen. Jedes Mal, wenn ältere Daten in einem modernen Projekt verwendet werden sollen, müssen GK-Koordinaten korrekt transformiert werden.
GK und DHDN haben drei typische Fehlerquellen:
a) Zonenpräfix im Rechtswert (Easting)
Gauß-Krüger-Zonen sind am Rechtswert erkennbar:
Dazu kommt, dass EPSG sowohl „N, E“-Reihenfolge (31466–31469) als auch „E, N“-Reihenfolge (5676–5679) definiert. Verwechslung der Achsreihenfolge ist eine häufige Fehlerquelle. koordinat.online erkennt die Variante automatisch aus den Wertebereichen.
b) DHDN ist nicht gleich ETRS89
DHDN (Deutsches Hauptdreiecksnetz, Bessel-Ellipsoid, Fundamentalpunkt Rauenberg) und ETRS89 (GRS80) sind zwei verschiedene geodätische Bezugssysteme. Werden DHDN-Koordinaten unbesehen als ETRS89 verwendet, landet der Punkt mehrere hundert Meter daneben (Ellipsoid- und Datumsunterschied). Führt man eine korrekte Datumstransformation durch, bleibt bei einer einfachen 7-Parameter-Helmert-Transformation immer noch ein Restfehler von 1–3 m, weil die Abweichung geographisch variabel ist und sich nicht durch sieben globale Konstanten beschreiben lässt — daher werden NTv2-Gitter benötigt.
c) Länderspezifische Gitter bieten höhere Genauigkeit
BeTA2007 ist das nationale Grid (AdV) mit ca. ±0,5–1 m Genauigkeit. Für höhere Präzision (±1–5 cm) bieten einzelne Bundesländer eigene NTv2-Grids an: BWTA2017 (Baden-Württemberg), HeTA2010 (Hessen), SeTa2016 (Saarland), NTv2_SN (Sachsen/RD83), NTv2gridTH (Thüringen/PD83).
Viele Online-Konverter verwenden nur eine 7-Parameter-Helmert-Transformation für DHDN → ETRS89, die ±1–3 m Abweichung liefert. Für Projektarbeit ist das unzureichend. koordinat.online verwendet BeTA2007 (EPSG:15948) und länderspezifische Grids, wo verfügbar.
Kernbotschaft: Wir behandeln Gauß-Krüger-Koordinaten so, wie das BKG und die AdV es offiziell vorgeben — alle Zonen, automatische Zonenpräfix-Erkennung, korrekte Achsreihenfolge und rückverfolgbare Transformation über offizielle NTv2-Gitter.
UTM-Zonenpräfix — zwei Konventionen, derselbe EPSG
In der deutschen Praxis werden UTM-Koordinaten häufig mit Zonenpräfix im Ostwert geschrieben: 32.500.000 statt 500.000 (für Zone 32). Dafür existieren eigene EPSG-Codes: EPSG:4647 (UTM zone 32N zE-N) und EPSG:5650 (UTM zone 33N zE-N).
Unser System erkennt beide Varianten automatisch: mit und ohne Zonenpräfix.
Ihre GPS-Koordinaten sind nicht genau ETRS89
Wenn Sie Koordinaten von einem GPS-Empfänger erhalten, sind sie zunächst in ITRF/WGS84 gemessen — einem globalen System, das der Kontinentaldrift in Echtzeit folgt. In Deutschland arbeiten wir in ETRS89, das an der Position der eurasischen Platte fixiert ist. Der Unterschied wächst um ca. 2,5 cm pro Jahr und beträgt im Jahr 2026 ca. 90 cm.
In der Praxis ist das selten ein Problem, wenn Sie einen offiziellen SAPOS-RTK-Dienst verwenden — der Dienst liefert Korrekturen direkt in ETRS89/DREF91.
Bei nachprozessierten Daten kann es jedoch schnell zu Unklarheiten kommen, ob die GNSS-Messungen korrekt epochenkorrigiert sind. Typische Situationen:
- Nachprozessierte Rohdaten, bei denen der Referenzrahmen nicht korrekt angegeben ist
- Als „WGS84“ exportierte Daten aus Software, die nicht zwischen WGS84 und ETRS89 unterscheidet
- Koordinaten von ausländischen Subunternehmern oder Drohnenpiloten mit eigenen Basisstationen
Wenn Ihre Punkte systematisch ca. 0,9 m in dieselbe Richtung verschoben sind — und Sie sie als „WGS84“ erhalten haben — liegt es fast immer daran, dass sie in ITRF ohne Epochenkorrektur sind. Unser System kann dieses Muster erkennen.
Wir können helfen: Laden Sie Ihre Koordinaten hoch, und wir prüfen, ob sie systematisch verschoben sind. Hier ausprobieren →
Wir erfüllen alle geltenden Anforderungen
Das BKG (Bundesamt für Kartographie und Geodäsie) und die AdV (Arbeitsgemeinschaft der Vermessungsverwaltungen) sind die maßgeblichen Stellen für Geodaten in Deutschland. Ihre Anforderungen an Koordinatentransformationen umfassen:
- Verwendung offizieller NTv2-Gitterdateien für DHDN → ETRS89 (BeTA2007 und Ländergrids)
- Korrekte EPSG-Codierung beim Datenaustausch — wir verwenden die offiziellen Codes
- Rückverfolgbare Transformation: Der Nutzer sieht, welcher Transformationsweg und welches Gitter verwendet wurden
- Höhentransformation über GCG2016 (DHHN2016) bzw. HOETRA2016 (DHHN92 → DHHN2016)
- Keine „Daumenregeln“ — alle Transformationen sind gitterbasiert, wo offizielle Grids existieren
Gitterdateien von BKG/AdV / PROJ CDN
Sämtliche Gitter werden vom offiziellen PROJ-CDN bezogen — der maßgeblichen Quelle für geodätische Transformationsdaten. Keine lokalen Kopien, keine veränderten Werte.
de_adv_BETA2007.tifDHDN → ETRS89 (bundesweit) · ±0,5–1 mde_lgl_bw_BWTA2017.tifBaden-Württemberg DHDN → ETRS89 · ±1–3 cmde_hvbg_hessen_HeTA2010.tifHessen DHDN → ETRS89 · ±1–5 cmde_geosn_NTv2_SN.tifSachsen RD/83 → ETRS89 · ±1–3 cmde_lgvl_saarland_SeTa2016.tifSaarland DHDN → ETRS89 · ±1–3 cmde_tlbg_thueringen_NTv2gridTH.tifThüringen PD/83 → ETRS89 · ±1–3 cmde_bkg_gcg2016.tifGCG2016 Quasigeoid → DHHN2016 · ±1–2 cm
Die offiziellen EPSG-Codes für die gitterbasierten DHDN-Transformationen: EPSG:15948 (BeTA2007, DHDN ↔ ETRS89). Für höhere Genauigkeit verwenden Sie die länderspezifischen Gitter.
Anspruchsvolle Aufgaben gehören auf kworks.dk
koordinat.online ist für einen Zweck gebaut: korrekte Koordinaten- und Höhentransformationen, schnell und ohne Login. Für Aufgaben, die mehr als Transformation erfordern — Datenanalyse, Kombination oder Lieferung in einer bestimmten Prozesskette — gibt es unsere vollständige Plattform.
Beispiele, die zu kworks.dk gehören:
- TIN-Modelle aus Vermessungspunkten und Volumenberechnung zwischen Flächen
- Leitungsdaten mit GML-Parsing und Farbcodierung je Sparte
- Trimble JXL/SurveyXML-Import mit Komponentenbibliotheken und Messspalten
- DWG-Export mit versorgerspezifischem Styling (Layer, Farben, Blöcke)
- Projekte, fachübergreifendes Teilen, Versionen und Veröffentlichung in PostGIS
Für eine einzelne Transformation — CSV, Shape, DXF oder KMZ, die in ein deutsches System oder aus einem deutschen System überführt werden soll — ist koordinat.online das richtige Werkzeug. Kein Login, keine Installation, volle BKG/AdV-Konformität.
Alle Koordinatensysteme in Deutschland
Hier eine vollständige Übersicht der Systeme, die Ihnen in deutschen Daten begegnen — und wann Sie sie verwenden.
UTM Zone 32N (ETRS89)
Das Standardsystem in Deutschland. Einheiten in Metern. Wird in GIS, Vermessung und den meisten technischen Lieferungen verwendet. Abdeckung: größter Teil des Landes (6°–12° ö. L.).
UTM Zone 31N (ETRS89)
Für den äußersten Westen Deutschlands (westlich von 6° ö. L.) — Teile von Ostfriesland, dem Emsland und dem Nordwesten von NRW. Offizielle Zone, aber nur kleine Abdeckung. In der Praxis fassen viele Länder auch diesen Streifen in Zone 32 zusammen.
UTM Zone 33N (ETRS89)
Für die östlichen Bundesländer (Sachsen, Brandenburg, Mecklenburg-Vorpommern, östliches Berlin). Welche Zone offiziell gilt, legt jedes Bundesland fest: In der Praxis verwenden die meisten Länder (u. a. Bayern und Niedersachsen) durchgehend Zone 32 für ihr gesamtes Gebiet, während Sachsen, Brandenburg und Mecklenburg-Vorpommern Zone 33 nutzen — auch dort, wo der geographische Streifen eigentlich in die andere Zone fiele.
Gauß-Krüger (DHDN)
Historisches System mit 3°-Zonen. Zonenpräfix im Rechtswert (2..., 3..., 4..., 5...). Noch in enormen Datenbeständen vorhanden: Kataster, Bebauungspläne, Infrastruktur.
UTM mit Zonenpräfix (zE-N)
UTM-Variante mit Zonenpräfix in der Easting-Koordinate (32500000 statt 500000). Deutsche Sonderkonvention, die in manchen Lieferungen und Vermessungssoftware vorkommt.
Pulkovo 1942(83) / GK (S42/83)
Das amtliche Plansystem der DDR: Gauß-Krüger auf dem Krassowski-Ellipsoid (System 42/83). Wichtig: Es verwendet dieselbe Zonenpräfix-Konvention wie DHDN-GK (3.500.000, 4.500.000, 5.500.000) und ist damit optisch von DHDN-Koordinaten kaum zu unterscheiden — die tatsächliche Lage weicht aber um über 100 m ab. Noch in Altbeständen der neuen Bundesländer vorhanden.
DB_REF (Deutsche Bahn)
Eigenes Referenzsystem der Deutschen Bahn. Bessel-Ellipsoid, eigene Netzausgleichung. Weicht von DHDN um 1–2 m ab. Aktiv im gesamten Bahnnetz.
RD/83 (Sachsen) und PD/83 (Thüringen)
Übergangssysteme, mit denen die DDR-Katasterdaten nach der Wiedervereinigung auf ein Bessel-Datum umgerechnet wurden. RD/83 ist in Sachsen, PD/83 in Thüringen im amtlichen Kataster verbreitet. Achtung: RD/83 und PD/83 sind NICHT identisch mit DHDN — werden sie als DHDN behandelt (z. B. mit BeTA2007 transformiert), entsteht ein Fehler von 0,5–2 m. Sachsen nutzt das Grid NTv2_SN (EPSG:6948), Thüringen NTv2gridTH.
WGS84 — GPS-Koordinaten
Globale Referenz. Koordinaten in Grad (lat/lon). Wird von GPS, KMZ, Google Maps und vielen Onlinediensten verwendet.
Web Mercator
Wird von Google Maps, OpenStreetMap und Webdiensten verwendet. Nicht geeignet für präzise Flächen- oder Entfernungsberechnungen.
Das DDR-Erbe der Koordinatensysteme
In den östlichen Bundesländern existiert eine zweite historische Systemfamilie neben dem DHDN: S42/83 auf dem Pulkovo-Datum mit Krassowski-Ellipsoid. Tückisch: S42/83 verwendet dieselben Gauß-Krüger-Zonenpräfixe wie das DHDN, liegt aber über 100 m daneben — Daten sehen also formal identisch aus und sind es nicht.
Für die Übergangszeit nach 1990 existieren außerdem RD/83 (Sachsen, EPSG:4745) und PD/83 (Thüringen, EPSG:4746). Sie sind nicht DHDN — wer sie als DHDN behandelt, macht 0,5–2 m Fehler. Die Landesgrids NTv2_SN (Sachsen) und NTv2gridTH (Thüringen) transformieren sie korrekt.
UTM-Zone 32 oder 33 — welches Bundesland nutzt was?
Die meisten Bundesländer führen ihre Geodaten durchgehend in Zone 32 (EPSG:25832) — auch dort, wo das Land geografisch in Zone 33 hineinreicht. Sachsen, Brandenburg und Mecklenburg-Vorpommern arbeiten dagegen in Zone 33 (EPSG:25833). Im Grenzbereich 11,5°–12,5° ö. L. begegnen sich beide Konventionen — prüfen Sie bei Daten aus diesem Streifen immer die Zonenangabe.
Achtung beim Umstieg von Gauß-Krüger auf UTM: das ist kein bloßes Präfix-Streichen. GK nutzt Maßstab 1,0 und 3°-Zonen, UTM 0,9996 und 6°-Zonen — die Koordinaten unterscheiden sich systematisch.
Bayern: was browserbasiert erreichbar ist
Für Bayern existiert das amtliche Feinraster BY_KanU (±1–3 cm) — es ist jedoch ca. 3 GB groß und NICHT auf dem PROJ-CDN verfügbar. Browserbasierte Transformationen nutzen daher BeTA2007 (±0,5–1 m) als beste verfügbare Option.
Wir nennen das offen: Für Katastergenauigkeit in Bayern führt der Weg über die amtlichen Dienste der Vermessungsverwaltung; für GIS-Übersichten und Planungszwecke reicht BeTA2007.
Häufig gestellte Fragen zur Koordinatentransformation
Was ist der Unterschied zwischen UTM Zone 32 und Gauß-Krüger (DHDN)?
UTM Zone 32N (EPSG:25832, ETRS89) ist das moderne Standardsystem und deckt den größten Teil Deutschlands in einer einzigen 6°-Zone ab (die östlichen Bundesländer nutzen teils Zone 33, EPSG:25833). Gauß-Krüger (EPSG:31466–31469, DHDN) ist das historische System mit schmaleren 3°-Zonen und Zonenpräfix im Rechtswert — es basiert auf dem Bessel-Ellipsoid und dem veralteten Datum DHDN, nicht auf ETRS89. GK-Koordinaten finden sich noch in enormen Datenbeständen: Kataster, Bebauungspläne, Leitungsnetze.
Wie wird Gauß-Krüger (DHDN) korrekt nach ETRS89 transformiert?
DHDN und ETRS89 sind zwei verschiedene geodätische Datums — ein einfacher 7-Parameter-Helmert-Shift liefert nur ±1–3 m Genauigkeit, weil historische Netzspannungen und regionale Deformationen im Bessel-basierten DHDN nicht durch sieben globale Konstanten erfasst werden. Für Projektgenauigkeit nutzt koordinat.online das bundesweite BeTA2007-Gitter (EPSG:15948, ±0,5–1 m) oder — noch präziser — die länderspezifischen NTv2-Grids wie BWTA2017 oder HeTA2010 (±1–5 cm).
Was ist eine 7-Parameter-Transformation, und wann reicht sie nicht aus?
Eine 7-Parameter-Helmert-Transformation beschreibt einen Datumswechsel mit drei Verschiebungen, drei Rotationen und einem Maßstabsfaktor. Sie ist präzise zwischen modernen, gut definierten Datums (z. B. ETRS89 ↔ WGS84), erfasst aber keine lokalen Deformationen in historischen Systemen wie DHDN — dafür braucht es eine gitterbasierte Transformation.
Was ist der Unterschied zwischen ETRS89 und WGS84?
ETRS89 ist an der eurasischen Kontinentalplatte fixiert und bewegt sich nicht relativ zu Europa. WGS84 folgt dem globalen ITRF-Bezugsrahmen, der sich mit etwa 2,5 cm pro Jahr verschiebt. Der Unterschied war 1989 null und ist bis 2026 auf rund 90 cm angewachsen. Für die deutsche Vermessung wird immer ETRS89 (z. B. EPSG:25832) verwendet, nicht rohes WGS84.
Welches Koordinatensystem soll ich in Deutschland verwenden?
Verwenden Sie ETRS89/UTM (EPSG:25832 für Zone 32, EPSG:25833 für die östlichen Bundesländer Sachsen, Brandenburg und Mecklenburg-Vorpommern) für alle nationalen Kart- und GIS-Daten — das ist der BKG/AdV-Standard. Gauß-Krüger/DHDN begegnet Ihnen nur noch beim Abgleich mit historischen Karten und Katasterunterlagen und sollte mit den offiziellen NTv2-Gittern nach ETRS89 transformiert werden.