Progettazione di uno schema di geodatabase per le osservazioni dei punti GNSS

Modella gli oggetti prima di scegliere le colonne

Un database di punti GNSS può rappresentare caratteristiche fisiche, osservazioni individuali o posizioni accettate. Questi sono concetti correlati ma diversi. Decidi quali tabelle o livelli descrivi ciascuno di essi prima di costruire lo schema. Una risorsa può avere molte osservazioni e una coordinata approvata in una determinata versione. Una singola tavola piatta può nascondere queste relazioni e rendere gli aggiornamenti difficili da interpretare.

Scrivere una breve descrizione del ciclo di vita previsto: creazione, revisione, accettazione, rivisitazione e pensionamento. Identificare chi può cambiare una posizione accettata e come vengono mantenute le prove. Lo schema dovrebbe supportare quel processo piuttosto che solo la prima importazione. Un livello di punti tecnicamente valido non è ancora un database di rilevamento del terreno mantenuto.

Continua a imparare Esportare dati GNSS nel GIS senza perderne il significato

Utilizzare identificatori che non dipendono dalla geometria

Assegnare una caratteristica stabile e identificatori di osservazione. Non utilizzare la coordinata stessa come identità di un oggetto, perché una misurazione o una trasformazione successive possono modificare i valori. Mantieni gli identificatori di asset esterni in campi separati con la loro origine. Conserva gli zeri iniziali e il caso dei caratteri secondo le regole del progetto piuttosto che consentire a un foglio di calcolo di reinterpretarli come numeri.

Definire i vincoli di unicità in cui il database scelto li supporta e testare come le importazioni gestiscono i duplicati. Un identificatore di osservazione ripetuto dovrebbe attivare la revisione, mentre diverse osservazioni collegate a una caratteristica potrebbero essere legittime. Mantieni un riferimento incrociato per gli identificatori in pensione o uniti. Ciò impedisce ai set di dati futuri di perdere la connessione a precedenti e fotografie sul campo.

Continua a imparare Consegna delle coordinate GNSS Land Survey ai team CAD senza perdere significato

Separa la geometria dalla provenienza delle coordinate

Memorizza il riferimento delle coordinate del livello in modo esplicito e conserva le informazioni di riferimento all'origine per le osservazioni importate. Includere la realizzazione del dato, l'epoca delle coordinate e il tipo di altezza se rilevanti per il progetto. Una colonna di geometria può trasportare un identificatore CRS senza documentare ogni trasformazione o calibrazione locale che ne abbia prodotto i valori. I campi di provenienza dovrebbero colmare questa lacuna informativa.

Se le coordinate vengono trasformate per la consegna, conservare l'osservazione originale o un record di origine tracciabile. Registrare l'operazione e le versioni del modello utilizzate. Evitare di memorizzare diverse coppie di coordinate inspiegabili in una riga. Ogni coppia dovrebbe avere uno scopo definito, un riferimento e una relazione con la geometria accettata in modo che un revisore possa identificare quali valori sono autorevoli per una particolare versione.

Continua a imparare Progettazione di moduli di campo GIS per indagini GNSS

Definire attentamente i campi di misurazione e qualità

Includere il metodo di osservazione, la sorgente di correzione, la convenzione sull'altezza dell'antenna e le prove di qualità pertinenti. unità di documento e il significato degli indicatori forniti dal ricevitore. Non etichettare una stima di precisione interna come un'accuratezza dimostrata in modo indipendente. Lo schema dovrebbe consentire di registrare i risultati di controllo indipendenti e lo stato della revisione separatamente dall'output dello strumento.

Fornire campi per la definizione del target e limitazioni locali come ostruzione, terreno morbido o derivazione offset. mantenere valori sconosciuti distinguibili da zero. Un offset zero, un offset mancante e un offset non misurato sono stati diversi. Le definizioni ponderate dei campi riducono la necessità per gli utenti successivi di dedurre il significato da una nota generica o da una cella vuota.

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

Conserva la cronologia delle osservazioni e le decisioni di revisione

Usa le date e i campi di stato per distinguere le osservazioni grezze, riviste, accettate, sostituite e rifiutate. mantenere il motivo del rifiuto o della correzione delle coordinate. Una posizione successivamente accettata non dovrebbe richiedere la cancellazione delle prove che l'hanno preceduta. Questa cronologia aiuta a spiegare se una coordinata modificata riflette una misurazione migliore, un aggiornamento di riferimento o una modifica fisica della funzione.

Collegare le decisioni di revisione al ruolo responsabile e alla versione di rilascio in base al processo di progetto. Evitare che lo stato di accettazione dipenda solo dal fatto che un punto rientri all'interno di un confine della mappa. La plausibilità spaziale è un controllo, ma anche l'identità, la compatibilità di riferimento e la qualità dell'osservazione contano. Il database dovrebbe supportare queste diverse valutazioni senza farle crollare in un flag non documentato.

