Sistemi di coordinate, proiezioni e datum nella mappatura con droni

Le coordinate necessitano di una definizione di riferimento

Una coppia di numeri di coordinate non identifica completamente una posizione senza il suo sistema di riferimento. Gli stessi numeri possono significare posti diversi quando cambiano le unità o le definizioni. I progetti con droni trasportano informazioni di riferimento in posizioni di immagini, punti rilevati, progetti di elaborazione e risultati finali. Stabilire una registrazione del sistema orizzontale, del sistema di altezza, delle unità e del metodo di trasformazione. Non dare per scontato che i livelli condividano un riferimento semplicemente perché il software li visualizza insieme. Le trasformazioni al volo possono nascondere una definizione di origine errata finché i dati non vengono esportati o analizzati altrove. Il registro di riferimento fornisce una base comune per il personale sul campo e quello addetto al trattamento.

Distinguere le coordinate geografiche e quelle proiettate

Le coordinate geografiche normalmente esprimono la latitudine e la longitudine come angoli. Un sistema proiettato rappresenta posizioni su un piano con unità lineari e ha le proprie caratteristiche di distorsione e area di utilizzo. Selezionare un sistema per la posizione e l'analisi prevista anziché scegliere la mappa di base Internet più familiare. Chiedere se il cliente ha già un riferimento di progetto stabilito. Se il lavoro si estende su più zone di proiezione, decidi come verranno separati o combinati i prodotti. Documentare la scelta prima dell'acquisizione in modo che le squadre sul campo e gli addetti all’elaborazione non facciano ipotesi diverse sui numeri che si scambiano.

Comprendere il ruolo del datum

Un datum collega le coordinate a un riferimento di posizionamento; cambiarlo è più che rietichettare una mappa. I dati provenienti da reti, fonti o periodi diversi potrebbero richiedere una trasformazione specifica. Per lavori impegnativi, anche l'epoca delle coordinate può avere importanza. Chiedere al fornitore delle coordinate come sono stati ottenuti i valori e quali definizioni li accompagnano. Non selezionare una trasformazione solo perché si allinea con le immagini di sfondo: una mappa di base presenta incertezza e non sostituisce un riferimento di rilievo. Conserva identificatori o descrizioni ufficiali con il record del campo in modo che un altro team possa tracciare il framework utilizzato.

Trattare le quote come un sistema distinto

Le altezze ellissoidali, ortometriche e locali del progetto utilizzano riferimenti diversi. Un risultato GNSS può essere ellissoidale mentre gli utenti si aspettano elevazioni relative a un modello del geoide o a un benchmark di progetto. Ignorare questa distinzione può produrre una discrepanza verticale apparentemente uniforme. Identificare il geoide o la procedura di connessione in altezza e registrarne la versione e la copertura pertinenti. Evita una correzione costante inspiegabile. Laddove sia richiesto un datum locale, conservare il suo collegamento ai riferimenti noti e il metodo utilizzato per stabilirlo. Testare le posizioni distribuite in modo che una differenza di definizione dell'altezza non venga confusa con un problema di ricostruzione.

L'assegnazione di un CRS non trasforma le coordinate

L'assegnazione di un CRS indica al software come interpretare i numeri di coordinate esistenti. La riproiezione calcola nuovi numeri in un sistema di destinazione. Queste operazioni vengono spesso confuse quando un livello appare nel posto sbagliato. Se i numeri di origine corretti hanno perso la definizione, ripristinare prima tale definizione. Se i sistemi di origine e di progetto differiscono, utilizzare una trasformazione appropriata. La semplice assegnazione dell'etichetta di destinazione ai numeri di origine non li riposiziona correttamente. QGIS documenta questa distinzione per le impostazioni CRS dei layer. Testare diverse posizioni note prima di applicare una trasformazione a un set di dati di grandi dimensioni.

Verificare unità, decimali e ordine degli assi

Un semplice errore di colonna può causare un cambiamento importante. Conferma longitudine/latitudine rispetto a latitudine/longitudine ed est rispetto a nord nei dati proiettati. Controlla le unità di altezza e se la gestione del foglio di calcolo ha modificato i separatori decimali. Conserva una riga di esempio verificata come riferimento per l'importazione. Traccia i punti prima di elaborare l'intero blocco di immagine per rivelare colonne scambiate, segni negativi mancanti o una zona errata. Mantenere una struttura di file concordata con nomi di colonna espliciti. L'importazione automatizzata dovrebbe leggere i campi definiti anziché dedurre il significato dalla grandezza apparente o dall'ordine dei valori delle coordinate.

Testare l'integrazione prima di analizzare i prodotti

