Costruire un dizionario di codifica del campo GNSS che sopravvive all'esportazione
Definire codici e attributi di funzionalità prima della produzione in modo che le osservazioni del rilevamento del terreno diventino dati GIS o CAD coerenti e utili.
Inizia dal set di dati finale
Un dizionario di codifica di campo collega un punto osservato al suo significato. Indica all'equipaggio come classificare una funzione e quali attributi registrare. Inizia con il set di dati del client o il flusso di lavoro di progettazione, non con un elenco di abbreviazioni scelte solo perché sono veloci da digitare. Identificare le caratteristiche, i campi richiesti e le convenzioni di esportazione che il sistema finale si aspetta, quindi lavorare a ritroso su una forma pratica di campo.
Separare la qualità delle coordinate dal significato delle caratteristiche. Un punto preciso con un codice ambiguo potrebbe essere ancora inutilizzabile per la gestione degli asset. Al contrario, una descrizione dettagliata dell'asset non dimostra che la sua coordinata soddisfi i criteri del progetto. Il dizionario dovrebbe aiutare a preservare entrambi i tipi di informazioni: qual è la caratteristica e il contesto di osservazione necessario per interpretarne la posizione. Non nascondere uno all'interno di una nota di testo libero improvvisata destinata all'altro.
Continua a imparare Esportare dati GNSS nel GIS senza perderne il significato
Definire i codici in modo inequivocabile
Utilizzare un codice controllato per ogni classe di funzionalità prevista e fornire una definizione in linguaggio semplice. Spiega le distinzioni ravvicinate come il centro di una copertura rispetto al bordo del suo telaio o un banco di canali rispetto al suo invertito. L'operatore deve sapere quale punto fisico occupare, non semplicemente quale acronimo selezionare. Includi uno schizzo o una fotografia di esempio per le funzionalità che sono facilmente confuse sul campo.
Mantenere il vocabolario gestibile. Un dizionario con molti codici quasi identici può rallentare l'equipaggio e aumentare le scelte incoerenti. Laddove la distinzione appartiene a un attributo, utilizzare invece un codice caratteristica stabile con un valore di attributo controllato. Evitare di modificare i significati del codice durante la produzione. Se una definizione deve cambiare, emettere una nuova versione e identificare quali sessioni hanno utilizzato l'interpretazione precedente in modo che l'ufficio possa riconciliare i record deliberatamente.
Continua a imparare Rilievi del corridoio stradale GNSS: creazione di un set di dati di percorso coerente
Progettazione Attributi utili
Specificare gli attributi, i valori e le unità consentiti. Un campo di diametro del tubo non dovrebbe mescolare un numero non etichettato con una descrizione narrativa. Un campo condizione dovrebbe avere categorie concordate in cui il cliente ha bisogno di confronto tra le risorse. Includere uno stato esplicito sconosciuto o non osservato quando appropriato, quindi l'equipaggio non è costretto a inventare un valore semplicemente per soddisfare un campo obbligatorio.
Distinguere le osservazioni dirette dalle informazioni ottenute da disegni, etichette o altra persona. Un ispettore sul campo può vedere una copertura delle risorse ma non la struttura sepolta sotto di essa. Il dizionario dovrebbe rendere visibile quell'incertezza piuttosto che incoraggiare una descrizione non supportata. Utilizza campi di origine o di confidenza separati in cui il flusso di lavoro ne ha bisogno. Ciò preserva la differenza tra ciò che è stato misurato, ciò che è stato osservato e ciò che è stato dedotto.
Continua a imparare Consegna delle coordinate GNSS Land Survey ai team CAD senza perdere significato
Comportamento del controller di prova
Costruire il dizionario nell'applicazione sul campo effettivo e testarlo con record rappresentativi. Controlla i campi obbligatori, i valori a discesa, le lunghezze del testo e i caratteri speciali. Verificare che gli operatori possano correggere una voce senza perdere la coordinata o creare un duplicato inspiegabile. Uno schema di fogli di calcolo ben progettato può comportarsi in modo diverso se convertito in un modulo di controllo, quindi il test del dispositivo è una parte essenziale del progetto.
Includi test di linea o di connettività delle funzionalità se vengono utilizzate tali funzioni. Conferma come appaiono le azioni di inizio, continuazione e fine nell'esportazione. Un marker di sequenza mancante può produrre una linea che unisce punti non correlati anche se ogni singola coordinata è valida. Conserva un piccolo set di dati di test noto in modo che un futuro dizionario o una revisione del software possa essere verificato rispetto alla stessa interpretazione prevista prima che raggiunga la produzione.
Continua a imparare Un flusso di lavoro QGIS per la revisione dei dati di GNSS Land Survey
Verificare l'esportazione e l'importazione
Esportare i record di prova attraverso il percorso previsto e aprirli nel GIS di destinazione o nel software CAD. Controllare i codici, i nomi degli attributi, le unità, la codifica dei caratteri e i valori nulli. Assicurati che un campo troncato da un programma non unisca silenziosamente due significati diversi. Se la destinazione prevede un particolare tipo di geometria, verificare che l'esportazione crei quel tipo anziché assumere codici funzione automaticamente costruisci l'oggetto corretto.
Conserva le informazioni di riferimento delle coordinate insieme agli attributi. Per la consegna di GeoJSON, seguire i requisiti di formato applicabili e trasformare le coordinate in modo appropriato piuttosto che copiare i valori della griglia proiettati in campi di longitudine e latitudine. Testare la posizione rispetto ai dati noti nel sistema di destinazione. Un'importazione di file riuscita dimostra solo che la sintassi è stata accettata; Non prova che il significato della caratteristica o l'interpretazione delle coordinate siano sopravvissute al trasferimento.
Continua a imparare Esportare dati GNSS nel GIS senza perderne il significato
Allenati attraverso esempi reali
Rivedi il dizionario con l'equipaggio utilizzando un piccolo insieme di caratteristiche del sito effettive. Chiedi agli operatori di spiegare quale punto occuperebbero e come registrerebbero un attributo incerto. Le differenze nell'interpretazione sono feedback utili prima della produzione. Aggiorna definizioni ed esempi ove necessario, quindi emetti la versione approvata. L'allenamento dovrebbe collegare il codice a una funzione fisica, non semplicemente a una scorciatoia da tastiera memorizzata.
Fornire un rapido riferimento per i codici non comuni e un modo controllato per richiedere aggiunte. Una nuova abbreviazione improvvisata dovrebbe essere contrassegnata per la revisione piuttosto che accettata silenziosamente come nuovo standard. Mantieni le note di testo gratuite disponibili per un contesto eccezionale, ma non fare affidamento su di esse per riparare ogni definizione mancante in seguito. La coerenza è più facile da creare al momento della raccolta che dedurre da centinaia di note brevi e contraddittorie.
Continua a imparare Rilievi del corridoio stradale GNSS: creazione di un set di dati di percorso coerente
Gestisci il dizionario come dati di progetto
Memorizza la versione del dizionario con ogni lavoro e conserva l'origine utilizzata per crearla. Registra le modifiche approvate, inclusi i campi rinominati e i valori consentiti alterati. Se più equipaggi lavorano contemporaneamente, confermare che hanno tutti la stessa versione attiva. Un nome in codice condiviso non è sufficiente se un controller utilizza una definizione precedente o omette un attributo che un altro equipaggio considera obbligatorio.
Rivedi un campione dei primi record di produzione mentre l'equipaggio può ancora rivisitare il sito. Cerca valori mancanti, codici imprevisti e scelte di punti fisici incoerenti. Usa quella recensione per correggere tempestivamente il flusso di lavoro. Un dizionario di successo semplifica la comprensione del Land Survey dopo l'esportazione, riduce l'interpretazione dell'ufficio e preserva la connessione tra una coordinata e la caratteristica reale che il cliente si aspetta che rappresenti.
Continua a imparare Consegna delle coordinate GNSS Land Survey ai team CAD senza perdere significato
Una definizione del codice per una funzione di drenaggio
Per un asset di drenaggio, un codice etichettato Simply Drain potrebbe essere troppo vago. Il progetto potrebbe richiedere definizioni separate per un centro di copertura, un invertito accessibile e un bordo del canale perché rappresentano punti fisici diversi e supportano analisi diverse. Definire quali posizioni devono essere occupate e quali dimensioni o osservazioni appartengono agli attributi. Includere uno stato sconosciuto quando non è possibile osservare una funzione richiesta dall'accesso al campo approvato.
Testare i record risultanti nel Flusso di lavoro GIS o CAD di destinazione. Verificare che i punti e le linee si connettano come previsto e che un invertito non osservato non venga convertito in un'altezza zero o in un altro valore fuorviante. Questo esempio illustra come un dizionario protegge il significato piuttosto che semplicemente accelerare l'immissione dei dati. L'equipaggio non dovrebbe inventare un'interpretazione in ogni risorsa e l'ufficio non dovrebbe indovinare quale parte fisica di una caratteristica una coordinata precisa doveva descrivere.
Continua a imparare Un flusso di lavoro QGIS per la revisione dei dati di GNSS Land Survey
Lista di controllo pratica
- Definire il punto fisico associato a ciascun codice.
- Attributi di test e connettività sul controller effettivo.
- Verificare l'esportazione completa nel software di destinazione.
Pianifica la tua configurazione GNSS
Confronta le specifiche dei ricevitori EQ10 ed EQ20, poi valuta la configurazione e il supporto necessari al tuo progetto.
Confronta i ricevitori GNSS
