Emparelhando corretamente os arquivos de observação e navegação do Rinex
Os arquivos de observação descrevem o que um receptor mediu; As informações de navegação suportam a modelagem de relógios e posição do satélite para o período relevante.
Entenda as diferentes funções dos arquivos
Um arquivo de observação Rinex contém medidas do receptor, como código, fase de portadora e outros observáveis compatíveis, descritos pela versão do arquivo e tipos de observação. Os arquivos de navegação contêm informações de transmissão por satélite usadas por processadores compatíveis, incluindo parâmetros orbitais e relacionados ao relógio. Eles não são intercambiáveis. Um arquivo com uma extensão familiar do Rinex ainda pode conter o conteúdo errado para a etapa de processamento pretendida, portanto, inspecione seu cabeçalho em vez de depender apenas do nome.
O fluxo de trabalho de processamento determina que navegação ou produtos precisos são necessários. Alguns softwares obtêm informações adequadas automaticamente; Outros fluxos de trabalho exigem que o analista o forneça. Documente esse comportamento. Uma importação bem-sucedida não estabelece que as informações de satélite apropriadas foram usadas durante a sessão. Mantenha um registro dos produtos selecionados e sua cobertura para que a solução possa ser reproduzida sem depender do comportamento de download automático de um processador.
Continue aprendendo RINEX: o conteúdo de um arquivo GNSS independente de receptor
Verifique a cobertura do tempo e os sistemas de tempo
Comece com a primeira e a última época de observação. Identifique o sistema de tempo declarado no arquivo de observação e a convenção usada pelas informações e software de navegação. Os dados coletados em torno dos limites do dia podem exigir informações de arquivos adjacentes ou de um produto que cobre um intervalo mais amplo. Uma data em um nome de arquivo é útil, mas não deve substituir a inspeção do conteúdo e dos requisitos de cobertura documentados do processador.
Observe as sessões que cruzam a meia-noite, as reinicializações do receptor e as conversões que dividem uma gravação longa em vários arquivos. Mantenha um registro de sessão que vincule essas peças. Se um arquivo de observação contiver uma lacuna, não assuma que a falta de informações de navegação o causou; Inspecione o histórico de gravação bruto. Por outro lado, observações contínuas não garantem que todos os satélites tenham informações adequadas sobre órbitas e relógios disponíveis para o método de processamento selecionado em cada época.
Continue aprendendo Arquivando dados de observação GNSS não processados GNSS para processamento futuro útil
Confirme a constelação e a compatibilidade do sinal
Um arquivo de observação de constelação mista pode precisar de informações de navegação para mais do que o GPS. Verifique quais sistemas o receptor realmente registrou e quais suporte o processador. A versão do Rinex e a representação da mensagem de navegação podem afetar a compatibilidade. Um pacote de software que lê o cabeçalho ainda pode ignorar a observação ou os tipos de mensagem sem suporte; portanto, examine o relatório de importação e o resumo do processamento em vez de assumir que todos os sinais gravados contribuíram para o resultado.
Mantenha as opções de conversão visíveis. Exportar para um formato mais antigo pode remover observações ou representar os sistemas de forma diferente. Isso pode ser aceitável para um fluxo de trabalho específico, mas deve ser intencional e documentado. Preserve os dados originais do receptor e o arquivo de troca mais adequado. Se um processador exigir um arquivo restrito, forneça um nome claro à versão derivada e mantenha as configurações de conversão em vez de substituir silenciosamente o conjunto de dados original.
Continue aprendendo Escolhendo informações sobre efemérias de satélite para o processamento GNSS
Verifique a proveniência antes de misturar os produtos
Obtenha a navegação e produtos precisos de fontes oficiais ou confiáveis do projeto. Registre a origem, o identificador do arquivo e a data de recuperação. Um arquivo com nomes semelhantes de outra sessão ou um download incompleto pode levar a um comportamento confuso de processamento. Use somas de verificação ou outras verificações de integridade, quando disponível, e confirme se a descompressão ou a transferência não alterou o arquivo. A existência do arquivo sozinha é um teste fraco de adequação.
Se forem usados produtos de órbita e relógios precisos, selecione um conjunto compatível de acordo com a documentação de processamento. Misturar produtos com convenções incompatíveis pode introduzir inconsistências evitáveis. Preserve qualquer calibração de antena ou arquivos de modelo relacionados exigidos por esse fluxo de trabalho. A questão relevante não é se um produto é geralmente descrito como preciso, mas se o conjunto completo de entradas é apropriado para as observações e a estratégia de processamento que está sendo usada.
Continue aprendendo Usando as informações de calibração da antena GNSS corretamente
Use uma tabela de inspeção de pré-processamento
Crie uma tabela compacta para cada sessão: identificador de marca, arquivo de observação, horários de início e fim, intervalos, sistemas de navegação, navegação ou produtos precisos, informações sobre a antena e lacunas conhecidas. Esta tabela torna as incompatibilidades visíveis antes de uma longa execução de processamento. Ele também suporta a entrega dos resultados do projeto entre os analistas, porque a relação pretendida entre os arquivos é explícita em vez de codificada apenas na proximidade de pasta ou em uma sequência de download lembrada.
Verifique os avisos do processador em relação a essa tabela. Se uma constelação estiver ausente da solução, determine se observações, informações de navegação ou suporte a software causaram a exclusão. Se um período não for processado, inspecione a cobertura e a continuidade dos dados separadamente. Resolva a causa com evidências antes de alterar várias configurações de uma só vez. Mudanças controladas facilitam a compreensão de qual entrada corrigiu o problema e se a solução final permanece comparável às execuções anteriores.
Continue aprendendo RINEX: o conteúdo de um arquivo GNSS independente de receptor
Diagnosticar um problema de limite de dia
Considere uma sessão estática que começa no final de um dia UTC e termina no próximo. O analista seleciona um único arquivo de navegação porque sua data corresponde ao início da sessão de medição. O processamento é concluído para parte da sessão, mas relata informações ausentes posteriormente. A resposta apropriada é inspecionar a cobertura real do produto e os requisitos do processador, em seguida, fornecer um conjunto completo adequado, em vez de truncar observações simplesmente para remover o aviso.
Depois de corrigir as entradas, execute a mesma estratégia de processamento documentada e compare a extensão de observação utilizável, indicadores de qualidade e coordenadas. Retenha a execução anterior como evidência diagnóstica caso tenha informado a decisão. Um resultado baseado na sessão planejada completa pode ter uma incerteza ou comportamento de ambiguidade diferente da solução parcial; portanto, a revisão deve abordar mais do que o fato de que um aviso desapareceu.
Continue aprendendo Arquivando dados de observação GNSS não processados GNSS para processamento futuro útil
Use um exemplo de relacionamento de arquivo no manifesto de arquivo
Para uma sessão, liste o início e o fim da observação, os sistemas registrados, a navegação selecionada ou produtos precisos e o processamento que os usou. Inclua uma nota explícita quando o produto de um dia adjacente é exigido pelo fluxo de trabalho documentado. Esta tabela de relacionamento simples é mais informativa do que colocar todos os arquivos com datas semelhantes em uma pasta e assumir que o emparelhamento pretendido permanecerá óbvio depois que o analista deixar o projeto.
Adicione um resultado de verificação de cobertura e o identificador do relatório confirmando o uso real da entrada. Se um produto candidato foi baixado, mas rejeitado como incompleto, rotule-o de acordo ou mantenha-o fora do conjunto de entrada aceito. Uma nova execução futura não deve selecioná-la acidentalmente porque seu nome de arquivo é classificado primeiro. O exemplo demonstra que a proveniência inclui seleção positiva e exclusões significativas. Preservar essa distinção ajuda a explicar por que duas pastas de processamento aparentemente semelhantes podem produzir resultados diferentes e dar ao revisor uma rota concreta de cada coordenada aceita de volta às informações do satélite de suporte.
Continue aprendendo Escolhendo informações sobre efemérias de satélite para o processamento GNSS
Arquive o relacionamento de processamento
Armazene os dados de observação, a navegação selecionada ou produtos precisos, registros de conversão e configuração de processamento em um arquivo estruturado. Identifique os originais e arquivos derivados com clareza. Preserve o relatório completo mostrando quais entradas foram realmente usadas, pois uma pasta pode conter vários produtos candidatos que o software nunca selecionou. Essa distinção importa quando outro analista tenta reproduzir a coordenada meses depois.
O emparelhamento correto de arquivos é uma forma prática de controle de qualidade. Ele impede que uma sessão de observação válida seja enfraquecida por informações de suporte inadequadas e torna mais fácil de interpretar os resultados do processamento. Ao verificar o conteúdo, a cobertura, a compatibilidade e a proveniência antes de resolver, a equipe substitui as suposições do nome do arquivo por uma relação repetível entre o que o receptor mediu e como essas medições foram modeladas.
Continue aprendendo Usando as informações de calibração da antena GNSS corretamente
Lista de verificação prática
- Compreenda as diferentes funções dos arquivos.
- Use um exemplo de relacionamento de arquivo no manifesto do arquivo.
- Arquive a relação de processamento.
Planeje sua configuração GNSS
Compare as especificações dos receptores EQ10 e EQ20 e depois converse sobre a configuração e o suporte necessários ao seu projeto.
Comparar receptores GNSS
