GeoJSON auf der Karte — RFC 7946 und WGS84

GeoJSON-Struktur

So sieht eine einfache GeoJSON-Datei mit einem Punkt aus:

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "geometry": {
        "type": "Point",
        "coordinates": [13.4050, 52.5200]
      },
      "properties": {
        "name": "Berlin",
        "note": "WGS84 — lon, lat"
      }
    }
  ]
}

Die Koordinatenreihenfolge in GeoJSON ist immer [longitude, latitude] (RFC 7946) — entsprechend OGC CRS84. koordinat.online übernimmt die Umrechnung in Ihr gewähltes System.

Typische GeoJSON-Fehler

Die meisten GeoJSON-Probleme lassen sich auf einen dieser Punkte zurückführen:

• Vertauschte Koordinatenreihenfolge. RFC 7946 verlangt [lon, lat] — viele handgebaute Dateien haben [lat, lon], und die Punkte landen auf der falschen Seite der Erde. Das Werkzeug erkennt die typische Vertauschung und schlägt die Korrektur vor.
• Projizierte Koordinaten in einer GeoJSON. Ältere GIS-Exporte schreiben mitunter Gauß-Krüger- oder UTM-Zahlen in eine .geojson — nach RFC 7946 ungültig, kommt in der Praxis aber vor. Sehen die Zahlen aus wie Meter (6–7 Stellen, z. B. mit Zonenpräfix 3.500.000), liegt die Datei tatsächlich in einem projizierten System vor.
• Das alte crs-Feld. Das „crs“-Element wurde mit RFC 7946 (2016) abgeschafft — moderne Werkzeuge setzen unabhängig vom Feldinhalt WGS84 voraus.
• Zu große Dateien. GeoJSON ist Text und wird schnell 5–10× größer als binäre Formate — sehr große FeatureCollections sollten vor dem Upload vereinfacht oder aufgeteilt werden.

Windungsregel und der Antimeridian (RFC 7946)

RFC 7946 schreibt vor, dass die äußeren Ringe von Polygonen gegen den Uhrzeigersinn verlaufen (Rechte-Hand-Regel) und Löcher im Uhrzeigersinn. Die alte Spezifikation von 2008 hat diese Regel nicht durchgesetzt — ältere Dateien können daher eine umgekehrte Windung haben, und strenge Programme können Fläche und Loch vertauscht interpretieren. Sieht ein Polygon nach dem Import „invertiert“ aus, ist die Windungsrichtung der erste Verdacht.

Geometrien, die den Antimeridian (den 180°-Längengrad) kreuzen, müssen nach RFC 7946 in zwei Teile aufgeteilt werden — je einen auf jeder Seite. Deutsche Daten treffen dieses Problem so gut wie nie, aber globale Datensätze mit einem großen Polygon über dem Pazifik können sich als eine Fläche darstellen, die scheinbar die ganze Erde bedeckt.

Von WGS84 zu deutschen Systemen

GeoJSON kommt immer in WGS84 an. koordinat.online zeigt Ihre Daten direkt an und kann beim Export nach ETRS89/UTM Zone 32/33 umrechnen; Gauß-Krüger/DHDN und DB_REF werden erkannt und zur Kontrolle angezeigt — die dokumentierte Transformation zur Lieferung erfolgt in kworks — siehe die umfassende Übersicht der deutschen Koordinatensysteme.

Häufig gestellte Fragen zu GeoJSON

GeoJSON auf der Karte — RFC 7946 und WGS84

Ziehen Sie Ihre .geojson- oder .json-Datei direkt auf die Karte — das Werkzeug liest FeatureCollection, Feature und rohe Geometrien, erkennt die Koordinatenreihenfolge und zeigt Ihre Daten sofort an. Von dort können Sie weiterzeichnen oder in deutsche Koordinatensysteme exportieren.

Quellen und weiterführende Literatur

1. IETF (2016): RFC 7946 — The GeoJSON Format
   Der Standard legt fest, dass GeoJSON immer WGS 84 mit der Reihenfolge Länge, Breite verwendet — entsprechend OGC CRS84.