SHP-Boundary-Import aus anderen Quellen
Das ESRI Shapefile (SHP) ist das am weitesten verbreitete vektorbasierte Dateiformat der GIS-Welt. Aus vielen landwirtschaftlichen Datenbanken (Katasterbehörden, Syngenta, Cargill, eigener Excel-Export) können SHP-Daten mit Feldgrenzen kommen.
DroneField konvertiert mit der eingebauten PROJ-Bibliothek aus jedem Projektionssystem nach WGS84 — auch wenn das SHP ursprünglich in einer nationalen Lokalprojektion vorliegt.
Was solltest du wissen?
Abschnitt betitelt „Was solltest du wissen?“Eine „SHP-Datei” sind eigentlich 4–6 Dateien zusammen:
| Datei | Wofür? |
|---|---|
.shp | Die Geometrie (Polygone, Linien, Punkte) |
.shx | Index zu .shp |
.dbf | Attributtabelle (Name, Fläche, Kategorie usw.) |
.prj | Projektionssystem — entscheidend |
.cpg | Hinweis zur Zeichenkodierung (von DroneField nicht gelesen) |
.sbn/.sbx | Spatial-Index (optional) |
Lege immer auch die .prj-Datei bei! Sie sagt DroneField, in
welchem System die Koordinaten des SHP liegen.
Der Import-Ablauf
Abschnitt betitelt „Der Import-Ablauf“- Auf der Kartenleinwand öffne die Boundary-Toolbar (klicke in der linken Leiste auf die Schicht Feldgrenzen).
- Klicke auf Importieren.
- Wähle die Option Shapefile importieren….
- Ein Dateiauswahl-Dialog öffnet sich. Wähle die
.shp-Datei (die übrigen werden automatisch eingelesen). - Der Dialog Shapefile-Import öffnet sich. Wähle den Modus:
- Auto-Erkennung — liest die Projektion aus der
.prj(z. B. „ETRS89 / UTM 32N (EPSG:25832)”). Ist die.prjvorhanden, aber ihr EPSG-Code wird nicht erkannt, wird der vollständige WKT an PROJ übergeben. - Liste — wähle die Projektion aus einer Liste (nutze das, wenn
es kein
.prjgibt). - EPSG-Code — gib einen Code ein, z. B.
25832oderEPSG:25832. - WKT direkt — füge eine WKT-Beschreibung ein, die unverändert an PROJ übergeben wird.
- Auto-Erkennung — liest die Projektion aus der
- Klicke auf Importieren. Die Koordinaten werden mit PROJ nach WGS84 konvertiert, und alle Polygone erscheinen als Feldgrenze auf der Karte.
Häufige Quellsysteme in Deutschland und Europa
Abschnitt betitelt „Häufige Quellsysteme in Deutschland und Europa“| Quelle | Projektion | EPSG-Code |
|---|---|---|
| InVeKoS (DE) | ETRS89 / UTM 32N | EPSG:25832 |
| GAP-Anträge (DE) | ETRS89 / UTM 32N | EPSG:25832 |
| OpenStreetMap-Export | WGS84 | EPSG:4326 |
| Google Earth KML → SHP | WGS84 | EPSG:4326 |
| EU LPIS (andere Mitgliedstaaten) | UTM 33N / 34N | EPSG:32633 / 32634 |
| Alte militärische 1:25 000 | nationale Systeme | verschieden |
| DJI Pilot Mission Planner Export | WGS84 | EPSG:4326 |
Mit einer .prj-Datei werden sie automatisch erkannt; andernfalls
wähle sie unter Liste aus oder gib den EPSG-Code ein.
UTM → WGS84 — der häufigste Fall
Abschnitt betitelt „UTM → WGS84 — der häufigste Fall“ETRS89 / UTM 32N (oder Nachbarzonen) ist das System, in dem die meisten amtlichen SHP in Mitteleuropa vorliegen.
Beispiel:
- Eingabe (UTM 32N):
(700 000, 5 700 000)— nahe Berlin - Ausgabe (WGS84):
(51.4°N, 13.4°E)
DroneField konvertiert mit der PROJ 9.4-Bibliothek — der Fehler ist < 1 cm, kleiner als der GSD der Drohne.
Was enthält die .dbf-Attributdatei?
Abschnitt betitelt „Was enthält die .dbf-Attributdatei?“DroneField nutzt die .dbf nur für den Boundary-Namen. Es nimmt
das erste nicht leere Feld aus: NAME, Name, name, PLOT_NAME,
FIELD_NAME, FIELDNAME, ID_NEV, MEGNEVEZES, NEV, Nev,
TABLA_NEV, DUL_NEV. Gibt es keines davon, wird das erste
nicht-numerische Textfeld verwendet; sonst werden die Polygone
durchnummeriert.
Andere Attribute (Fläche, Typ, Bodenklasse, Partner-ID) importiert
DroneField nicht, aber die .dbf-Datei bleibt unverändert — in
QGIS einsehbar.
Hindernisse und sprühfreie Zonen
Abschnitt betitelt „Hindernisse und sprühfreie Zonen“Jedes importierte Polygon wird zur Feldgrenze — eine
Typ-Spalte in der .dbf wird nicht ausgewertet. Enthält das SHP
auch Hindernisse oder sprühfreie Zonen, ändere ihren Typ nach dem
Import in DroneField.
Zeichenkodierung
Abschnitt betitelt „Zeichenkodierung“Umlaute und Sonderzeichen (Ä, Ö, Ü, ß) können
problematisch sein. Die .cpg-Datei wird nicht gelesen;
DroneField probiert in folgender Reihenfolge:
- Die im
.dbf-Header (Language Driver) angegebene Kodierung, falls gesetzt - UTF-8 (modern, empfohlen)
- Windows-1250 (ältere mitteleuropäische SHP)
- ISO-8859-2
Wenn die Zeichen in den importierten Boundaries kryptisch erscheinen (z. B. „Bayreuth” statt „Bayreuth”), konvertiere das SHP in QGIS nach UTF-8 (Export → Save Features As…, Encoding: UTF-8) und importiere es erneut.
Was solltest du NICHT tun?
Abschnitt betitelt „Was solltest du NICHT tun?“- Packe das SHP nicht in ZIP, bevor du es importierst — der Dateiauswähler entpackt es nicht. Entpacke vorher.
- Verschiebe die
.shp- und.prj-Datei nicht einzeln — sie müssen zusammen im selben Ordner sein. - Überschreibe ein aktuell verwendetes SHP nicht — die importierte Boundary lebt schon im Projekt, das Ändern der Quell-SHP wirkt nicht.
Auch exportieren funktioniert
Abschnitt betitelt „Auch exportieren funktioniert“Wenn du in SHP exportieren möchtest (z. B. ins GIS-System des Partners), nutze Exportieren → ESRI Shapefile im Boundary-Toolbar. DroneField exportiert in WGS84 — der Partner konvertiert bei Bedarf in sein eigenes System.