GribStream

Blog do GribStream

ECMWF IFS Cycle 50r2: transição completa para GRIB2 e o que testar agora

|
ifsoper ifsenfo aifsoper aifsenfo

A ECMWF diz que IFS Cycle 50r2 moverá todos os parâmetros para GRIB2. Este é o calendário atual, os detalhes de migração e as checagens práticas para pipelines de dados meteorológicos.

As comunicações da ECMWF sobre IFS Cycle 50r2 apontam para uma mudança principal: mover os parâmetros para uma representação exclusivamente GRIB2.

As páginas técnicas da ECMWF acrescentam detalhes importantes sobre calendário e comportamento de migração que são fáceis de perder.

Atualização, 11 de maio de 2026: a página de migração da ECMWF agora coloca a implementação operacional do IFS Cycle 50r2 em Q1 2027, com dados de teste totalmente em GRIB2 no MARS em Q2 2026 e dados de teste de disseminação em Q3 2026.

O que a ECMWF confirmou

A partir da atualização da ECMWF para usuários em janeiro de 2026:

  • IFS Cycle 50r2 incluirá uma transição completa para GRIB2.
  • A ECMWF descreve isso como uma transição obrigatória para usuários dos produtos afetados.

Calendário: o que parece vigente

A documentação de migração da ECMWF dá um calendário mais detalhado que a maioria dos resumos:

  • O dataset estático de teste está disponível desde setembro de 2025.
  • O dataset de teste no MARS está listado para Q2 2026.
  • O dataset de teste de disseminação está listado para Q3 2026, depois do 50r1.
  • A implementação operacional do 50r2 está indicada atualmente para Q1 2027 (tentativa).

Separadamente, a ECMWF implementou 50r1 e AIFS v2 em 12 de maio de 2026. Isso mantém o 50r2 claramente separado como uma atualização técnica posterior.

Detalhes de migração que importam em pipelines reais

Os exemplos de migração para GRIB2 da ECMWF mostram diferenças concretas de chaves e valores que podem quebrar lógica rígida de parsing (interpretação dos arquivos) e filtragem:

  • Referências legadas de parâmetros no estilo GRIB1, por exemplo 165.128, passam para identificadores nativos de parâmetros GRIB2.
  • Parte do tratamento de tipos de nível muda, por exemplo casos levtype=sol nos exemplos.
  • O uso de keywords relacionadas a química muda em requisições de exemplo.
  • A saída GRIB2 pode usar compressão CCSDS, que exige suporte do decodificador; em muitos stacks isso significa garantir suporte a libaec.

Se você mantém extração customizada, filtragem ou lógica antiga de comparação por chaves, é aqui que falhas sutis podem aparecer.

O que isso significa para usuários do GribStream

O GribStream já suporta IFS Operational, IFS Ensemble, AIFS Operational e AIFS Ensemble.

Versão curta: se você usa a API do GribStream, isso é principalmente problema nosso, não seu. Você não deveria precisar se preocupar com detalhes internos de templates GRIB só para manter sua aplicação funcionando.

O GribStream já processa arquivos ECMWF Open Data como GRIB2, e nossa rota de extração lida com os templates de compressão que vemos na prática, incluindo CCSDS/AEC. Por isso, você não deve precisar refazer sua aplicação só porque a ECMWF está completando essa transição para GRIB2 na origem.

O ponto em que isso ainda importa diretamente é para usuários de arquivos brutos fora da rota da API: decodificadores próprios, comparação customizada de chaves ou requisições diretas ao MARS/disseminação.

Guia prático:

  • Usuários da API do GribStream: mantenham consultas estáveis e depois validem métricas de negócio em torno da janela de transição.
  • Usuários de arquivos brutos: mantenham decodificadores e ferramentas ecCodes atualizados.
  • Usuários de arquivos brutos: validem pressupostos do parser (código que interpreta os arquivos) com os datasets de teste da ECMWF e rodem comparações lado a lado antes/depois da transição.

Fontes

Modelos relacionados

ifsoper ifsenfo aifsoper aifsenfo
Testar o GribStream