Karten- / Projektionsfehler

„Die Karte ist leer / nur grauer Hintergrund”

Die Karten-Tiles werden nicht geladen.

Typische Ursachen:

1. Kein Internet — die Karten-Tiles werden online geladen.
2. Die Firewall blockiert den Karten-Anbieter:
   • Apple Maps: *.apple.com
   • OpenStreetMap: tile.openstreetmap.org
   • Esri (Satellit): server.arcgisonline.com
3. Du hast zu schnell gezoomt — die App lädt noch den alten Level, du bist aber schon im neuen Zoom.

Lösung:

• Warte 5-10 Sekunden
• Versuch den anderen Karten-Anbieter (Einstellungen → Karte)
• Prüfe die Netzverbindung

„Die Boundary liegt am falschen Ort”

Du hast eine SHP oder KML importiert, und auf der Karte erscheint sie mehrere km daneben.

Typische Ursache: zur SHP gehört keine .prj-Datei, und die App nahm eine falsche Projektion an (Standard WGS84).

Lösung:

1. Lösche die fehlerhaft importierte Boundary.
2. Prüfe, ob neben der SHP eine .prj-Datei vorhanden ist.
3. Falls nicht, wähle die Projektion manuell beim Import (im Popup-Dialog).
4. Bei deutschen SHP typisch: ETRS89 / UTM 32N (EPSG:25832) oder WGS84 (EPSG:4326).

Details: SHP-Boundary-Import aus anderen Quellen.

„Der KML-Import hat keine Polygone gefunden”

Die KML-Datei wurde gelesen, aber der Import blieb leer.

Typische Ursachen:

• Die KML enthält nur Linien oder Punkte, keine Polygone.
• Die KML ist ein anderes Format (KMZ, KMP) — die Endung wurde umbenannt, aber der Inhalt ist als ZIP gepackt.
• Die KML ist fehlerhaftes XML — z. B. schreibt Google Earth manchmal unverschlossene Elemente.

Lösung:

1. Entpacke die KMZ (umbenannt zu .zip und entpackt).
2. Öffne die KML mit einem Texteditor, prüfe das Vorhandensein von <Polygon>-Tags.
3. Bei XML-Fehlern kann ein Google Earth Export-Import-Lauf die Datei heilen.

„Das Orthomosaik erscheint nicht da, wo es soll”

Das Orthomosaik ist auf der Karte gegenüber der Grundebene verschoben (z. B. zur Satellitenkarte).

Siehe: Verarbeitungsfehler — Orthomosaik nicht am richtigen Ort.

„Karten-Tiles laden langsam”

Die Kartenoberfläche stockt, die Tiles erscheinen erst nach 5-10 Sekunden.

Typische Ursachen:

• Langsames Internet — Mobile Hotspot, geteiltes Wi-Fi
• Tile-Server-Überlastung — OpenStreetMap erleidet manchmal ein paar Stunden Verlangsamung
• Cache voll — der lokale Tile-Cache (~/Library/Application Support/DroneField/TileCache/) ist voll

Lösung:

• Wechsel zum anderen Karten-Anbieter (Apple Maps ist meist stabiler)
• Starte die Anwendung neu
• Lösche den Tile-Cache: Einstellungen → Wartung → Cache löschen

„Die Export-Koordinaten sind in falscher Projektion”

Die Koordinaten der exportierten SHP / KML-Datei werden vom Partner in einem anderen System erwartet.

DroneField exportiert immer in WGS84 — das ist der globale GPS-Standard.

Lösung:

• Konvertiere mit QGIS ins gewünschte System:
  1. Lade die exportierte Datei.
  2. Rechtsklick → Export → Save Features As…
  3. Wähle die Ziel-Projektion (aus dem CRS-Dropdown).
  4. Speichern.

„Der 3D-Punktwolken-Viewer ist leer / bewegt sich nicht”

Der Punktwolken-Viewer wirkt leer oder ist langsam.

Typische Ursachen:

• Das Projekt hat nicht genügend Punkte verarbeitet — kleines Feld, wenige Aufnahmen.
• Der Viewer ist nicht zentriert — drücke R (Reset view).

„Das NDVI sieht visuell anders aus als das im GeoTIFF”

In QGIS sieht das NDVI-GeoTIFF anders aus als in DroneField.

Kein Fehler — die beiden Anwendungen nutzen unterschiedliche Farbskalen und Bereiche:

• DroneFields Presets (Unkraut / Stress / Gesund) nutzen feste Schwellwerte
• QGIS bildet standardmäßig linear auf Min/Max ab (oder auf deine eigene Einstellung)

Siehe: Export nach QGIS → NDVI-Visualisierung.

„Die Boundary-Toolbar erscheint nicht”

Die Boundary-Toolbar am oberen Kartenrand ist nicht da.

Typische Ursachen:

• Du bist nicht auf der Feldgrenzen-Schicht — klick in der linken Leiste auf die Schicht
• Das Kartenfenster ist zu klein — die Toolbar wird bei kleinen Maßen ausgeblendet; zieh es größer
• Die Schichten sind alle ausgeschaltet — die Boundary-Schicht muss eingeschaltet sein

„Maßeinheit-Verwirrung auf der Karte”

DroneField nutzt immer SI-Einheiten:

• Hektar (ha) für Fläche
• Meter (m) für Länge und Höhe
• Zentimeter / Pixel (cm/px) für GSD

Wenn Acre oder Fuß (feet) benötigt wird, kannst du nachträglich mit QGIS umrechnen, oder schick die Anfrage — eine Multi-Einheit-Unterstützung steht auf der Roadmap.