Confronta caratteristiche stabili con riferimenti di progetto adeguati in diverse località dopo aver importato i prodotti dei droni in GIS. Controllare la posizione orizzontale e l'elevazione separatamente. L’accordo in una sede non è sufficiente; una trasformazione inappropriata può creare differenze spazialmente variabili. Per i raster, prendere in considerazione la risoluzione e il ricampionamento durante la riproiezione perché sia ​​la presentazione che i valori di output possono cambiare. Garantire che le informazioni di riferimento sopravvivano anche all'esportazione della nuvola di punti. Mantieni i controlli di integrazione in modo che gli utenti possano distinguere l'allineamento visivo dalla compatibilità delle coordinate testata invece di presumere che una visualizzazione soddisfacente dimostri che ogni riferimento sottostante è corretto.

Fornire metadati di riferimento riutilizzabili

La documentazione di consegna dovrebbe identificare i nomi CRS e i codici di autorità, ove disponibili, le definizioni complete necessarie, i sistemi di altezza, le unità, le trasformazioni e le limitazioni. Include le coordinate di controllo originali e le versioni trasformate utilizzate nell'elaborazione. Il solo nome locale del progetto non è sufficiente al di fuori del team originale; spiegarne l'origine, gli assi, la scala e la connessione come richiesto dall'ambito. Un punto di esempio verificato può aiutare i destinatari a testare la propria importazione. Questa tracciabilità riduce la dipendenza da uno specialista e preserva l'usabilità quando il personale, le applicazioni o i requisiti analitici cambiano dopo il completamento dell'indagine.

Una sequenza di controllo efficiente

Supponiamo che le posizioni delle immagini siano geografiche, che i GCP siano proiettati e che i disegni tecnici utilizzino una struttura locale. Documentarli tutti e tre e stabilire le loro relazioni valide prima dell'elaborazione. Testare le coordinate di controllo rappresentative attraverso la trasformazione proposta e confrontarle con i riferimenti del progetto. Dopo la ricostruzione, valutare punti di controllo indipendenti prima di rilasciare ortomosaici o prodotti di elevazione. Ciò colloca la fotocamera NiVO e la configurazione GNSS all'interno di un chiaro flusso di lavoro di riferimento. Il velivolo supporta l'osservazione, mentre la coerenza dei riferimenti rende tali osservazioni utili insieme alle informazioni sul progetto esistente. Ogni passaggio di consegne dovrebbe preservare quella relazione anziché lasciare che il destinatario la riscopra.

Scenario illustrativo: tre riferimenti di coordinate in un unico pacchetto

Considera un progetto ipotetico che riceve posizioni di immagini di droni, un elenco di controlli rilevati e un disegno tecnico da diversi team. Le fotografie utilizzano coordinate geografiche, l’elenco dei punti di controllo utilizza un sistema proiettato e il disegno è descritto solo come una griglia locale. Tutti e tre possono essere visualizzati in un'unica sessione GIS, il che inizialmente appare rassicurante. Il coordinatore dei dati si rifiuta di considerare tale visualizzazione come una conferma di compatibilità. A ciascun fornitore viene richiesto il riferimento orizzontale effettivo, la definizione dell'altezza, le unità e l'eventuale trasformazione già applicata. Per ogni scambio viene conservato un punto di esempio verificato in modo da poter testare l'ordine e l'interpretazione delle colonne.

Alla griglia locale non viene assegnata un'etichetta proiettata familiare semplicemente per farla apparire sulla mappa. La sua relazione con i riferimenti stabiliti deve essere documentata prima dell'integrazione. Il team testa il percorso delle coordinate proposto su posizioni note adatte e controlla separatamente le componenti orizzontali e verticali. Le coordinate originali rimangono accanto alle versioni trasformate, con le impostazioni e le descrizioni della fonte conservate. Solo dopo questa revisione l'elaborazione utilizza il quadro del progetto concordato. Le note di consegna spiegano i restanti limiti e forniscono un esempio di apertura riproducibile. Questo ipotetico flusso di lavoro rende la compatibilità delle coordinate una decisione basata sull'evidenza piuttosto che un'inferenza da livelli che si sovrappongono su uno schermo.

Il team confronta una trasformazione documentata con un comodo adattamento visivo alle immagini di sfondo. Solo la prima può supportare lo scambio di coordinate richiesto, previa sua idoneità e verifica dichiarate. Il passaggio di consegne preserva insieme le definizioni di origine, i valori trasformati e i risultati dei punti di esempio. Se la relazione con la griglia locale rimane sconosciuta, l’input viene etichettato di conseguenza anziché essere incluso nell’analisi quantitativa di sovrapposizione. Questa limitazione deliberata protegge le osservazioni altrimenti valide dall'acquisizione di un riferimento non supportato attraverso una modifica dell'etichetta che sarebbe difficile da rilevare per il destinatario.