Status Operacional
Acompanhamento das etapas GSI, PRE, MODEL e POS.
Consultando os arquivos disponíveis…
Datas e prazos correspondem aos arquivos publicados no servidor. Clique na imagem para ampliá-la.
A AguardandoC ConcluídoP Processando
Espaço ocupado pelos arquivos de observações; não representa a quantidade de observações assimiladas.
Datas, unidades e registros repetidos
Datas inválidas são reconstruídas com o dia do download e o horário sinótico, seguindo o dashboard original. A tabela identifica esses registros com “reconstruída”.
O coletor usa o tamanho em bytes, apesar do cabeçalho “KB” no CSV de origem. As conversões usam potências de 1024: KiB, MiB, GiB e TiB.
Registros repetidos da origem são preservados. O total é a soma dos registros filtrados, não uma medição do espaço único atualmente ocupado em disco.
As avaliações inicial e final podem usar amostras diferentes. A redução do RMS tabulado não é uma validação independente da análise. Lacunas no histórico não são interpoladas.
Ajuste às observações
Totais agregados por variável. uv conta vetores nesta tabela; no campo num do log, conta componentes u/v. q: percentual da q-sat do guess; GPS: convenção nativa de diferença fracionária.
Radiâncias por satélite
Radiâncias por canal · última avaliação
Erro com sinal negativo identifica canal monitorado. As contagens dos canais não equivalem a nassim.
Umidade e massa
Q e RH descrevem o mesmo diagnóstico em grandezas diferentes; não somar suas contagens. NEG: valores negativos; SUPERSAT: supersaturação. RMS e massa mantêm as unidades nativas não confirmadas.
Qualidade da extração e cobertura
O marcador de término normal é uma evidência do log; sua ausência não prova falha. Trechos não interpretados permanecem contabilizados por arquivo no JSON. Arquivos binários diag_* e análises do modelo não fazem parte desta extração.
Esta aba usa uma fotografia dos resultados do ambiente selecionado. Atualizar a página não executa o GSI nem relê o disco operacional: os arquivos precisam ser regenerados pelo parser e publicados.
Sobre o SMNA
O Sistema de Modelagem Numérica e Assimilação de Dados (SMNA) é o sistema global de assimilação de dados do CPTEC/INPE. Combina o Brazilian Atmospheric Model (BAM) e o Gridpoint Statistical Interpolation (GSI).
O Sistema de Monitoramento da Assimilação de Dados reúne informações para acompanhar os campos meteorológicos, as etapas de execução e o armazenamento dos arquivos de observações.
Projeto e documentação
Como os diagnósticos são produzidos
O navegador apresenta tabelas e figuras pré-calculadas. A rotina Python lê os arquivos de texto por ciclo de análise (AAAAMMDDHH, em UTC), exporta os dados e gera as imagens. A atualização pelo cron disponibiliza uma nova fotografia dos resultados; abrir a página não executa o GSI.
Arquivos de entrada e informações extraídas
| Entrada | Informações e tratamento |
|---|---|
gsi*.log (stdout) | Data da análise, marcador de término, tempo de execução, memória, tabela de contribuições J, estatísticas dos campos, configuração e mensagens. A sequência de minimização do stdout é usada quando fort.220 está ausente. |
fort.220 | Fonte preferencial da minimização: iterações internas e externas, custo, gradiente, passo, termos de custo, massa e umidade. Evita contar novamente a sequência repetida no stdout. |
fort.201, fort.202, fort.203, fort.212 e fort.213 | Diagnósticos convencionais de pressão, vento, temperatura, GPS e temperatura da superfície do mar. Extração por variável, tipo, uso, avaliação e faixa vertical, conforme os registros presentes. |
fort.206 e fort.207 | Configuração e diagnósticos de ozônio e radiâncias, incluindo sensores, canais, contagens, rejeição, viés, RMS e penalidade, quando disponíveis. |
Demais fort.* | O parser procura os padrões convencionais reconhecidos. A referência de cobertura inclui fort.210, fort.218, fort.219, fort.221, fort.226, fort.228, fort.230, fort.232, fort.234, fort.235 e fort.236; não se atribui uma variável apenas pelo número do arquivo. |
diag_* binários e análises do modelo | Não são lidos por esta extração de logs. |
Identificação dos ciclos, reexecuções e valores ausentes
- A data é conferida entre o diretório, o nome do
stdoute a data declarada no log. Datas incompatíveis ou ambíguas produzem erro. - Quando há vários
stdoutno mesmo ciclo, o exportador operacional exige uma associação única: sequência idêntica à defort.220e modificação dostdoutentre zero e 600 segundos depois dele. Os nomes selecionados e excluídos são registrados. - Notação numérica Fortran com
E/De expoentes reconhecidos é convertida para número. Asteriscos de overflow,NaNe infinitos tornam-se valores ausentes (null), não zero. - Os arquivos são conferidos antes e depois da leitura. Se tamanho ou horário de modificação mudar, o ciclo recebe erro e precisa ser lido novamente.
- O marcador
PROGRAM GSI_ANL HAS ENDED.é uma evidência de término, não uma garantia de qualidade científica. O parser atual não o exige para exportar: a rotina operacional deve controlar ciclos ainda em execução.
O que os gráficos e tabelas representam
- Minimização: ciclos externos em sequência no eixo acumulado; custo J, norma do gradiente, termos de custo e passo. O gradiente usa escala logarítmica quando há valores positivos.
- Ajuste e perfis: RMS e viés da primeira e da última avaliação disponível. As amostras podem mudar; redução de RMS não equivale a validação independente.
- Uso:
asmindica assimiladas,rejrejeitadas emonmonitoradas. O gráfico de uso expressa percentuais das contagens tabuladas na última avaliação. - Contagens: a tabela de ajuste de
uvusa vetores; o camponumdo log conta componentesu/v. Essas grandezas não devem ser comparadas como contagens equivalentes. - Radiâncias:
nread,nkeep,nassime penalidade por plataforma; diagnósticos de viés e RMS por canal. As contagens dos canais não equivalem anassim; erro com sinal negativo identifica canal monitorado. - Massa e umidade:
mean_ps,mean_pwepdryinipreservam unidades nativas.NEGeSUPERSATidentificam valores negativos e supersaturação.QeRHdescrevem o mesmo diagnóstico em grandezas diferentes; não somar suas contagens. - Contribuições de J: termos nomeados da tabela inicial impressa no stdout. Só aparecem quando essa tabela existe.
- Histórico: duração, custo final, radiâncias e redução de J por ciclo. Lacunas não são interpoladas. Ciclos de custo zero recebem aviso; figuras sem dados correspondentes podem estar ausentes.
Unidades do ajuste: pressão em mb, temperatura em K, vento em m/s e SST em °C. Umidade q mantém a convenção percentual de q-sat do guess; GPS mantém a convenção nativa de diferença fracionária. O resumo usa RMS relativo ao inicial; a galeria de ajuste usa RMS na unidade nativa.
Scripts, arquivos publicados e cache
gsi_parser.py: interpreta os textos e mantém a origem por arquivo e linha, inventário com SHA-256, avisos e registros não interpretados.operational.py: organiza os ciclos e exportaindex.json,cycles/*.json.gz,cycles.csvefits.csv. A auditoria fica separada da área pública. O JSON compacto contém um subconjunto dos diagnósticos e contagens dos trechos não interpretados.plot_operational.pyeplot_diagnostics.py: geram o histórico, os resumos PNG, as figuras WebP e os manifestosfigures.json.prepare_local.py: empacota os dados e manifestos existentes emlocal/*.jspara abertura direta por file://. Não interpreta logs nem gera figuras.
O cache do exportador compara nome, tamanho e modificação dos arquivos, além das versões do parser/exportador. SHA-256 do conteúdo também é registrado no inventário, mas não é o critério de invalidação desse cache. O cache das figuras usa horários dos dados, scripts e produtos. Uma alteração nesses horários pode provocar nova geração.
O exportador continua os demais ciclos quando encontra um erro e retorna código 2 se algum ciclo falhar. A rotina de publicação deve avaliar esse resultado. Arquivos de referência ausentes, índices repetidos, divergência entre custo e soma dos termos e estatísticas fora dos intervalos impressos são registrados para conferência, sem correção silenciosa dos valores.
Outras fontes da dashboard e ambientes
Campos Meteorológicos consulta somente as imagens prontas do SMNA no SMNA-FNCEP. Status e Logs Completos consultam os arquivos CSV e textos publicados por ambiente. Ações CHECK LOGS são convertidas em links, sem executar o HTML presente no CSV.
Inventário Observações lê o arquivo CSV: o tamanho original é tratado como bytes, com conversões em potências de 1024. Datas inválidas podem ser reconstruídas pelo dia de download e horário sinótico e são identificadas; duplicatas são preservadas, portanto a soma não mede espaço único em disco.
A página única seleciona os produtos independentes de SMNA-FNCEP e SMNA-FINPE. A troca de ambiente atualiza índice, ciclos, figuras e downloads sem navegar para outra página. Campos Meteorológicos mantém somente SMNA-FNCEP.
Estrutura unificada e atualização operacional
Há uma única interface e uma única cópia dos scripts. Os produtos ficam separados em data/smna-fncep/ e data/smna-finpe/. O exportador recebe --environment SMNA-FNCEP ou --environment SMNA-FINPE; o gerador de figuras lê esse nome do índice. Use entradas e caches de auditoria separados.
A abertura direta usa dados locais identificados por ambiente, evitando misturar ciclos de mesmo horário. Arquivos históricos de imagens foram preservados: títulos gravados dentro dessas imagens podem manter o nome anterior. Os novos gráficos usam o nome atualizado; legendas e títulos da interface já usam os nomes atuais.
Instituição
Centro de Previsão de Tempo e Estudos Climáticos (CPTEC), Instituto Nacional de Pesquisas Espaciais (INPE), Brasil.
Fonte: Servidor de dados do CPTEC ↗
Versão 2026.09.18.4