GribStream

Blog GribStream

ECMWF IFS Cycle 50r1 è ora attivo su GribStream

|

GribStream ora elabora ECMWF IFS Cycle 50r1 nei dataset IFS esistenti, con il confine di versione al run 06 UTC del 12 maggio 2026.

ECMWF ha implementato IFS Cycle 50r1 il 12 maggio 2026, e GribStream elabora il nuovo ciclo nei dataset ECMWF IFS esistenti.

Il confine è esatto:

  • 2026-05-12 00 UTC e precedenti: IFS Cycle 49r1
  • 2026-05-12 06 UTC e successivi: IFS Cycle 50r1

Questo significa che non devi passare a un nuovo codice dataset GribStream per seguire l'upgrade. Continua a usare IFS Oper, IFS ENS, IFS Wave e IFS Wave ENS. Lo storico resta negli stessi dataset, e il ciclo del modello cambia al confine operativo pubblicato da ECMWF.

Perché 50r1 conta

Questo è un vero upgrade del sistema Terra, non un aggiornamento cosmetico.

ECMWF descrive 50r1 come un aggiornamento ampio del modello di previsione IFS e del sistema di assimilazione dati. Il cambiamento strutturale più grande è una nuova configurazione di oceano e ghiaccio marino basata su NEMO4-SI3, con accoppiamento più forte tra atmosfera, oceano, ghiaccio marino e onde.

Questo conta perché molte previsioni di alto valore non sono puramente atmosferiche. Precipitazione costiera, temperatura superficiale del mare, ghiaccio marino, altezza d'onda, sistemi tropicali e venti vicino alla superficie dipendono tutti da come il modello sposta informazione attraverso il confine aria-mare.

ECMWF evidenzia diverse aree di miglioramento atteso:

  • migliore propagazione nell'entroterra della precipitazione convettiva, riducendo la tendenza di alcune piogge convettive a rimanere troppo stazionarie
  • migliori previsioni di temperatura e vento nell'alta atmosfera tropicale
  • migliore comportamento di umidità e temperatura vicino alla tropopausa
  • riduzione del bias caldo della temperatura superficiale del mare nell'Oceano Meridionale
  • migliore rappresentazione delle correnti di bordo occidentale, incluse regioni come la Corrente del Golfo (Gulf Stream)
  • spread più realistico del vento ensemble a 10 m
  • fisica delle onde aggiornata, inclusa l'interazione delle onde con ghiaccio marino e correnti oceaniche

Per i clienti, il punto pratico è semplice: le finestre di verifica che attraversano il 12 maggio dovrebbero essere separate. Una previsione inizializzata a 2026-05-12 06 UTC non proviene dallo stesso ciclo del modello di una inizializzata a 2026-05-12 00 UTC.

Cosa è cambiato in GribStream

GribStream mantiene l'upgrade dentro la stessa linea temporale dei dataset.

Le richieste agli endpoint IFS /timeseries e /runs continuano a funzionare attraverso il confine del modello. Quando la richiesta cade prima del confine, legge i dati storici 49r1. Quando cade sul run 06 UTC del 12 maggio o dopo, legge 50r1.

Abbiamo anche aggiornato gli inventari dei modelli e i metadati del catalogo, così i campi ECMWF ora visibili possono essere trovati dalle pagine pubbliche dei modelli e dagli endpoint del catalogo.

L'inventario delle onde è quello visibilmente più espanso. Rispetto all'ultimo run 49r1 06 UTC che abbiamo controllato, i flussi IFS Wave 50r1 ora espongono:

  • h1012, h1214, h1417, h1721, h2125, h2530: altezza significativa d'onda raggruppata per banda di periodo dell'onda
  • cdww: coefficiente di resistenza con onde
  • wmb: batimetria del modello

Non abbiamo visto scomparire alcun parametro IFS GribStream esistente al confine 50r1 negli indici pubblici open-data che elaboriamo.

C'è un punto separato da spiegare con attenzione. La pagina completa di implementazione 50r1 di ECMWF elenca nuovi parametri MARS/dissemination aggiuntivi, tra cui wbt, fscov, cur e molti campi oceano e ghiaccio marino su livelli o2d e o3d. Questo non equivale a dire "disponibili nei file pubblici open-data che GribStream elabora oggi." Negli indici pubblici open-data 50r1 controllati per questo aggiornamento, quei campi aggiuntivi non erano presenti come nuovi parametri interrogabili in GribStream.

Quell'assenza non va letta come deprecazione. ECMWF documenta esplicitamente un parametro dismesso nelle note 50r1: vegdiff, sostituito da cur. Le altre aggiunte ufficiali 50r1 semplicemente non sono presenti nel flusso pubblico open-data che elaboriamo attualmente. Se ECMWF le aggiunge ai dati open data pubblici, o se GribStream integra un altro flusso ECMWF che le contiene, potranno essere aggiunte allo stesso workflow di catalogo.

Cosa non è cambiato

ECMWF dice che 50r1 non cambia la risoluzione orizzontale o verticale né i passi previsionali per le previsioni atmosferiche e wave a medio termine interessate.

Questo aiuta la continuità. La tua logica di estrazione spaziale, selezione del lead time e normali richieste puntuali o su griglia non dovrebbero dover cambiare solo perché il ciclo del modello è avanzato.

Quello che cambia è il sistema di previsione dietro i valori. Per backtest, allarmi o dashboard di confronto tra modelli, tratta 2026-05-12 06 UTC come un confine di versione del modello.

Fonti