Blog GribStream

NOAA planifie la mise en service de RRFS et REFS au 31 août 2026

13 mai 2026 |

rrfs2dfld rrfsprslev refsprslev namconusnest hrrr rap

NOAA/NWS a fixé le 31 août 2026 à 12 UTC pour la mise en service opérationnelle de RRFS et REFS, qui remplaceront NAM, SREF, HREF, la plupart des domaines HiresW et NAM MOS.

NOAA/NWS a maintenant donné une date à l'une des plus grandes transitions de modèles régionaux de ces dernières années : RRFS et REFS doivent devenir opérationnels le 31 août 2026, à partir du cycle 12 UTC.

La même mise en service retire une grande partie de la suite régionale historique : NAM, SREF, HREF, HiresW pour CONUS, Alaska, Hawaii et Porto Rico, ainsi que NAM MOS. Le domaine HiresW Guam est la grande exception mentionnée dans l'avis.

Pour les utilisateurs de GribStream, c'est le moment où RRFS cesse d'être seulement un dataset expérimental à surveiller et devient le système que la NOAA utilise pour consolider les prévisions régionales à l'échelle des orages. Si votre produit, tableau de bord, comparaison de prévisions ou chaîne de modèles dépend encore de NAM, HREF, SREF ou HiresW, la fenêtre de migration n'est plus hypothétique.

Les dates importantes

Deux dates sont à suivre :

9 juin 2026, aux alentours de cette date : NOAA prévoit qu'un flux RRFS et REFS temps réel soit disponible sur NOMADS dans des chemins parallèles.
31 août 2026 à 12 UTC : RRFS et REFS sont planifiés pour la mise en production, et les systèmes historiques doivent être retirés le même jour.

La NOAA inclut la réserve opérationnelle habituelle : si la date tombe pendant un Critical Weather Day, un Enhanced Caution Event ou une autre contrainte météorologique importante, la mise en service passe au prochain jour ouvrable éligible à 12 UTC.

Ce que RRFS change

RRFS est le système régional nouvelle génération de la NOAA : mise à jour rapide, résolution fine et convection explicite. La configuration opérationnelle décrite par NWS est un système Amérique du Nord à 3 km, avec des prévisions déterministes et un ensemble associé.

Le calendrier déterministe RRFS est plus large que celui des systèmes historiques qu'il remplace :

cycles 00/06/12/18 UTC : prévisions jusqu'à 84 heures
autres cycles horaires : prévisions jusqu'à 18 heures
domaine Amérique du Nord complet : 3 km
sous-domaines CONUS et Alaska : 3 km
sous-domaines Hawaii et Porto Rico : 2,5 km
run feux de végétation : domaine relocalisable séparé à 1,5 km

C'est important parce que RRFS n'est pas seulement un remplacement de fichiers. Il change la famille de modèles de référence pour les usages à courte échéance à l'échelle des orages : convection sévère, météo aéronautique, calage temporel des précipitations, risques hivernaux, prévisions de vent, diagnostics feux de végétation et entrées régionales haute résolution pour le machine learning.

Ce que REFS change

REFS est le système de génération de produits d'ensemble construit autour de la sortie RRFS. Il remplace HREF comme principale famille de produits d'ensemble haute résolution.

L'avis NWS indique que RRFS lui-même produit cinq membres d'ensemble jusqu'à 60 heures pour les cycles 00/06/12/18 UTC. REFS combine ensuite la sortie des cycles RRFS déterministes et d'ensemble courants et précédents de 6 heures. Pour CONUS et Alaska, REFS inclut aussi deux membres HRRR issus des cycles courants et précédents de 6 heures.

Les produits correspondent aux champs d'ensemble que les utilisateurs HREF surveillent déjà : moyennes, dispersion, moyennes à probabilité appariée, moyennes à probabilité appariée localisées, probabilités, produits d'échelle d'accord d'ensemble et probabilités de dépassement de périodes de retour de crues éclair sur CONUS.

