GeoJSON ↔ WKT-Converter für räumliche Daten

Beide Formate folgen der mathematischen Konvention, dass die X-Achse vor der Y-Achse kommt, und im EPSG:4326-Referenzsystem steht X für Länge und Y für Breite. Die OGC- und IETF-Spezifikationen (RFC 7946 für GeoJSON und OGC 06-103r4 für WKT) haben diese Reihenfolge festgelegt, um die Interoperabilität von Geometriebibliotheken sicherzustellen. Menschfreundliche Bezeichnungen wie „lat, lon“ verkehren diese Reihenfolge, was die häufigste Ursache dafür ist, dass Punkte in der falschen Hemisphäre landen.

Ein Polygon ist ein einheitlicher, gefüllter Bereich mit einer äußeren Grenze und null oder mehr Innenlöchern, der in WKT als POLYGON ((äußerer Ring), (Loch), ...) dargestellt wird. Ein MultiPolygon ist eine Menge von getrennten Polygonausläufen, die als ein einzelnes Feature behandelt werden – nützlich, wenn ein einzelner Staat oder eine Region aus mehreren getrennten Landmassen besteht. In GeoJSON erhöht sich die Schachtelung um einen Schritt für MultiPolygon: Koordinaten werden zu [polygon][ring][point] statt [ring][point].

Ein linearer Ring ist geschlossen, wenn seine ersten und letzten Koordinaten identisch sind. GeoJSON RFC 7946 erfordert, dass jeder Polygonring geschlossen ist, und WKT-Validierer erzwingen in der Regel dieselbe Regel. Wenn Sie einen Ring aus einer Liste von Eckpunkten erstellen, fügen Sie immer den ersten Eckpunkt am Ende vor der Serialisierung hinzu.

Z ist eine Höhe (oder eine dritte räumliche Achse), M ist eine Messung (häufig Zeit, Entfernung entlang einer Strecke oder ein Sensorwert). WKT markiert sie mit einem Zusatz auf dem Typ – POINT Z (1 2 3), POINT M (1 2 3), POINT ZM (1 2 3 4). GeoJSON erlaubt optionale dritte und vierte Werte in jeder Koordinatenliste, unterscheidet jedoch formell nicht zwischen Z und M; die empfohlene Konvention ist [lon, lat, Höhe].

Eine GeometryCollection enthält heterogene Geometrien – zum Beispiel einen Punkt und ein Polygon – als ein einzelnes Objekt. Sie ist nützlich, um zusammengehörende Features zu gruppieren, die nicht denselben Typ teilen, aber viele GIS-Systeme (insbesondere PostGIS-Spatial-Indizes und einige Web-Kartenbibliotheken) behandeln einfache Typen effizienter, daher bevorzugen Sie MultiPoint, MultiLineString oder MultiPolygon, wenn alle Teile denselben Geometrietyper haben.