Ordinamento degli assi coordinati nei dati GNSS: prevenzione di errori plausibili

Trattare l'ordine degli assi come parte del riferimento

Le coordinate sono valori ordinati il cui significato dipende da una convenzione di riferimento e interfaccia definita. I dati geografici possono essere presentati come latitudine-longitudine o longitudine-latitudine, mentre i dati proiettati utilizzano comunemente coordinate est-coordinate nord. Una colonna intestata x non è sufficiente per determinarne il significato. Registrare i nomi degli assi, le unità e l'ordine anziché fare affidamento sulle abitudini di un'applicazione.

La stessa posizione fisica può essere rappresentata correttamente attraverso diverse convenzioni ordinate quando il software le gestisce in modo esplicito. I problemi sorgono quando i valori vengono passati tra interfacce che interpretano l'ordine in modo diverso. Un flusso di lavoro affidabile identifica la convenzione a ogni confine e la verifica. Questo è un problema di significato dei dati, non semplicemente una preferenza per il modo in cui i numeri appaiono su uno schermo.

Continua a imparare Coordinate UTM: zone, emisferi ed errori comuni di esportazione

Leggi la documentazione di origine prima di indovinare

Ottieni il CRS di origine e le definizioni dei campi per i dati di rilevamento del suolo in arrivo. Ispezionare le impostazioni del controller ed esportare la documentazione ove necessario. Non dedurre l'ordine degli assi esclusivamente dalla posizione della colonna o etichette come Nord e Est in un nome di file informale. Una griglia locale può anche utilizzare direzioni dell'asse insolite o una convenzione ingegneristica che differisce da un riferimento standard proiettato.

Gli intervalli numerici possono rivelare errori evidenti, ma non sono conclusivi. In alcune regioni, i valori di longitudine e di latitudine possono rientrare in intervalli plausibili quando vengono scambiati. Un punto può rimanere a terra mentre si sposta lontano dal sito. Confronta le posizioni conosciute e le definizioni di riferimento documentate piuttosto che accettare una mappa semplicemente perché il risultato non è ovviamente impossibile.

Continua a imparare Convalida delle importazioni di coordinate CSV da indagini GNSS

Distinguere gli assi CRS dall'ordine dei dati API

Una definizione CRS può specificare un ordine di assi mentre un'interfaccia dell'applicazione utilizza un'altra convenzione per i suoi array di dati. La documentazione Proj descrive il comportamento di gestione e trasformazione dell'asse, ma l'interfaccia e la versione esatte sono ancora importanti. Leggi la documentazione per gli strumenti effettivamente utilizzati. Evita di presumere che ogni libreria, riga di comando e formato di file interpreti una coppia identica di valori allo stesso modo.

Registrare qualsiasi opzione di normalizzazione dell'asse o operazione di swap esplicita nel flusso di lavoro. Test Punti rappresentativi prima della produzione. Un'impostazione di compatibilità nascosta può far funzionare uno script mentre un altro script che utilizza lo stesso identificatore CRS non riesce. Mantenere visibile la convenzione dell'interfaccia semplifica la revisione del processo e riduce la dipendenza dalle impostazioni predefinite del software non documentate.

Continua a imparare Documentare l'epoca di coordinate nei dati GNSS Land Survey

Rispetta le regole di scambio specifiche del formato

RFC 7946 Le posizioni Geojson utilizzano la longitudine e la latitudine WGS84 in gradi decimali. Tale regola si applica anche quando il rilevamento del terreno di origine o una visualizzazione del software utilizza prima la latitudine. Le coordinate proiettate devono essere trasformate prima di un'esportazione conforme agli standard. I valori di scambio da soli non convertono le coordinate est e nord in coordinate geografiche.

Altri formati e servizi possono avere le proprie convenzioni, quindi verifica le specifiche pertinenti. Mantenere un contratto di scambio conciso che identifica l'ordine di coordinate, le unità, il riferimento e la gestione dell'altezza. Un team ricevente non dovrebbe dover sperimentare diversi scambi per scoprire la posizione prevista. Le convenzioni esplicite sono particolarmente importanti quando i dati si spostano attraverso mappe Web, fogli di calcolo e software di rilevamento del terreno nello stesso progetto.

Continua a imparare Un flusso di lavoro QGIS per la revisione dei dati di GNSS Land Survey

Test Importazioni con punti di riferimento noti

Selezionare un piccolo insieme di posizioni ben definite le cui posizioni previste sono note nel riferimento approvato. Includi punti con diversi valori di coordinate in modo che uno scambio errato sia facile da riconoscere. Importarli e trasformarli attraverso il flusso di lavoro di produzione effettivo. Confronta i valori memorizzati e le posizioni visualizzate, poiché le trasformazioni al volo possono oscurare ciò che contiene il file sottostante.

