Shapefile umprojizieren

Warum ein Shapefile umprojizieren

Daten von einem Vermessungsbüro, einer Gemeinde oder von Kollegen kommen oft in einem Koordinatensystem, das nicht zu Ihrem Projekt passt: eine UTM-Zone, wenn die Webkarte WGS84 braucht, ein altes Landessystem, wenn Ihre übrigen Layer in ETRS89 vorliegen, oder Web Mercator aus einem Online-Export. Das Projekt-KBS in QGIS umzustellen ändert nur, wie die Layer dargestellt werden; um eine Datei im richtigen System weiterzugeben, müssen ihre Koordinaten transformiert werden. Genau das erledigt diese Seite in Ihrem Browser, mit GDAL und PROJ, den Bibliotheken, die auch QGIS verwendet: Sie liest die .prj-Datei, rechnet jeden Stützpunkt in das gewählte System um und schreibt ein Shapefile mit neuer .prj-Datei. Hat das Shapefile keine .prj, geben Sie zuerst sein System an. Die Kartenvorschau zeigt, ob die Daten an der richtigen Stelle landen.

So projizieren Sie ein Shapefile online um

1. Ziehen Sie das Shapefile als ZIP-Datei in das Feld oder wählen Sie die Dateien .shp, .shx, .dbf und .prj gemeinsam aus.
2. Geben Sie das Zielkoordinatensystem als EPSG-Code ein oder wählen Sie eines aus der Liste.
3. Klicken Sie auf „Shapefile umprojizieren“ und laden Sie die ZIP-Datei mit dem neuen Shapefile herunter.

Gut zu wissen beim Umprojizieren

Umprojizieren ist nicht dasselbe wie Zuweisen

Beim Umprojizieren ändert sich jede Koordinate – aus 556000 und 6324000 in UTM-Zone 32N werden zum Beispiel 9,92 und 57,06 Grad –, und eine passende .prj-Datei wird geschrieben. Beim Zuweisen eines Systems wird nur die .prj ersetzt, die Zahlen bleiben unverändert; das ist nur richtig, wenn die .prj fehlte oder falsch war. Landen Ihre Daten im falschen Land oder im Meer vor Afrika, ist meist das Quellsystem falsch, nicht das Ziel.

Eine fehlende .prj-Datei

Ohne .prj-Datei verrät ein Shapefile nicht, in welchem System seine Zahlen stehen, und es lässt sich nichts transformieren, bevor Sie es angeben. Fehlt die .prj, fragt die Seite nach dem EPSG-Code der Quelle. Die Größe der Zahlen gibt einen Hinweis: Werte zwischen -180 und 180 sind meist Grad, sechs- und siebenstellige Werte meist Meter in UTM oder einem Landessystem.

Datumstransformation und Genauigkeit

Zwischen Systemen auf demselben Datum, etwa UTM-Zonen in ETRS89 oder WGS84, ist das Ergebnis millimetergenau. Ein Wechsel des Datums, etwa bei OSGB36 für das British National Grid, NAD27, DHDN (Gauß-Krüger) oder anderen älteren Landessystemen, ist am genauesten mit einer Gitterdatei der nationalen Vermessungsverwaltung. Diese Gitterdateien stehen im Browser nicht zur Verfügung, deshalb verwendet PROJ die veröffentlichten mittleren Parameter, die um einen bis einige Meter abweichen können. Für Arbeiten in Vermessungsgenauigkeit verwenden Sie QGIS oder ogr2ogr mit installierter Gitterdatei.

Text, Feldnamen und Dateinamen

Alle Attribute und Feldnamen bleiben erhalten. Text wird als UTF-8 mit einer .cpg-Datei geschrieben, die QGIS und ArcGIS richtig lesen; ein altes Programm, das .cpg-Dateien ignoriert, zeigt Buchstaben wie ü, ø oder é womöglich falsch an. Datum-Uhrzeit-Felder bleiben als Text erhalten, weil eine .dbf keine Uhrzeit speichern kann. Jedes Shapefile behält seinen Namen, und mehrere Shapefiles in einer ZIP-Datei werden gemeinsam umprojiziert.

Linien werden nicht gekrümmt

Transformiert werden nur die Stützpunkte; ein gerades Segment zwischen zwei Stützpunkten bleibt gerade. Auf kurzen Strecken ist das nicht zu sehen, eine lange Linie mit wenigen Stützpunkten, etwa eine Gitterlinie oder eine mit zwei Punkten gezeichnete Landesgrenze, kann im neuen System aber leicht neben ihrem tatsächlichen Verlauf liegen.