OpenIFS 43r3v1 is based on the ECMWF operational IFS cycle 43r3 which was the operational model at ECMWF from July 2017 to June 2018. OpenIFS 43r3v1 is a significant and extensive upgrade from previous release OpenIFS 40r1 model releases.
Anyone wishing to use OpenIFS must have a OpenIFS license (see the list of Licensed Institutes).
OpenIFS 43r3v1 will not produce the same results as the previous releases based on 40r1. |
Please report any issues or problems with this release to either the OpenIFS User Forums or the openifs-support@ecmwf.int email.
OpenIFS 43r3v1 is scientifically identical to IFS 43r3. For a full description of the IFS 43r3 operational model, please see IFS manuals in the ECMWF eLibrary.
OpenIFS 43r3v1 includes all the changes listed below compared to OpenIFS 40r1v2. For more details of the changes introduced between IFS 43r3 and the previous operational models (since 40r1) please see: Changes in ECMWF IFS model.
The following list summaries the changes with the IFS cycle when they were introduced:
Changes introduced from operational IFS 41r1:
Changes introduced from operational IFS 41r2:
Changes introduced from operational IFS 43r1:
Changes introduced from operational IFS 43r3:
A new ECMWF radiation scheme became operational in IFS 43r3, replacing the older McRad scheme which first became operational in 2007. The new ecRad scheme is more modular allowing individual components to be swapped for faster and more accurate ones. It is also much more efficient. It uses a new implementation of the McICA (Monte Carlo Independent Column Approximation) code that is less noisy in partially cloudy conditions. Improvements in longwave radiation transfer reduce biases in temperature profiles. In operational IFS cycle 43r3, ecRad brings slight improvements in forecast skill.
For further information about ecRad please see the following sources:
The 'climate' files used for OpenIFS 40r1 must not be used for OpenIFS 43r3v1. Please download the 'climate.v015' files from the OpenIFS ftp server, see the OpenIFS User Guide for more details. |
The climate fields (the fields in the ICMCL initial file) were altered for OpenIFS 43r3v1 as was the land-sea mask. The climate fields contain surface and soil information such sea ice area fraction, SSTs, albedo, soil temperature, GRIB codes ci, stl1, al, aluvp, aluvd, alnip, alnid, lai_lv, lai_hv
.
OpenIFS 43r3v1 should not be used with the older climate files used with OpenIFS 40r1. IFS 43r3 has been developed and validated against the 'climate.v015' files which must be used instead.
The script to run OpenIFS (bin/oifs_run) expects the climate.v015 files to be available.
The GRIB model identifiers (generating process identification number) for cycle 43r3 will be changed as follows:
GRIB 1 Section 1 Octets | GRIB 2 Section 4 Octets | grib_api key | Component | Model ID |
---|---|---|---|---|
New | ||||
6 | 14 | generatingProcessIdentifier | Atmospheric model Ocean wave model | 148 113 |
Compilation configurations are provided for the GNU, Intel and Cray compilers. The PGI and IBM compiler configurations provided in OpenIFS 40r1 are no longer supported.
The grib-api GRIB library is no longer supported. Users must install the ECMWF ecCodes GRIB library to use OpenIFS 43r3.
OpenIFS now depends on the netCDF library to be available in order to read and write files in both ecRad and the wave model. Compilation of OpenIFS requires the netCDF library to be available. Please see the OpenIFS User Guide for more details.
Note that XIOS is not part of IFS, it is specific to OpenIFS only. The OpenIFS team are grateful to the team at the Barcelona Supercomputing Centre, with assistance from EC-Earth, for the implementation of XIOS in OpenIFS. |
The XIOS parallel input/output library allows OpenIFS to pass all output to a separately running program (XIOS), which may execute in parallel, for more efficient performance. XIOS allows for parallel output in netCDF format directly from OpenIFS instead of GRIB output via a single process. It is configured using XML input files and does not use the NAMFPC model namelist. In addition, XIOS may be configured to compute additional fields such as monthly averages 'on-the-fly' instead of a separate post-processing step after the model is run.
For instructions on how to download, build and use XIOS with OpenIFS, please see the How-to use XIOS with OpenIFS guide. By default, OpenIFS assumes that XIOS is not available. Users must have the XIOS library installed on their system and then configure the compilation to use XIOS.
A t21test directory configured to use with XIOS is provided with OpenIFS with some example files.
Please note however, that the XML files to configure XIOS must be developed by the user and are more complex to setup than the usual NAMFPC namelist in OpenIFS. In addition, as XIOS is not used operationally with IFS we are unable to provide anything other than support for configuring and building OpenIFS with XIOS. Users are strongly recommended to post any queries relating to XIOS to the OpenIFS Forums for help from other users.
Further reading:
The ecRAD radiation code is now called from the same driver as the 3D model. This by default allows the expensive radiation code to be run on lower resolution grids. The result from this coarser mesh calculation are then interpolated to the full model resolution. However, this is not desirable for the single column model, where the radiation code should be run on the same grid as the single column model. This should be set explicitly in the namelists &NAERAD and &NAMDIM.
Namelist NAEPHY has two new switches compared to SCM 40r1. They are:
LEPHYS=T, which activates all of the physics package (default)
LEFLAKE=T, activates the lake scheme (FLAKE), new in SCM 43r3.
The logical namelist variable LSCMEC has been deleted. The code in the single column model no longer requires this switch. The 3D OpenIFS code only uses it to prevent execution of SCM specific code. The standalone SCM code implicitly assumes it's set true.
The variable CMODID parameter is used as a string to locate the initial files. It doesn't record the version of the model. SCM forcings are not fixed to a given model cycle, these are dependent on the experiment being run.
There are two namelist files in the test-run directory:
namelist.trref_winds_rel
and namelist.trref_winds_rel.simpl
The former one defines non-linear physics, the latter one the simplified physics (you may be surprised how close the results from the two packages are). We expect most users to use the full non-linear physics option.
The advection of cloud has been re-activated by setting LWADVCLD=true. If this causes a problem, it can be disabled via the namelist.
By default the semi-Lagrangian scheme is activated (LSLAG=.T.) with the physics being averaged along a trajectory (LSLPHY=.T.). This follows the defaults in the IFS.
If you like to use Eulerian advection set LSLAG=.F., reduce the model timestep (don't forget to change number of time steps accordingly) and disable the semi-Lagrangian physics by setting LSLPHY=.F.