Continua a imparare Esportare dati GNSS nel GIS senza perderne il significato

Connetti gli allegati attraverso relazioni esplicite

Fotografie, schizzi e file RAW devono collegarsi tramite chiavi stabili o un meccanismo di attacco documentato. Non fare affidamento sull'ordine dei file in una cartella. Includi il tipo di allegato e le date rilevanti dove utile. Un punto con diverse osservazioni può avere foto diverse per ogni visita e tale distinzione dovrebbe rimanere recuperabile.

Test Comportamento degli allegati tramite backup, esportazione e trasferimento al sistema ricevente. I percorsi relativi possono interrompersi quando le cartelle vengono spostate, mentre i file copiati possono perdere la loro relazione con i record del database. Un piccolo test end-to-end è più utile che supponendo che un allegato visibile nell'applicazione di authoring venga automaticamente visualizzato per ogni destinatario.

Continua a imparare Consegna delle coordinate GNSS Land Survey ai team CAD senza perdere significato

Convalida importazioni ed esportazioni come trasformazioni di dati

Crea un campione con identificatori lunghi, valori sconosciuti, caratteri speciali, date, offset e osservazioni multiple. Spostalo attraverso i formati e le applicazioni previsti. Confronta i nomi dei campi, i tipi, i valori e la geometria dopo il viaggio di andata e ritorno. Alcuni formati impongono limitazioni che richiedono una mappatura di esportazione esplicita piuttosto che un'operazione di salvataggio con lo stesso cieco.

Conservare lo schema autorevole e un dizionario di dati sotto il controllo della versione o un altro processo di rilascio controllato. Documentare i campi di consegna derivati e qualsiasi informazione persa. Se è necessaria un'esportazione semplificata, conservare il database completo separatamente. Un destinatario dovrebbe sapere se un livello di punti consegnato è l'archivio di osservazione completo o una vista di posizione accettata ridotta.

Continua a imparare Progettazione di moduli di campo GIS per indagini GNSS

Fornire uno schema Un altro team può mantenere

Fornire definizioni di campo, unità, valori codificati, relazioni, metadati di riferimento e regole di aggiornamento. Includi esempi di una nuova funzionalità, una rivisitazione e un'osservazione sostituita. Indica quale geometria è autorevole per il rilascio e dove sono archiviate le prove a sostegno. Ciò rende il database utile al di là delle conoscenze personali del geometra originale.

Rivedere lo schema dopo il primo aggiornamento operativo, non solo dopo la raccolta iniziale. Un modello che gestisce bene i nuovi punti potrebbe ancora fallire quando le risorse vengono unite, spostate o ritirate. Un database GNSS affidabile preserva l'identità e la provenienza attraverso queste modifiche. Il suo scopo è mantenere le coordinate comprensibili come prove, piuttosto che semplicemente immagazzinare un gran numero di geometrie puntuali.

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

Gestire una coordinata migliorata senza perdere la cronologia

Supponiamo che una posizione di attività provvisoria venga successivamente sostituita da un'osservazione controllata del rilevamento del terreno. Mantieni l'osservazione originale con il suo metodo e il suo stato, aggiungi la nuova osservazione e aggiorna la relazione di posizione accettata attraverso il processo di revisione approvato. L'identificatore di asset rimane stabile. Ciò consente ai record di manutenzione e alle fotografie esistenti di continuare a fare riferimento allo stesso oggetto fisico.

Registra perché la nuova posizione è stata adottata e quale versione la include. Se la differenza è inaspettata, esaminare la compatibilità e l'identità di riferimento prima di dichiarare che l'asset si è spostato. Un aggiornamento delle coordinate e un trasferimento fisico sono eventi diversi. Lo schema dovrebbe consentire a entrambi di rappresentare chiaramente in modo che l'analisi successiva non interpreti un miglioramento della misurazione come un cambiamento nell'infrastruttura.

La vista posizione accettata può quindi selezionare l'osservazione approvata mentre la tabella di osservazione storica rimane invariata. Documenta quella regola di selezione e testala dopo una rivisitazione. Un utente della mappa potrebbe aver bisogno solo della posizione attuale, ma anche un revisore di indagine terrestre ha bisogno delle prove precedenti. Fornire entrambe le viste attraverso uno schema chiaro consente all'uso ordinario di rimanere semplice senza sacrificare la tracciabilità. Inoltre, semplifica la rappresentazione delle trasformazioni di coordinate future o delle trasferimenti di asset perché il database separa già l'identità, la cronologia delle misurazioni e l'attuale stato spaziale adottato.

Continua a imparare Esportare dati GNSS nel GIS senza perderne il significato