GribStream

Blog GribStream

ECMWF IFS Cycle 50r1 est maintenant actif sur GribStream

|
ifsoper ifsenfo ifswave ifswaef

GribStream traite maintenant ECMWF IFS Cycle 50r1 dans les datasets IFS existants, avec la limite de modèle au run 06 UTC du 12 mai 2026.

ECMWF a implémenté IFS Cycle 50r1 le 12 mai 2026, et GribStream traite le nouveau cycle dans les datasets ECMWF IFS existants.

La limite est exacte :

  • 2026-05-12 00 UTC et avant : IFS Cycle 49r1
  • 2026-05-12 06 UTC et après : IFS Cycle 50r1

Cela signifie que vous n'avez pas besoin de changer de code dataset GribStream pour suivre la mise à niveau. Continuez à utiliser IFS Oper, IFS ENS, IFS Wave et IFS Wave ENS. L'historique reste dans les mêmes datasets, et le cycle modèle change à la limite opérationnelle publiée par ECMWF.

Pourquoi 50r1 compte

C'est une vraie mise à niveau du système Terre, pas une version cosmétique.

ECMWF décrit 50r1 comme une large mise à jour du modèle de prévision IFS et du système d'assimilation de données. Le plus grand changement structurel est une nouvelle configuration océan et glace de mer basée sur NEMO4-SI3, avec un couplage plus fort entre atmosphère, océan, glace de mer et vagues.

C'est important parce que de nombreuses prévisions à forte valeur ne sont pas purement atmosphériques. Les précipitations côtières, la température de surface de la mer, la glace de mer, la hauteur des vagues, les systèmes tropicaux et les vents près de la surface dépendent tous de la manière dont le modèle fait circuler l'information à l'interface air-mer.

ECMWF met en avant plusieurs domaines d'amélioration attendue :

  • meilleure propagation à l'intérieur des terres des précipitations convectives, réduisant la tendance de certaines pluies convectives à rester trop stationnaires
  • meilleures prévisions de température et de vent en altitude dans les tropiques
  • meilleur comportement de l'humidité et de la température près de la tropopause
  • réduction du biais chaud de température de surface de la mer dans l'océan Austral
  • meilleure représentation des courants de bord ouest, notamment dans des régions comme le Gulf Stream
  • dispersion plus réaliste des vents d'ensemble à 10 m
  • physique des vagues mise à jour, incluant l'interaction des vagues avec la glace de mer et les courants océaniques

Pour les clients, le point pratique est simple : les fenêtres de vérification qui traversent le 12 mai doivent être séparées. Une prévision initialisée à 2026-05-12 06 UTC ne vient pas du même cycle modèle qu'une prévision initialisée à 2026-05-12 00 UTC.

Ce qui a changé dans GribStream

GribStream garde la mise à niveau dans la même chronologie de datasets.

Les requêtes vers les endpoints IFS /timeseries et /runs continuent de fonctionner de part et d'autre de la limite modèle. Lorsqu'une requête tombe avant la limite, elle lit les données historiques 49r1. Lorsqu'elle tombe sur le run 06 UTC du 12 mai ou après, elle lit 50r1.

Nous avons aussi actualisé les inventaires de modèles et les métadonnées du catalogue pour que les champs ECMWF nouvellement visibles soient découvrables depuis les pages modèle publiques et les endpoints de catalogue.

L'inventaire vagues est le plus visiblement élargi. Par rapport au dernier run 49r1 06 UTC que nous avons vérifié, les flux IFS wave 50r1 exposent maintenant :

  • h1012, h1214, h1417, h1721, h2125, h2530 : hauteur significative des vagues groupée par bande de période
  • cdww : coefficient de traînée avec vagues
  • wmb : bathymétrie du modèle

Nous n'avons vu aucun paramètre IFS GribStream existant disparaître à la limite 50r1 dans les index publics Open Data que nous traitons.

Il y a un autre point à formuler avec prudence. La page complète d'implémentation 50r1 de l'ECMWF liste de nouveaux paramètres MARS/dissémination supplémentaires, dont wbt, fscov, cur et de nombreux champs océan et glace de mer sur des niveaux o2d et o3d. Ce n'est pas la même chose que "disponible dans les fichiers publics Open Data que GribStream ingère aujourd'hui". D'après les index publics Open Data 50r1 vérifiés pour cette mise à jour, ces champs supplémentaires n'étaient pas présents comme nouveaux paramètres interrogeables dans GribStream.

Cette absence ne doit pas être lue comme une dépréciation. L'ECMWF documente explicitement un paramètre arrêté dans les notes 50r1 : vegdiff, remplacé par cur. Les autres ajouts officiels 50r1 ne sont simplement pas présents dans le flux public Open Data actuel que nous traitons. Si l'ECMWF les ajoute à l'Open Data public, ou si GribStream intègre un autre flux ECMWF qui les contient, ils pourront être ajoutés au même parcours de catalogue.

Ce qui n'a pas changé

L'ECMWF indique que 50r1 ne change pas la résolution horizontale ou verticale, ni les pas de prévision, pour les prévisions moyen terme atmosphériques et vagues concernées.

C'est utile pour la continuité. Votre logique d'extraction spatiale, votre sélection de Lead Time et vos requêtes ordinaires par point ou en mode grille ne devraient pas devoir changer simplement parce que le cycle modèle a avancé.

Ce qui change, c'est le système de prévision derrière les valeurs. Pour les backtests, alertes ou tableaux de bord de comparaison de modèles, traitez 2026-05-12 06 UTC comme une limite de version modèle.

Sources

Modèles associés

ifsoper ifsenfo ifswave ifswaef
Essayer GribStream