Età delle correzioni NTRIP e interruzioni di rete nei rilievi con droni
Tracciare le correzioni tramite fonte, contenuto del flusso, tempi, fasi di rete, comportamento del ricevitore e dati per la successiva elaborazione.
Separare il trasporto dalla qualità del posizionamento
NTRIP trasporta i dati relativi al GNSS tramite una connessione Internet; un client connesso non dimostra di per sé che tutte le correzioni richieste siano attuali e utilizzabili. Identificare il provider, il flusso selezionato, la configurazione del ricevitore e il flusso di lavoro di posizionamento previsto. Distinguere lo stato della connessione di rete dallo stato della soluzione del ricevitore. Ciò impedisce che un indicatore di connessione verde diventi un sostituto per verificare se le osservazioni effettive supportano il compito che il team di indagine deve svolgere.
Identificare la fonte dei dati e il suo significato
Registra l'identità del flusso, le informazioni di riferimento pertinenti, i requisiti dei contenuti e il dispositivo che riceve i dati. Un flusso con un nome simile potrebbe non avere le stesse caratteristiche. Le modifiche alla fonte o al riferimento devono essere riviste prima di combinare i risultati. Mantieni i dettagli dell'account privato fuori dai record condivisi per la risoluzione dei problemi. Le informazioni tecniche utili sono il flusso e la configurazione valutati, non le credenziali copiate in un report o uno screenshot di un accesso riuscito.
Leggere l'età di correzione con la documentazione del ricevitore
Un campo di età o latenza segnalato ha una definizione all'interno della sua implementazione. Stabilire a quale riferimento temporale e a quali dati si riferisce prima di scegliere un'interpretazione di accettazione. Non esiste una soglia di età universale adatta a ogni ricevitore, tipo di correzione e requisito di progetto. Esaminare il comportamento effettivo durante le interruzioni e il ripristino attraverso controlli approvati. Conservare i record originali in modo che un analista successivo possa determinare quali periodi contenevano le informazioni richieste dal flusso di lavoro previsto.
Mappare le fasi della rete
Il percorso può includere una fonte di correzione, un caster NTRIP, una rete mobile, un'applicazione client, un'interfaccia seriale o radio e un ricevitore. Registra l'origine dello stato e dei log. Un'icona del segnale mobile non può stabilire la consegna al dispositivo finale. Confronta i timestamp rilevanti e le modifiche di connessione note. Ciò aiuta a separare l'interruzione del provider dalla connettività locale, dalla congestione dell'interfaccia o dal comportamento dell'applicazione, evitando ripetute riconfigurazioni del ricevitore quando le prove indicano un'altra fase.
Conservare le opzioni per la valutazione dei dati
Laddove il sistema confermato supporti la registrazione grezza e la successiva elaborazione, identificare i file necessari prima di lasciare il sito. La post-elaborazione non è un rimedio automatico per ogni osservazione mancante o problema di riferimento. Esaminare completezza, tempistica, coordinate di origine e compatibilità con il software previsto. Il piano di emergenza dell'operatore rimane separato dalle opzioni successive dell'analista di dati. Non continuare un flusso di lavoro non supportato semplicemente perché qualcuno si aspetta di ripararlo in seguito.
Segnala i periodi interrotti in modo trasparente
Collega eventi di connessione, stati del ricevitore, prove di correzione e segmenti di missione interessati. Spiegare il metodo utilizzato per valutare i risultati e le eventuali limitazioni rimanenti. Una connessione ripristinata non cancella la cronologia dell'intervallo precedente. Questo record supporta le discussioni NiVO GNSS con una domanda tecnica limitata e aiuta i destinatari a distinguere i risultati utilizzabili confermati dai periodi che necessitano di controlli aggiuntivi, piuttosto che presumere che uno stato finale riuscito convalidi l'intero rilievo.
