UTC, hora GNSS y el significado de las marcas de tiempo de los eventos de la cámara
Verifique escalas de tiempo, zonas horarias, relojes de arranque, eventos y conversiones antes de combinar registros de cámara y navegación.
Identifique cada reloj antes de comparar registros
Una marca de tiempo puede describir la hora civil local, UTC, la hora del sistema GNSS o el tiempo transcurrido desde el inicio. Los campos que parecen similares no son necesariamente intercambiables. Identifique la definición de origen, unidades, época y escala de tiempo para cada registro utilizado en el flujo de trabajo. Un nombre de archivo que contenga una fecha no resuelve estas preguntas. Este inventario evita que una discrepancia temporal aparentemente pequeña se resuelva con un cambio no documentado que rompa otra parte del conjunto de datos.
Separe la conversión de zona horaria de la conversión de escala de tiempo
Cambiar la hora local a UTC es una operación diferente a interpretar una escala de tiempo GNSS. El manejo del segundo intercalar puede ser importante para los sistemas que combinan dichos registros. Utilice información autorizada y la documentación del dispositivo o software en lugar de codificar un desplazamiento recordado en un flujo de trabajo permanente. Mantenga la fecha y el método de conversión cuando sea relevante. Este artículo no proporciona un desfase temporal actual y universal para cada constelación, salida del receptor y formato de archivo.
Definir el evento que se está cronometrando
Un comando de cámara, un evento de exposición, la creación de un archivo y la recepción de datos pueden tener marcas de tiempo diferentes. La sincronización del reloj no hace que esos eventos sean físicamente idénticos. Establezca qué registra el sistema instalado y cómo se relaciona con la observación utilizada para la georreferenciación. Conserve los campos de eventos originales y cualquier relación de tiempo medida o documentada. Un campo de software conveniente no debería reemplazar silenciosamente el evento realmente requerido por el método de posicionamiento previsto.
Tenga en cuenta reinicios y discontinuidades
Un reloj basado en el inicio puede restablecerse cuando un componente se reinicia, mientras otro dispositivo continúa su línea de tiempo. Identifique los límites de la sesión y los eventos de estado relevantes antes de combinar archivos. Las marcas de tiempo repetidas, las fechas modificadas y los espacios en blanco requieren explicación en lugar de eliminación automática. Conserve suficiente contexto para asociar cada segmento con el dispositivo y la sesión correctos. Un gráfico visualmente continuo puede ocultar una unión incorrecta si se fusionaron orígenes de relojes separados sin un tratamiento documentado.
Verifique las conversiones con ejemplos representativos
Utilice eventos conocidos y comprobaciones adecuadas al principio, a la mitad y al final del período correspondiente. Confirme unidades y dirección de conversión. Es posible que una sola fotografía coincidente no revele una desviación, un reinicio o una convención de fecha incorrecta. Conserve el cálculo o la configuración del software y explique la incertidumbre restante. Cuando estén involucrados protocolos de sincronización, lea sus límites de implementación en lugar de asumir que la presencia de un mensaje de sincronización demuestra una correspondencia precisa del tiempo de exposición.
Publicar un mapa de tiempos legible
Proporcione un diagrama conciso que vincule relojes, significados de eventos, sesiones, conversiones y evidencia aceptada. Mantenga los originales junto con las marcas de tiempo derivadas para que otro analista pueda auditar la relación. Actualice el mapa cuando cambie el equipo o el procesamiento. Esto admite la integración de la cámara NiVO y GNSS y, al mismo tiempo, evita que una etiqueta de marca de tiempo familiar se trate como una prueba autoexplicativa de que todas las observaciones comparten una referencia de tiempo y una definición de evento correctas.
