Sitescan dwingt momenteel gebruikers om "juiste" coördinatensystemen te gebruiken. Dit wordt een probleem wanneer we de vluchten moeten verwerken met een aangrenzend coördinatensysteem, op verzoek van het project/de klant. Bijvoorbeeld, in Noorwegen zijn de officiële UTM-zones 32 - 35 hoewel het land zich uitstrekt over de UTM-zones 31 - 36. Dit betekent dat gegevens die zijn verzameld voor klanten zoals de staat of gemeenten aan de westkust, vereist zijn in UTM32, ook al valt het gebied technisch binnen UTM31. We hebben een officieel coördinatensysteem met hogere nauwkeurigheid dat wordt gebruikt in de bouw (NTM). Dit heeft kleinere zones vergeleken met UTM, en dit wordt ook een probleem wanneer grote bouwprojecten de grens van twee NTM-zones overschrijden.
Bij het aanmaken van een project in Sitescan wordt de gebruiker gedwongen om de zone te selecteren die technisch correct is. Hiervoor hebben we een oplossing door het projectcentrum verder naar het oosten/westen te definiëren, om zo de gewenste zone te kunnen selecteren.
Na recente updates kunnen we geen GCP's uploaden omdat ze buiten het coördinatensysteem vallen. Bij het uploaden van een GCP-set die buiten de definitie van het coördinatensysteem valt, wordt de knop "Opslaan" simpelweg uitgeschakeld. Dit betekent dat we momenteel geen gegevens kunnen leveren van vluchten die zijn verwerkt met GCP's in het officiële coördinatensysteem dat wordt gebruikt voor de westelijke delen van Noorwegen.
Mijn idee is dit:
Toon waarschuwingen als het lijkt dat het geselecteerde coördinatensysteem of geüploade GCP-set onjuist is, maar schakel de optie om een project aan te maken/GCP's op te slaan of de missie te verwerken hierom niet uit.
