Sitescan force actuellement les utilisateurs à utiliser des systèmes de coordonnées "corrects". Cela devient un problème lorsque nous devons traiter les vols avec un système de coordonnées adjacent, à la demande du projet/client. Par exemple, en Norvège, les zones UTM officielles sont 32 - 35 bien que le pays s'étende sur les zones UTM 31 - 36. Cela signifie que les données collectées pour des clients comme l'État ou les municipalités de la côte ouest doivent être en UTM32 même si la zone relève techniquement de l'UTM31. Nous avons un système de coordonnées officiel avec une précision plus élevée utilisé dans la construction (NTM). Celui-ci a des zones plus petites, comparé à l'UTM, et cela pose également un problème lorsque de grands projets de construction traversent la frontière de deux zones NTM.
Lors de la création d'un projet dans Sitescan, l'utilisateur est obligé de sélectionner la zone qui est techniquement correcte. Pour cela, nous avons une solution temporaire en définissant le centre du projet plus à l'est/ouest, afin de pouvoir sélectionner la zone souhaitée.
Après les mises à jour récentes, nous ne pouvons pas télécharger les GCP car ils se trouvent en dehors du système de coordonnées. Lors du téléchargement d'un ensemble de GCP qui se trouve en dehors de la définition du système de coordonnées, le bouton "Enregistrer" est simplement désactivé. Cela signifie qu'actuellement nous ne pouvons pas livrer des données provenant de vols traités avec des GCP dans le système de coordonnées officiel utilisé pour les parties occidentales de la Norvège.
Mon idée est la suivante :
Afficher des avertissements s'il semble que le système de coordonnées sélectionné ou l'ensemble de GCP téléchargé est incorrect, mais ne pas désactiver l'option de créer un projet/enregistrer les GCP ou traiter la mission à cause de cela.
