Transparência

Metodologia da previsão do tempo

O produto principal é uma combinação multimodelo própria, construída com três saídas globais consultadas pela Open-Meteo: ECMWF IFS, NCEP GFS Global e DWD ICON Global. Ela não é um ensemble probabilístico oficial de nenhum desses centros.

Pesos por variável

Os modelos recebem pesos diferentes conforme a variável. Com a retirada do ARPEGE, os pesos anteriores de ECMWF, GFS e ICON foram renormalizados para somar 100% em cada variável. Se um valor estiver ausente ou o horizonte de um modelo tiver terminado, os pesos disponíveis são novamente renormalizados entre as séries restantes.

Regras de cálculo

• Variáveis numéricas usam média ponderada.
• A direção do vento usa média vetorial circular.
• O código WMO da condição do tempo usa votação ponderada; os percentuais dessa linha na tabela são a normalização dos pesos relativos.
• Os gráficos exibem dados diários e preservam o horizonte efetivamente retornado por cada modelo.

Cidades e distritos

Municípios usam as coordenadas das sedes municipais. Distritos usam as coordenadas das sedes distritais da base Localidades do Brasil do IBGE. Quando uma sede distrital ainda não está disponível, a página informa o uso provisório da coordenada municipal.

Cache e contingência

O cache reduz consultas repetidas e mantém as páginas disponíveis durante atualizações ou falhas temporárias. A idade do cache não altera a data meteorológica: horários de previsão e medição são preservados e apresentados separadamente.

As previsões globais de um e 14 dias permanecem no cache por até oito horas. Depois desse prazo, a rota local precisa revalidar a origem comercial. Se essa chamada falhar e não houver resposta válida dentro das oito horas, o navegador tenta diretamente a API pública da Open-Meteo sem token, com o mesmo conjunto de modelos e variáveis. Respostas com erro não recebem cache público.

Resumo automático da previsão

Quando existe previsão global no cache local, o PHP inclui no HTML inicial a condição e uma leitura em linguagem direta sobre hoje, amanhã e a tendência de sete dias. Depois, o navegador detalha os períodos do dia, compara as temperaturas e a chuva de amanhã, identifica os extremos da semana e informa a quantidade de modelos representados. Tudo é calculado a partir do JSON usado nos cartões, sem criar uma requisição exclusiva para o texto e sem inferir causas meteorológicas.

A pré-renderização combina os caches separados sem consultar a origem. O arquivo horário e o diário só entram no HTML inicial enquanto estiverem dentro do limite configurado de oito horas. Depois desse prazo, a página volta a exibir o estado de carregamento.

• Chuva significativa no dia: precipitação prevista igual ou superior a 1 mm ou probabilidade máxima igual ou superior a 40%.
• Possibilidade baixa de chuva: probabilidade entre 20% e 39,9%, sem alcançar o critério anterior.
• Umidade baixa: mínima inferior a 30%; a expressão de maior atenção é usada abaixo de 20%.
• Rajadas são destacadas a partir de 40 km/h; valores a partir de 60 km/h recebem maior ênfase textual.
• Tendência de aquecimento ou resfriamento: diferença de pelo menos 3 °C entre a máxima do primeiro e a do último dia do período.
• A soma semanal agrega os acumulados diários dos primeiros sete dias disponíveis.
• O período com maior sinal de chuva é calculado entre madrugada, manhã, tarde e noite a partir das horas já recebidas.
• Hoje e amanhã são comparados pela máxima; diferenças a partir de 2 °C são descritas como aquecimento ou amenização.
• O texto semanal identifica o dia de maior máxima, o de menor mínima e o maior acumulado diário.
• Quando diminui o número de modelos disponíveis, o texto informa a redução da base de comparação.

O resumo é descritivo e automático. Ele não substitui boletins elaborados por meteorologistas, alertas do INMET, comunicados da Defesa Civil ou orientações das autoridades.

Carregamento progressivo

A previsão horária e o resumo local que escolhe a estação de referência pertencem ao primeiro carregamento visível. Esse resumo lê snapshots do próprio servidor, faz uma única resposta para INMET, Cemaden, aeroportos, SGB e barragens e é reaproveitado integralmente se a aba Monitoramento for aberta. A rota direta do INMET fica como contingência quando o catálogo local não oferece uma estação utilizável. A previsão diária de 14 dias só é solicitada quando o contêiner dos cards entra efetivamente na área visível. Chart.js é solicitado quando os gráficos se aproximam da tela ou quando o leitor abre a aba do CPTEC. Leaflet é solicitado quando o mapa de alertas é aberto.

Atualidade das estações

Nas estações automáticas, medições com menos de três horas são recentes; entre três e seis horas são marcadas como atrasadas; com seis horas ou mais, a estação é apresentada como sem dados recentes. Situações de pane e fechamento prevalecem sobre a idade. Nas estações convencionais, a frequência é diária e utiliza limites próprios descritos na página da estação.

Disponibilidade e limitações

O horizonte efetivamente retornado pode variar entre ECMWF, GFS e ICON. Quando um modelo deixa de fornecer valores para uma variável ou para um dia, os pesos são redistribuídos apenas entre as saídas disponíveis.

O conjunto foi reduzido a três modelos globais para diminuir o volume de dados transferido e manter comparação entre centros independentes.

As médias numéricas são renormalizadas somente entre valores existentes, e o código WMO usa votação ponderada. Os dados não substituem alertas do INMET, da Defesa Civil ou orientações das autoridades locais.