Conserva l'input di prova, l'interpretazione attesa e l'output osservato. Un test ripetibile è più utile di uno screenshot senza informazioni di riferimento. Eseguire nuovamente il test interessato quando cambia la mappatura di importazione, la versione della libreria o la configurazione dell'interfaccia. L'obiettivo è quello di cogliere una mancata corrispondenza delle convenzioni prima che influisca su un set di dati di grandi dimensioni o venga incorporata nei file di progettazione a valle.

Continua a imparare Coordinate UTM: zone, emisferi ed errori comuni di esportazione

Mantieni separate le dimensioni verticali e orarie

I problemi di ordine degli assi non sono limitati ai primi due valori. Le posizioni tridimensionali richiedono un tipo di altezza definito e unità, mentre le trasformazioni dipendenti dal tempo possono richiedere un'epoca di coordinate. Non posizionare un'elevazione o un timestamp di ingegneria in un array semplicemente perché esiste uno slot aggiuntivo. Conferma il significato atteso dell'interfaccia per ogni componente.

Conserva i valori mancanti in modo esplicito anziché inserire zero senza spiegazioni. Una componente di altezza o tempo zero può essere interpretata come un valore reale e modificare il risultato. Documenta come vengono gestiti i componenti opzionali. Ciò è particolarmente importante quando un flusso di lavoro GIS bidimensionale è collegato a una trasformazione del rilevamento del territorio più completa che utilizza le informazioni sull'altezza o sul tempo.

Continua a imparare Convalida delle importazioni di coordinate CSV da indagini GNSS

Correggere costantemente una discrepanza

Quando viene confermato un errore dell'asse, tornare all'origine originale e applicare una correzione documentata tramite il set di dati completo. Non spostare i punti individualmente ad occhio. Conserva il file originale e identifica le versioni interessate. Un semplice scambio può essere appropriato quando le prove dimostrano che l'ordine da solo è sbagliato, ma non dovrebbe sostituire l'identificazione dell'effettivo riferimento alla fonte.

Dopo la correzione, testare i punti noti e ispezionare l'estensione del set di dati, gli identificatori e gli attributi. Controlla i prodotti correlati che potrebbero aver ereditato lo stesso errore. Uno strato puntuale, il linework e la superficie derivata dovrebbero rimanere coerenti. Registra la causa in modo che le importazioni future non ripetano la stessa mancata corrispondenza delle convenzioni nascoste.

Continua a imparare Documentare l'epoca di coordinate nei dati GNSS Land Survey

Fornire le coordinate con una convenzione esplicita

Fornire nomi di assi, ordine, unità, definizione CRS e gestione dell'altezza nel dizionario dei dati o nella consegna della nota sui risultati del progetto. Usa nomi di colonne descrittive in cui il formato consente loro. includere un esempio rappresentativo la cui interpretazione non è ambigua. Evita le etichette generiche che costringono i destinatari a dedurre il significato dalle grandezze delle coordinate.

Archivia la mappatura di importazione e trasformazione con il rilascio. Un flusso di lavoro coordinato GNSS affidabile tratta l'ordine come parte del contratto di scambio dall'esportazione sul campo all'applicazione finale. Questa piccola disciplina impedisce errori che possono essere numericamente plausibili, visivamente fuorvianti e costosi da tracciare una volta che sono stati creati diversi set di dati a valle.

Continua a imparare Un flusso di lavoro QGIS per la revisione dei dati di GNSS Land Survey

Esaminare una fonte prima di latitudine per una mappa web

Supponiamo che una tabella di rilevamento del territorio documenti chiaramente la latitudine nella sua prima colonna e la longitudine nella sua seconda. Lo scambio web previsto è Geojson. Conserva la tabella di origine, assegna il suo riferimento corretto ed esporta attraverso un flusso di lavoro che produce array di longitudine-latitudine. Non rinominare le colonne di origine per farle assomigliare alla convenzione di destinazione lasciando i valori nel vecchio ordine.

Testare diverse posizioni note nella mappa di ricezione e ispezionare gli array esportati effettivi. Verificare che qualsiasi trasformazione di riferimento richiesta si sia verificata in aggiunta alla modifica dell'ordine. Mantieni la mappatura con la nota di rilascio. Questo esempio mostra perché l'interpretazione della sorgente e la formattazione di destinazione sono passaggi separati: entrambi devono essere corretti per una coppia di coordinate per mantenere il suo significato tra i sistemi.

Conserva un esempio nella documentazione di Exchange che utilizza coordinate di test di progetto realistiche ma chiaramente identificate, con l'ordine previsto mostrato accanto ai nomi dei campi. Evita un esempio i cui due valori sono simili, poiché potrebbe non rivelare uno scambio. Il test dovrebbe essere facile da ripetere per un altro operatore. Se il sistema ricevente utilizza la propria impostazione dell'asse di normalizzazione, registrare tale impostazione come parte del contratto di interfaccia anziché assumere che l'array esportato da solo garantisca un'interpretazione corretta in ogni applicazione.

Continua a imparare Coordinate UTM: zone, emisferi ed errori comuni di esportazione