UTC, ora GNSS e significato dei timestamp degli eventi della telecamera
Traccia i tempi della fotocamera e della navigazione attraverso scale temporali, fusi orari, orologi di avvio, definizioni di eventi e conversioni documentate prima di combinare le osservazioni.
Identificare ciascun orologio prima di abbinare i record
Un timestamp può descrivere l'ora civile locale, l'UTC, l'ora del sistema GNSS o il tempo trascorso dall'avvio. I campi dall'aspetto simile non sono necessariamente intercambiabili. Identificare l'origine, le unità, l'epoca e la definizione della scala temporale per ogni record utilizzato nel flusso di lavoro. Un nome file contenente una data non risolve queste domande. Questo inventario impedisce che una discrepanza temporale apparentemente piccola venga risolta con uno spostamento non documentato che interrompe un'altra parte del set di dati.
Separare la conversione del fuso orario dalla conversione della scala temporale
Cambiare l'ora locale in UTC è un'operazione diversa dall'interpretazione di una scala temporale GNSS. La gestione del secondo intercalare può essere importante per i sistemi che combinano tali record. Utilizza informazioni autorevoli e la documentazione del dispositivo o del software anziché codificare un offset ricordato in un flusso di lavoro permanente. Conserva la data e il metodo di conversione, ove pertinente. Questo articolo non fornisce un offset temporale attuale e universale per ogni costellazione, uscita del ricevitore e formato di file.
Definire l'evento da cronometrare
Un comando della fotocamera, un evento di esposizione, la creazione di un file e la ricezione dei dati possono avere timestamp diversi. La sincronizzazione dell'orologio non rende questi eventi fisicamente identici. Stabilire cosa registra il sistema installato e come si relaziona con l'osservazione utilizzata per la georeferenziazione. Conservare i campi evento originali e qualsiasi relazione temporale misurata o documentata. Un comodo campo software non dovrebbe sostituire silenziosamente l'evento effettivamente richiesto dal metodo di posizionamento previsto.
Tener conto delle ripartenze e delle discontinuità
Un orologio basato sull'avvio può reimpostarsi al riavvio di un componente, mentre un altro dispositivo continua la sua sequenza temporale. Identifica i limiti della sessione e gli eventi di stato rilevanti prima di combinare i file. Timestamp ripetuti, date modificate e lacune richiedono una spiegazione anziché la cancellazione automatica. Conserva un contesto sufficiente per associare ciascun segmento al dispositivo e alla sessione corretti. Un grafico visivamente continuo può nascondere un'unione errata se le origini dell'orologio separate sono state unite senza un trattamento documentato.
Verifica le conversioni con esempi rappresentativi
Utilizzare eventi noti e controlli adeguati all'inizio, a metà e alla fine del periodo in questione. Conferma le unità e la direzione della conversione. Una singola fotografia corrispondente potrebbe non rivelare una deriva, un riavvio o una convenzione di data errata. Conservare il calcolo o le impostazioni del software e spiegare l'incertezza rimanente. Laddove sono coinvolti protocolli di sincronizzazione, leggere i loro limiti di implementazione invece di presumere che la presenza di un messaggio di sincronizzazione dimostri una corretta corrispondenza con l'istante di esposizione.
Pubblica una mappa temporale leggibile
Fornire un diagramma conciso che colleghi orologi, significati di eventi, sessioni, conversioni e prove accettate. Conserva gli originali accanto ai timestamp derivati in modo che un altro analista possa verificare la relazione. Aggiorna la mappa quando cambiano le apparecchiature o le lavorazioni. Ciò supporta l'integrazione della fotocamera NiVO e del GNSS, evitando che un'etichetta di timestamp familiare venga trattata come una prova autoesplicativa che tutte le osservazioni condividono un riferimento temporale e una definizione di evento corretti.
