Breitengrad und Längengrad sind die zwei Zahlen, die jeden Punkt auf der Erde eindeutig definieren. Der Breitengrad gibt an, wie weit nördlich oder südlich man sich befindet. Der Längengrad gibt an, wie weit östlich oder westlich. Zusammen bilden sie ein Koordinatenpaar, mit dem jede Karte, jedes GPS-Gerät, jede Geocoding-API und jeder KI-Assistent umgehen kann.
Die meisten Entwickler arbeiten mit Koordinaten, ohne groß darüber nachzudenken, bis ein Bug auftaucht. Dieser Leitfaden erklärt, was die einzelnen Werte tatsächlich messen, welche Formatkonventionen man in der Produktion antrifft, und welche Vertauschung für mehr Kartenfehler sorgt als jeder andere einzelne Fehler.
Was der Breitengrad misst
Der Breitengrad ist der Winkel, gemessen in Grad, zwischen einem Punkt auf der Erdoberfläche und der Äquatorebene. Der Äquator liegt bei 0 Grad. Der Nordpol bei +90 Grad, der Südpol bei -90 Grad. Breitengradlinien (Parallelen) verlaufen horizontal um den Globus und bleiben überall gleich weit voneinander entfernt.
Ein Grad Breitengrad entspricht stets etwa 111 Kilometern auf dem Boden, unabhängig vom Standort. Diese Konstanz macht den Breitengrad nützlich für alles von der Flugplanung bis zur Klimaforschung.
Was der Längengrad misst
Der Längengrad ist der Winkel zwischen einem Punkt und dem Nullmeridian, der Linie, die durch Greenwich, London, bei 0 Grad Längengrad verläuft. Der Längengrad reicht von -180 Grad (West) bis +180 Grad (Ost). Beide Werte treffen sich auf der anderen Seite der Erde am Antimeridian, der den größten Teil der Internationalen Datumsgrenze bildet.
Anders als beim Breitengrad hängt die Bodenentfernung eines Grades Längengrad vom Standort ab. Am Äquator entspricht ein Grad Längengrad etwa 111 km, genau wie beim Breitengrad. In Helsinki sind es noch etwa 56 km. An den Polen schrumpft er auf null, weil sich dort alle Länggradlinien vereinen.
Diese Konvergenz ist der Grund, warum Distanzberechnungen auf einer flachen Karte bei langen Routen oder Punkten nahe der Pole versagen. Korrekte Distanzfunktionen verwenden die Haversine-Formel oder Vincenty's Formel, die die Erdkrümmung berücksichtigen.
Der klassische Vertauschungsfehler
Der häufigste Fehler in produktivem Geospatial-Code ist die Vertauschung von Breiten- und Längengrad. Der Grund: Verschiedene Formate haben unterschiedliche Konventionen.
- Menschliche Darstellung, Adressen, GPS-Apps: Breitengrad zuerst.
48.8584, 2.2945bedeutet Lat 48.8584, Lng 2.2945. - GeoJSON, WKT, die meisten Geospatial-Standards: Längengrad zuerst.
[2.2945, 48.8584]ist derselbe Punkt. - MapAtlas Geocoding API und die meisten REST-APIs der ersten Generation: Breitengrad zuerst in JSON-Keys (
lat,lng), aber die Endpoint-Dokumentation immer prüfen, da Konventionen variieren.
Wer ein Feature aus GeoJSON zieht und in eine Kartenbibliothek einsetzt, die [lat, lng] erwartet, muss vertauschen. Wer das vergisst, landet seinen Punkt auf der falschen Hemisphäre, und die nächsten zwei Tage der Fehlersuche drehen sich darum, warum "Paris" irgendwo vor der Küste Afrikas erscheint.
Eine defensive Regel: In jeder Funktion, die Koordinaten entgegennimmt, Parameter explizit benennen. function distance(latA, lngA, latB, lngB) lässt sich schwerer falsch verwenden als function distance(a, b), wo a und b vage Arrays sind.
Dezimalgrad vs. Grad-Minuten-Sekunden
Das in Code am häufigsten anzutreffende Format sind Dezimalgrad (DD): 48.8584, 2.2945. Das erwartet jede moderne API und Bibliothek.
Gelegentlich begegnet man Grad-Minuten-Sekunden (DMS): 48° 51' 30" N, 2° 17' 40" E. DMS stammt aus älterer Seefahrts- und Luftfahrtstradition und wird noch auf offiziellen Papierkarten und manchen Hardware-GPS-Geräten verwendet. Die Umrechnung von DMS in DD ist geradlinig: DD = Grad + (Minuten / 60) + (Sekunden / 3600), mit negativem Vorzeichen für Süd oder West.
Für die Speicherung decken Dezimalgrad mit 5 bis 6 Stellen jeden realistischen Anwendungsfall ab. Mehr als 6 Stellen ist Präzisionstheater, da echte GPS-Geräte selten besser als Zentimetergenauigkeit liefern.
Wie viele Dezimalstellen braucht man?
Jede weitere Dezimalstelle bei Breiten- oder Längengrad verfeinert die Position um grob den Faktor 10:
- 0 Dezimalstellen (
48): etwa 111 km, Landesebene - 1 Stelle (
48.8): etwa 11 km, Stadtebene - 2 Stellen (
48.86): etwa 1,1 km, Stadtteilebene - 3 Stellen (
48.858): etwa 110 Meter, Straßenebene - 4 Stellen (
48.8584): etwa 11 Meter, Gebäudeebene - 5 Stellen (
48.85844): etwa 1 Meter, Türebene - 6 Stellen (
48.858445): etwa 11 Zentimeter, GPS-Limit - 7+ Stellen: falsche Präzision, überschreitet reale GPS-Genauigkeit
Die Genauigkeit sollte zum Anwendungsfall passen. 8 Dezimalstellen für einen "In diesem Viertel liefern"-Fall zu speichern verschwendet Speicher und vermittelt dem Nutzer ein irreführendes Bild.
Koordinaten und Kartenprojektionen
Die Zahlen selbst sind Winkelmessungen auf der Erdoberfläche, aber ein Bildschirm ist flach. Jede Kartenprojektion ist eine mathematische Funktion, die Breiten- und Längengrad in Pixel-x,y für die Anzeige umrechnet.
Web Mercator (EPSG:3857) ist die Projektion, die Google Maps, OpenStreetMap und fast jede interaktive Webkarte verwendet. Sie erhält Formen und Richtungen, verzerrt aber Flächen: Grönland wirkt so groß wie Afrika, obwohl es in Wirklichkeit vierzehnmal kleiner ist. Für Produktionskarten spielt diese Verzerrung keine Rolle, solange Nutzer Orte erkennen. Für thematische Karten, die Flächen vergleichen (Bevölkerung, Wahlergebnisse, Klima), sollte eine flächentreue Projektion verwendet werden.
Die gespeicherten Koordinatenwerte liegen immer in WGS84 Breiten- und Längengrad vor. Die Projektion wird erst zur Renderzeit angewendet. Projektionsraumkoordinaten mit WGS84-Koordinaten in einer Datenbank zu mischen ist eine weitere klassische Fehlerquelle.
Koordinaten speichern und indizieren
In den meisten Datenbanken sollten Breiten- und Längengrad als zwei numerische Spalten gespeichert werden (oder geometry(point, 4326) bei PostGIS). Für Punktabfragen innerhalb einer Bounding Box reicht ein B-Tree-Index auf jeder Spalte. Für "nächster Nachbar"-Abfragen braucht man einen Spatial Index: PostGIS GIST, MySQL SPATIAL oder einen Geohash-Bucket.
Als String zu speichern ("48.8584,2.2945") wird sich rächen, sobald gefiltert, sortiert oder eine Distanz berechnet werden muss. Besser nicht.
Wie KI-Assistenten Koordinaten nutzen
Moderne KI-Assistenten (ChatGPT, Perplexity, Gemini) verarbeiten Ortsinformationen über Koordinaten auf dieselbe Weise wie menschliche Anwendungen. Wenn ein Nutzer fragt "Finde ein Café in meiner Nähe", löst der Assistent den Standort des Nutzers in eine Koordinate auf, fragt eine Places-API ab und sortiert die Ergebnisse nach Haversine-Distanz. Korrekt getaggte Koordinaten in strukturierten Daten (JSON-LD geo-Property, GeoCoordinates-Schema) helfen KI-Assistenten, einen Eintrag gegenüber einem Konkurrenten mit unschärferen Standortdaten zu bevorzugen.
Bei Einträgen, die Grenzen überspannen oder in mehreren Städten konkurrieren, ist die Koordinate der Disambiguator. "Paris" ist mehrdeutig: Es gibt eines in Frankreich und eines in Texas. Die Koordinate nicht.
Warum MapAtlas
MapAtlas ist die europäische Mapping-Plattform für das KI-Suchzeitalter. Jeder Geocode, jede Reverse-Abfrage, Isochrone und jeder Routing-Aufruf liefert saubere WGS84-Koordinaten mit konsistenter Reihenfolge, DSGVO-Konformität und EU-Hosting. Das Koordinaten-Tool ausprobieren, um jede Adresse sofort in Lat/Lng umzuwandeln, oder den Was ist ein Geocode-Leitfaden für einen tieferen Einblick in Geocoding-APIs in der Produktion lesen.
Häufig gestellte Fragen
Was ist der Unterschied zwischen Längengrad und Breitengrad?
Der Breitengrad misst die Nord-Süd-Position auf der Erde (zwischen -90 am Südpol und +90 am Nordpol), der Längengrad die Ost-West-Position (zwischen -180 und +180, mit 0 am Nullmeridian in Greenwich). Breitengradlinien verlaufen horizontal und sind parallel zueinander. Längsgradlinien verlaufen vertikal und treffen sich an den Polen. Gemeinsam bilden sie ein eindeutiges Zahlenpaar, das jeden Punkt auf der Erde beschreibt.
Was kommt zuerst: Längengrad oder Breitengrad?
Das hängt vom Format ab. In der menschenlesbaren Darstellung (Google Maps, GPS-Apps, Adressen) steht der Breitengrad zuerst: 48.8584, 2.2945 bedeutet Lat 48.8584, Lng 2.2945. In maschinenlesbaren Formaten wie GeoJSON und den meisten Geospatial-Standards steht der Längengrad zuerst: [2.2945, 48.8584]. Diese Vertauschung ist die häufigste Quelle von Kartenfehlern in der Produktion. Immer die Konvention des jeweiligen Formats prüfen.
Wie genau sind GPS-Koordinaten?
Sechs Dezimalstellen (z. B. 48.858444) entsprechen einer Genauigkeit von etwa 11 Zentimetern am Äquator. Fünf Stellen (48.85844) ergeben rund 1 Meter. Vier Stellen (48.8584) liefern etwa 11 Meter, ausreichend für Kartierung auf Straßenebene. Für die meisten Produktionsfälle sind 6 Stellen übertrieben, 5 sind völlig ausreichend. Mehr Präzision als nötig zu speichern verschwendet Speicherplatz und erzeugt eine falsche Genauigkeitsanmutung.
Warum konvergieren Längengrade an den Polen?
Breitengradlinien sind parallel, weil sie alle die Erdachse als Referenz nutzen. Länggradlinien dagegen sind Großkreise, die alle durch den Nord- und Südpol verlaufen. Je näher man den Polen kommt, desto kleiner wird der Ost-West-Abstand zwischen zwei Längsgradwerten: Am Äquator entspricht ein Grad Längengrad rund 111 km, an den Polen schrumpft er auf null. Deshalb versagen naive Distanzberechnungen mit flachen Koordinaten in hohen Breitengraden. Korrekte Distanzberechnungen verwenden die Haversine-Formel oder Vincenty's Formel.
