GribStream

Blog GribStream

NOAA programma l'avvio operativo di RRFS e REFS per il 31 agosto 2026

NOAA/NWS ha fissato il 31 agosto 2026 alle 12 UTC per l'avvio operativo di RRFS e REFS, sostituendo NAM, SREF, HREF, la maggior parte dei domini HiresW e NAM MOS.

NOAA/NWS ha ora assegnato una data a una delle maggiori transizioni dei modelli regionali degli ultimi anni: RRFS e REFS dovrebbero diventare operativi il 31 agosto 2026, a partire dal ciclo delle 12 UTC.

La stessa implementazione ritira una parte ampia della suite regionale legacy: NAM, SREF, HREF, HiresW per CONUS, Alaska, Hawaii e Puerto Rico, e NAM MOS. Il dominio HiresW di Guam è la principale eccezione indicata nell'avviso.

Per gli utenti GribStream, questo è il momento in cui RRFS smette di essere solo un dataset sperimentale da osservare e diventa il sistema con cui NOAA consolida le previsioni regionali a scala convettiva. Se il tuo prodotto, dashboard, confronto di previsioni o workflow di modellazione dipende ancora da NAM, HREF, SREF o HiresW, la finestra di migrazione non è più ipotetica.

Le date importanti

Ci sono due date da seguire:

  • 9 giugno 2026, circa: NOAA prevede che un flusso RRFS e REFS in tempo reale diventi disponibile su NOMADS in percorsi paralleli.
  • 31 agosto 2026 alle 12 UTC: RRFS e REFS sono programmati per l'implementazione in produzione, e i sistemi legacy sono programmati per il ritiro nello stesso giorno.

NOAA include la consueta cautela operativa: se la data cade durante un Critical Weather Day, un Enhanced Caution Event o un'altra restrizione meteo significativa, l'implementazione passa al successivo giorno feriale idoneo alle 12 UTC.

Cosa cambia con RRFS

RRFS è il sistema regionale NOAA di nuova generazione: aggiornato rapidamente, con convezione esplicita e pensato per il breve termine. La configurazione operativa descritta da NWS è un sistema a 3 km per il Nord America, con previsioni deterministiche e una componente ensemble complementare.

La pianificazione deterministica di RRFS è più ampia rispetto ai sistemi legacy che sostituisce:

  • cicli 00/06/12/18 UTC: previsione fino a 84 ore
  • altri cicli orari: previsione fino a 18 ore
  • dominio completo del Nord America: 3 km
  • sottoinsiemi CONUS e Alaska: 3 km
  • sottoinsiemi Hawaii e Puerto Rico: 2.5 km
  • run dedicato al fire weather (meteo per incendi): dominio separato rilocabile da 1.5 km

Questo conta perché RRFS non è solo un flusso di file sostitutivo. Cambia la famiglia di modelli di riferimento per workflow a breve termine e scala convettiva: convezione severa, meteo aeronautica, tempistica della precipitazione, pericoli invernali, previsione del vento, diagnostica per fire weather e variabili regionali ad alta risoluzione per modelli di machine learning.

Cosa cambia con REFS

REFS è il sistema di generazione di prodotti ensemble costruito a partire da RRFS. Sostituisce HREF come famiglia principale di prodotti ensemble ad alta risoluzione.

L'avviso NWS dice che RRFS produce cinque membri ensemble fino a 60 ore per i cicli 00/06/12/18 UTC. REFS combina poi prodotti dei cicli RRFS deterministici ed ensemble correnti e vecchi di 6 ore. Per CONUS e Alaska, REFS include anche due membri HRRR dai cicli correnti e vecchi di 6 ore.

I prodotti sono il tipo di campi ensemble che gli utenti HREF già seguono: medie, spread, probability-matched means (medie corrette per conservare la distribuzione di probabilità), localized probability-matched means (la stessa idea applicata localmente), probabilità, prodotti Ensemble Agreement Scale e probabilità di superamento degli intervalli di ricorrenza per alluvioni improvvise in CONUS.