La grande différence côté client est l'étendue et la cadence. REFS va jusqu'à 60 heures, contre 48 heures pour HREF, et NWS indique que REFS générera des produits pour CONUS, Alaska, Hawaii et Porto Rico à chaque cycle 00/06/12/18 UTC.

Ce que cela signifie dans GribStream

GribStream sert déjà la famille RRFS expérimentale actuelle :

RRFS 2D Fields: rrfs2dfld
RRFS Pressure Levels: rrfsprslev
RRFS Ensemble: refsprslev

Utilisez ces datasets dès aujourd'hui pour les tests côte à côte, la découverte de sélecteurs et la préparation de migration. Le catalogue RRFS live de GribStream est l'endroit le plus sûr pour vérifier les variables exactes, car la disponibilité des champs, les niveaux et la séparation par produit comptent plus que le seul nom du modèle.

Le cycle du 31 août à 12 UTC doit être traité comme une limite de système de modélisation dans votre propre validation. Si vous comparez RRFS à NAM, NAM Nest, HREF, SREF ou HiresW, gardez la date de bascule explicite dans les backtests, les seuils d'alerte et les tableaux de bord de comparaison de modèles.

À mesure que NOAA déplace le flux temps réel vers les répertoires NOMADS parallèles puis de production, GribStream suivra la forme du flux opérationnel et adaptera le support autour des produits de production stables. Nous garderons les codes dataset GribStream existants stables lorsque c'est possible, mais la distribution opérationnelle peut exposer les domaines, groupes de produits et sorties d'ensemble différemment du flux AWS expérimental.

Checklist de migration

Si vous utilisez des prévisions régionales historiques, commencez la comparaison maintenant :

Utilisateurs NAM ou NAM Nest : comparez les champs sur niveaux de pression, température à 2 m, vent à 10 m, précipitations, nuages, visibilité, plafond et diagnostics d'orage avec rrfsprslev et rrfs2dfld.
Utilisateurs HREF : comparez moyenne d'ensemble, dispersion, probabilité et produits à probabilité appariée avec REFS à mesure que la couverture des produits devient disponible.
Utilisateurs SREF : traitez cela comme une migration vers un ensemble plus haute résolution, pas comme un simple renommage de produit.
Utilisateurs HiresW : vérifiez à la fois la couverture de domaine et la couverture de variables. Le domaine HiresW Guam devrait rester, tandis que CONUS, Alaska, Hawaii et Porto Rico sont planifiés pour retrait.
Clients opérationnels : conservez une période côte à côte avant le 31 août afin de recalibrer seuils, mélanges de modèles et modèles dépendants.

Le risque pratique n'est pas seulement qu'un ancien chemin de fichier disparaisse. RRFS et REFS sont des systèmes de modélisation différents, avec une physique, des domaines, une cadence, une structure de Lead Time et une composition d'ensemble différentes. Les applications qui dépendent du comportement propre à un modèle doivent valider le comportement des prévisions, pas seulement la syntaxe de requête.

Pourquoi c'est plus qu'un changement de flux de données

La communauté météorologique publique traite déjà ce changement comme une vraie transition de prévision. Le bilan des testbeds de la NOAA présente RRFSv1 et REFS autour de comparaisons directes avec NAM, NAM Nest et HREF, tout en notant que le développement RRFS futur basé sur MPAS continuera au-delà de v1. Les équipes locales de prévision commencent aussi à expliquer le changement au public ; la couverture de WRAL, par exemple, met en avant les phénomènes de petite échelle, le calage temporel des précipitations et la perte du comportement NAM familier dans les situations de barrage d'air froid.

C'est la bonne manière de penser cette évolution. RRFS devient une nouvelle base opérationnelle pour une classe de décisions auparavant réparties entre plusieurs modèles régionaux. Pour les clients GribStream, la meilleure approche est de tester tôt, garder visible la limite du 31 août et migrer avec les champs et domaines exacts que votre intégration utilise réellement.