Shapefile konvertieren

Ein Konverter für alle gängigen Zielformate

Wer ein Shapefile konvertieren will, merkt schnell, dass es sich nicht um eine einzelne Datei handelt, sondern um einen Verbund gleichnamiger Dateien: In der .shp stecken die Geometrien, in der .shx der Index, in der .dbf die Sachdaten, in der .prj das Koordinatenreferenzsystem und in der .cpg die Zeichenkodierung. Per E-Mail kommt so ein Paket oft unvollständig an, und viele Webanwendungen können damit gar nichts anfangen. Dieser SHP Konverter liest den kompletten Satz, egal ob als ZIP-Archiv oder als Einzeldateien, und zeigt Ihnen vor dem Export, was Sie vor sich haben: die Objekte auf der Karte, die Attributtabelle mit allen Feldern und das Bezugssystem laut .prj, etwa ETRS89 / UTM Zone 32N oder ein altes Gauß-Krüger-System. Danach entscheiden Sie sich für ein Zielformat. GeoJSON passt zu Webkarten und Schnittstellen, KML zu Google Earth und Google My Maps, GeoPackage ist das Standardformat von QGIS und hält alles in einer Datei, CSV bringt die Sachdaten nach Excel, und DXF überträgt die Geometrien nach AutoCAD. Gerechnet wird mit GDAL, der Open-Source-Bibliothek hinter QGIS, die hier im Browser läuft. Vermessungsdaten, Kundendaten oder noch nicht veröffentlichte Planungen verlassen Ihren Rechner also nicht. Wissen Sie schon genau, welches Format Sie brauchen, finden Sie unten Seiten, die jeweils eine Umwandlung ausführlicher beschreiben.

So konvertieren Sie ein Shapefile

1. Ziehen Sie eine ZIP-Datei mit dem Shapefile hierher oder wählen Sie .shp, .shx, .dbf und .prj gemeinsam aus.
2. Prüfen Sie in der Übersicht die Karte, die Attributtabelle und das erkannte Koordinatensystem.
3. Wählen Sie Zielformat und Optionen und klicken Sie auf „In … umwandeln“, um die Datei herunterzuladen.

Was sich je nach Zielformat ändert

GeoJSON und KML immer in WGS84

Beide Formate speichern laut Spezifikation geografische Länge und Breite in WGS84. Liegt Ihr Shapefile in ETRS89 / UTM 32N (EPSG:25832), in Gauß-Krüger oder einem anderen Landessystem vor, wird es anhand der .prj umprojiziert. GeoPackage, CSV und DXF behalten die ursprünglichen Koordinaten, solange Sie keinen anderen EPSG-Code eintragen. Fehlt die .prj und sind die Werte keine Gradangaben, werden Sie nach dem Koordinatensystem der Daten gefragt.

Nicht jedes Format übernimmt die Sachdaten

GeoJSON, KML, GeoPackage und CSV übernehmen sämtliche Felder der .dbf-Tabelle. DXF ist ein Zeichnungsformat ohne Attributtabelle; erhalten bleiben nur die Geometrien und ein CAD-Layer je Shapefile oder je Wert eines Feldes, das Sie auswählen. In KML landen die Felder als Daten der Ortsmarken, und Sie legen fest, welches Feld Google Earth als Beschriftung anzeigt.

Feldnamen bleiben auf 10 Zeichen gekürzt

Die .dbf erlaubt nur Feldnamen mit höchstens 10 Zeichen. Ein Feld, das einmal als einwohner_2024 angelegt wurde, heißt im Shapefile bereits einwohner_. Eine Umwandlung in GeoJSON oder GeoPackage holt den langen Namen nicht zurück, sie verhindert nur, dass er weiter gekürzt wird.

Mehrere Shapefiles in einem Durchgang

Enthält die ZIP-Datei mehrere Shapefiles, entsteht ein GeoPackage mit einem Layer pro Shapefile, eine KML mit einem Ordner pro Shapefile oder eine DXF mit einem Layer pro Shapefile. GeoJSON und CSV fassen nur eine Tabelle pro Datei, deshalb erhalten Sie dort eine ZIP-Datei mit je einer Datei pro Shapefile.

Umlaute ohne .cpg-Datei

Ohne .cpg-Datei ist nicht festgelegt, wie der Text in der .dbf kodiert ist. Der Konverter prüft, ob gültiges UTF-8 vorliegt, und liest den Text andernfalls als Windows-1252. Das behebt die meisten verstümmelten Zeichen, etwa ü statt ü in Straßen- oder Gemeindenamen. Kontrollieren Sie Namen mit Umlauten in der Attributtabelle, bevor Sie konvertieren.