ECMWF IFS Cycle 50r1 ist jetzt auf GribStream aktiv

ECMWF hat IFS Cycle 50r1 am 12. Mai 2026 implementiert, und GribStream verarbeitet den neuen Zyklus in den bestehenden ECMWF-IFS-Datasets.

Die Grenze ist exakt:

• 2026-05-12 00 UTC und früher: IFS Cycle 49r1
• 2026-05-12 06 UTC und später: IFS Cycle 50r1

Das bedeutet: Sie müssen nicht auf einen neuen GribStream-Dataset-Code wechseln, um dem Upgrade zu folgen. Nutzen Sie weiterhin IFS Oper, IFS ENS, IFS Wave und IFS Wave ENS. Die Historie bleibt in denselben Datasets, und der Modellzyklus wechselt an der von ECMWF veröffentlichten operativen Grenze.

Warum 50r1 wichtig ist

Das ist ein echtes Erdsystem-Upgrade, keine kosmetische Version.

ECMWF beschreibt 50r1 als breites Update des IFS-Vorhersagemodells und des Datenassimilationssystems. Die größte strukturelle Änderung ist eine neue Ozean- und Meereis-Konfiguration auf Basis von NEMO4-SI3, mit stärkerer Kopplung zwischen Atmosphäre, Ozean, Meereis und Wellen.

Das ist wichtig, weil viele hochwertige Vorhersagen nicht rein atmosphärisch sind. Küstenniederschlag, Meeresoberflächentemperatur, Meereis, Wellenhöhe, tropische Systeme und bodennahe Winde hängen alle davon ab, wie das Modell Informationen über die Luft-Meer-Grenze bewegt.

ECMWF hebt mehrere erwartete Verbesserungen hervor:

• bessere landeinwärts gerichtete Ausbreitung konvektiver Niederschläge, wodurch die Tendenz reduziert werden soll, dass bestimmte konvektive Niederschläge zu stationär bleiben
• verbesserte tropische Temperatur- und Windvorhersagen in der freien Atmosphäre
• verbessertes Feuchte- und Temperaturverhalten nahe der Tropopause
• reduzierter warmer Bias der Meeresoberflächentemperatur im Südlichen Ozean
• bessere Darstellung westlicher Randströme, einschließlich Regionen wie dem Golfstrom
• realistischere 10-m-Ensemble-Windspreizung
• aktualisierte Wellenphysik, einschließlich Welleninteraktion mit Meereis und Ozeanströmungen

Für Kunden ist der praktische Punkt einfach: Verifikationsfenster, die den 12. Mai überschneiden, sollten geteilt werden. Eine Vorhersage, die bei 2026-05-12 06 UTC initialisiert wurde, stammt nicht aus demselben Modellzyklus wie eine Vorhersage von 2026-05-12 00 UTC.

Was sich in GribStream geändert hat

GribStream hält das Upgrade innerhalb derselben Dataset-Zeitlinie.

Requests gegen die IFS-Endpoints /timeseries und /runs funktionieren weiter über die Modellgrenze hinweg. Wenn Ihr Request vor der Grenze liegt, liest er historische 49r1-Daten. Wenn er auf oder nach dem 06-UTC-Lauf am 12. Mai liegt, liest er 50r1.

Wir haben außerdem die Modellinventare und Katalogmetadaten aktualisiert, damit neu sichtbare ECMWF-Felder über die öffentlichen Modellseiten und Katalog-Endpoints auffindbar sind.

Das Welleninventar ist am sichtbarsten erweitert. Verglichen mit dem letzten von uns geprüften 49r1-06-UTC-Lauf zeigen die 50r1-IFS-Wellenfeeds jetzt:

• h1012, h1214, h1417, h1721, h2125, h2530: signifikante Wellenhöhe gruppiert nach Wellenperiodenband
• cdww: coefficient of drag with waves
• wmb: model bathymetry

Wir haben an der 50r1-Grenze in den öffentlichen Open-Data-Indizes, die wir verarbeiten, keinen bestehenden GribStream-IFS-Parameter verschwinden sehen.

Ein separater Punkt ist wichtig und sollte vorsichtig formuliert werden. Die vollständige ECMWF-Implementierungsseite für 50r1 nennt zusätzliche neue MARS-/Dissemination-Parameter, darunter wbt, fscov, cur und viele Ozean- und Meereisfelder auf o2d- und o3d-Levels. Das ist nicht dasselbe wie "in den öffentlichen Open-Data-Dateien verfügbar, die GribStream heute ingestiert". In den für dieses Update geprüften öffentlichen 50r1-Open-Data-Indizes waren diese zusätzlichen Felder nicht als neue, in GribStream abfragbare Parameter vorhanden.

Diese Abwesenheit sollte nicht als Deprecation gelesen werden. ECMWF dokumentiert in den 50r1-Hinweisen explizit einen eingestellten Parameter: vegdiff, ersetzt durch cur. Die anderen offiziellen 50r1-Ergänzungen sind schlicht nicht im aktuellen öffentlichen Open-Data-Feed vorhanden, den wir verarbeiten. Wenn ECMWF sie zu Public Open Data hinzufügt oder GribStream einen anderen ECMWF-Feed onboardet, der sie enthält, können sie in denselben Katalog-Workflow aufgenommen werden.

Was sich nicht geändert hat

ECMWF sagt, dass 50r1 die horizontale oder vertikale Auflösung und die Forecast Steps, also die Vorhersageschritte, für die betroffenen mittelfristigen Atmosphären- und Wellenvorhersagen nicht ändert.

Das hilft bei der Kontinuität. Ihre räumliche Extraktionslogik, Lead-Time-Auswahl und normale Punktabfragen oder Abfragen auf Grids müssen sich nicht ändern, nur weil der Modellzyklus weitergelaufen ist.

Was sich ändert, ist das Vorhersagesystem hinter den Werten. Für Backtests, Warnungen oder Modellvergleichs-Dashboards behandeln Sie 2026-05-12 06 UTC als Modellversionsgrenze.

Quellen

• ECMWF IFS Cycle 50r1 implementation page: https://confluence.ecmwf.int/display/FCST/Implementation%2Bof%2BIFS%2BCycle%2B50r1
• ECMWF confirmation announcement for the May 12, 2026 implementation: https://forum.ecmwf.int/t/confirmation-ifs-cycle-50r1-and-aifs-v2-joint-implementation-on-12-may-2026/14937
• ECMWF newsletter overview of IFS Cycle 50r1: https://www.ecmwf.int/en/newsletter/185/earth-system-science/upgrade-ifs-cycle-50r1
• ECMWF open data product description: https://www.ecmwf.int/en/forecasts/datasets/open-data
• IFS Oper on GribStream
• IFS ENS on GribStream
• IFS Wave on GribStream
• IFS Wave ENS on GribStream