At ECMWF we use the medium range re-forecasts to build the Medium Range Model Climate (M-Climate).
Re-forecasts are a fundamental component of all seasonal forecasting system; they have two applications:
The M-climate is used in association with the ensemble forecast:
In 49r1, the re-forecast configuration will be change significantly. Instead of production being tied to the day of the week (Monday/Thursday), it will be produced on the specific days of the month.
The main advantages of the new configuration are:
Atmospheric and wave medium range re-forecasts change summary
ENS & ENS-WAM hindcast and hindcast statistics MARS Streams: enfh/efhs & enwh/wehs | ||
---|---|---|
Current | Upgrade | |
Basetime & frequency | 00 Monday/Thursday | 00 1/5/9/13/17/21/25/29 (excluding 29 February) |
Please scroll down for a beautiful schematic explanation of the availability and use of re-forecasts.
Why are we excluding 29 February? Can I keep Monday/Thursday configuration?
What re-forecast date will arrive on each date?
|
Medium range re-forecast will be produced every other odd day of the month: 1/5/9/13/17/21/25/29 (excluding 29 February).
This includes the following MARS streams
Atmospheric model - Dissemination data stream indicator I:
Wave model - Dissemination data stream indicator J:
|
We will show here how to build the medium range Model Climate (M-Climate) using the re-forecast data from IFS 49r1 cycle.
The set of re-forecasts for the M-climate is made up from:
In total, each set of re-forecasts consists of 20 years x 9 runs x 11 ensemble members = 1980 re-forecast values.
These are available for each forecast parameter and forecast lead-time at forecast intervals of 6 hours.
These are used to define the M-climate.
Data will be disseminated sufficiently far enough ahead (more on that later) for you to build a model climate with the following configuration.
The medium range model climate can be built from 9 re-forecasts (1 central + 4 ahead + 4 behind) annotated by the red dashed line.
On even days, it’s not possible to use a centralised re-forecast so we recommend using the closest re-forecast as the ‘central’ and then 4 either side.
With a wider distribution of the re-forecast, the next odd day must also use a previous re-forecast as the ‘central’ with 4 either side.
After a re-forecast/model climate has been applied 4 times, on the next even day we need to use the next re-forecast day.
We started from the 17th, but the same date is also use for the 16th. Same as on 20th we use the 21st, on 16th we us the 17th as the central date. |
After this, the next re-forecast becomes the ‘central’ position. For example, the 16/17/18/19 of the month will use 17, but 20/21/22/23 will move to 21.
Basically, you can use the same model re-forecast for 4 days in a row EXCEPT at the end of the month.
However, in some cases you need to be careful with using the steps, as they should match the steps of the corresponding forecast.
Not to worry, because we have prepared a Python library that will calculate the dates needed to build the Model climate. The library is called earthkit-time and the documentation can be found on the following link: https://earthkit-time.readthedocs.io/latest/index.html |
One of the examples where we use Model climate is the Extreme Forecast Index (EFI). In this case the daily values are used (mean, max, min, sum) for the period 00UTC to 00UTC next day for the EFI, but the same M-climate set is used for 00UTC and 12UTC ensemble runs. This is to avoid inconsistencies between the validity period of the ensemble and M-climate.
We calculate a set of percentiles (1, 10, 50, 90, 99) of all the re-forecast values and show it together with the EFI and SOT.
Extreme Forecast Index (EFI) and Model climate Q50 for 2m mean temperature