UTC, tempo GNSS e significado das marcas temporais dos eventos da câmara
Rastreie o tempo da câmara e da navegação através de escalas de tempo, fusos horários, relógios de inicialização, definições de eventos e conversões documentadas antes de combinar observações.
Identificar cada relógio antes de associar registos
Um carimbo de data/hora pode descrever a hora civil local, UTC, a hora do sistema GNSS ou o tempo decorrido desde a inicialização. Campos de aparência semelhante não são necessariamente intercambiáveis. Identifique a origem, as unidades, a época e a definição de escala de tempo para cada registo usado no fluxo de trabalho. Um nome de ficheiro contendo uma data não resolve essas questões. Este inventário evita que uma discrepância de tempo aparentemente pequena seja resolvida com uma mudança não documentada que quebre outra parte do conjunto de dados.
Separar conversão de fuso horário e de escala temporal
Alterar a hora local para UTC é uma operação diferente de interpretar uma escala de tempo GNSS. O tratamento de segundos intercalares pode ser importante para sistemas que combinam esses registos. Use informações oficiais e a documentação do dispositivo ou software em vez de codificar um deslocamento lembrado em um fluxo de trabalho permanente. Mantenha a data e o método de conversão quando relevante. Este artigo não fornece um desfasamento temporal atual universal para cada constelação, saída do recetor e formato de ficheiro.
Definir o evento a que corresponde a marca temporal
Um comando de câmara, um evento de exposição, criação de ficheiro e recebimento de dados podem ter carimbos de data/hora diferentes. A sincronização do relógio não torna esses eventos fisicamente idênticos. Estabelecer o que o sistema instalado registra e como isso se relaciona com a observação utilizada para georreferenciação. Preserve os campos de evento originais e qualquer relação de tempo medida ou documentada. Um campo de software conveniente não deve substituir silenciosamente o evento realmente requerido pelo método de posicionamento pretendido.
Considerar reinícios e descontinuidades
Um relógio baseado em inicialização pode ser redefinido quando um componente é reiniciado, enquanto outro dispositivo continua sua linha do tempo. Identifique os limites da sessão e os eventos de estado relevantes antes de combinar ficheiros. Carimbos de data e hora repetidos, datas alteradas e lacunas exigem explicação em vez de exclusão automática. Retenha contexto suficiente para associar cada segmento ao dispositivo e à sessão corretos. Um gráfico visualmente contínuo pode ocultar uma junção incorreta se origens de relógio separadas forem mescladas sem tratamento documentado.
Verificar as conversões com exemplos representativos
Use eventos conhecidos e verificações adequadas no início, meio e final do período relevante. Confirme as unidades e a direção de conversão. Uma única fotografia correspondente pode não revelar desvio, reinicialização ou convenção de data incorreta. Preserve o cálculo ou as configurações do software e explicar a incerteza remanescente. Quando protocolos de sincronização estiverem envolvidos, leia seus limites de implementação em vez de assumir que a presença de uma mensagem de sincronização prova uma correspondência precisa do instante de exposição.
Publicar um diagrama temporal legível
Forneça um diagrama conciso ligando relógios, significados de eventos, sessões, conversões e evidências aceites. Mantenha os originais junto com os carimbos de data e hora derivados para que outro analista possa auditar o relacionamento. Atualize o mapa quando o equipamento ou processamento for alterado. Isso suporta integração de câmara NiVO e GNSS, evitando que um rótulo de carimbo de data/hora familiar seja tratado como prova autoexplicativa de que todas as observações partilham uma referência de tempo correta e definição de evento.
