Sitescan zwingt derzeit Benutzer dazu, "korrekte" Koordinatensysteme zu verwenden. Dies wird problematisch, wenn wir die Flüge auf Wunsch des Projekts/Kunden mit einem angrenzenden Koordinatensystem verarbeiten müssen. Zum Beispiel sind in Norwegen die offiziellen UTM-Zonen 32 - 35, obwohl das Land sich über die UTM-Zonen 31 - 36 erstreckt. Das bedeutet, dass Daten, die für Kunden wie den Staat oder Gemeinden an der Westküste gesammelt wurden, in UTM32 vorliegen müssen, obwohl das Gebiet technisch gesehen in UTM31 liegt. Wir haben ein offizielles Koordinatensystem mit höherer Genauigkeit, das im Bauwesen verwendet wird (NTM). Dieses hat kleinere Zonen im Vergleich zu UTM, und dies wird ebenfalls problematisch, wenn große Bauprojekte die Grenze von zwei NTM-Zonen überschreiten.
Beim Erstellen eines Projekts in Sitescan wird der Benutzer gezwungen, die technisch korrekte Zone auszuwählen. Dafür haben wir eine Lösung gefunden, indem wir das Projektzentrum weiter östlich/westlich definieren, um die gewünschte Zone auswählen zu können.
Nach den letzten Updates können wir keine GCPs hochladen, weil sie außerhalb des Koordinatensystems liegen. Beim Hochladen eines GCP-Sets, das außerhalb der Definition des Koordinatensystems liegt, ist die Schaltfläche "Speichern" einfach deaktiviert. Das bedeutet, dass wir derzeit keine Daten von Flügen liefern können, die mit GCPs im offiziellen Koordinatensystem verarbeitet wurden, das für die westlichen Teile Norwegens verwendet wird.
Meine Idee ist folgende:
Warnungen anzeigen, wenn es scheint, dass das ausgewählte Koordinatensystem oder das hochgeladene GCP-Set falsch ist, aber nicht die Möglichkeit zum Erstellen eines Projekts/Speichern von GCPs oder Verarbeiten der Mission deswegen deaktivieren.