La differenza pratica per i clienti è portata e cadenza. REFS arriva a 60 ore, rispetto alle 48 ore di HREF, e NWS dice che REFS genererà prodotti per CONUS, Alaska, Hawaii e Puerto Rico per ogni ciclo 00/06/12/18 UTC.

Cosa significa su GribStream

GribStream serve già l'attuale famiglia RRFS sperimentale:

Usa questi dataset oggi per test in parallelo, scoperta dei selettori e pianificazione della migrazione. Il catalogo RRFS in tempo reale di GribStream è il posto più sicuro per controllare le variabili esatte, perché disponibilità dei campi, livelli e suddivisione dei prodotti contano più del solo nome del modello.

Il ciclo del 31 agosto alle 12 UTC dovrebbe essere trattato come un confine di sistema del modello nella tua validazione. Se confronti RRFS con NAM, NAM Nest, HREF, SREF o HiresW, mantieni esplicita la data di passaggio in backtest, soglie di allerta e dashboard di confronto tra modelli.

Quando NOAA sposterà il flusso in tempo reale prima nei percorsi paralleli di NOMADS e poi nelle directory di produzione, GribStream seguirà la struttura del flusso operativo e aggiornerà il supporto intorno ai prodotti di produzione stabili. Manterremo stabili i codici dataset GribStream esistenti dove possibile, ma la distribuzione operativa potrebbe esporre domini, gruppi di prodotti e prodotti ensemble in modo diverso dal flusso sperimentale su AWS.

Checklist di migrazione

Se usi prodotti regionali legacy, inizia ora il confronto:

  • Utenti NAM o NAM Nest: confrontate campi su livelli di pressione, temperatura a 2 m, vento a 10 m, precipitazione, nubi, visibilità, ceiling (base delle nubi) e diagnostica temporalesca con rrfsprslev e rrfs2dfld.
  • Utenti HREF: confrontate media ensemble, spread, probabilità e prodotti probability-matched con REFS man mano che la copertura dei prodotti diventa disponibile.
  • Utenti SREF: trattate questa come una migrazione verso un ensemble a risoluzione più alta, non come una semplice rinomina di prodotto.
  • Utenti HiresW: controllate sia la copertura dei domini sia la copertura delle variabili. Il dominio HiresW di Guam dovrebbe restare, mentre CONUS, Alaska, Hawaii e Puerto Rico sono programmati per il ritiro.
  • Clienti operativi: mantenete un periodo di confronto in parallelo prima del 31 agosto, così soglie, blend di modelli e modelli dipendenti possono essere ricalibrati.

Il rischio pratico non è solo che scompaia un vecchio percorso file. RRFS e REFS sono sistemi di modellazione diversi, con fisica, domini, cadenza, struttura dei lead time e membri ensemble diversi. Le applicazioni che dipendono dal comportamento specifico di un modello dovrebbero validare il comportamento della previsione, non solo la sintassi della richiesta.

Perché è più di un cambio di flusso dati

La comunità meteo pubblica sta già trattando questa come una vera transizione previsionale. L'articolo dei testbed NOAA inquadra RRFSv1 e REFS con confronti diretti rispetto a NAM, NAM Nest e HREF, mentre nota che lo sviluppo futuro di RRFS basato su MPAS continuerà oltre v1. Anche i team di previsione locali stanno iniziando a spiegare il cambiamento al pubblico; la copertura di WRAL, per esempio, indica dettagli di piccola scala, tempistica della precipitazione e perdita del comportamento familiare di NAM nelle situazioni di cold-air damming, cioè accumulo di aria fredda contro la topografia.

È il modo corretto di pensare al cambiamento. RRFS è una nuova base operativa per una classe di decisioni che prima era divisa tra diversi modelli regionali. Per i clienti GribStream, la scelta migliore è testare presto, mantenere visibile il confine del 31 agosto e migrare usando i campi e domini esatti che il workflow usa davvero.

Riferimenti