Blog

There are many modules of ECMWF and 3rd-party software deployed on all platforms at the centre that, according to our logs, haven't been used for long time. In a first stage in November, we removed the modules for those unused versions.  Now is time to close the access to the actual deployments and installations for those software packages and libraries. Although they are not going to be deleted at this point, they will become unavailable.

Any jobs or programs using any of those items on the list below will most likely fail after the change.

If you are using any of the versions affected, we strongly recommend moving to the default version for that particular package

If you have any concerns, please get in touch with our servicedesk@ecmwf.int.

When?

The session is scheduled for Wednesday 13 Februrary 2019 at 10:00 UTC

What and where?

PlatformModuleVersions affected
ecgateecbuild1.0.10
ecgateecbuild1.5.0
ecgateecbuild1.6.0
ecgateecbuild1.8.0
ecgateecbuild2.7.3
ecgateodb_api0.17.4
ecgatelibemos394
ecgatelibemos400
ecgatelibemos443
ecgatelibemos453
ecgatelibemos454
ecgatelibemos456
ecgategrib_api1.12.0
ecgategrib_api1.12.1
ecgategrib_api1.12.3
ecgategrib_api1.14.0
ecgategrib_api1.23.1
ecgategrib_api1.25.0
ecgategrib_api1.26.0
ecgateMagics2.22.7
ecgateMagics2.23.1
ecgateMagics2.24.2
ecgateMagics2.24.3
ecgateMagics3.0.2
ecgateecfs2.0.13rc2
ecgategmt5.1.1
ecgateodbCY39R1.001
ecgateecflow4.0.1
ecgateecflow4.0.2
ecgateecflow4.0.3
ecgateecflow4.4.0
ecgatefcm2.3.1
ecgatefcm2014.09.0
ecgatefcm2016.10.0
ecgateeckit0.11.0
ecgateeckit0.18.1
ecgateeckit0.6.0
ecgateeckit0.8.0
ecgateschedule1.1
ecgateschedule1.3
ecgateeccodes2.3.0
ecgateeccodes2.9.1
ecgateiris1.10.0
ecgateifs-git-tools1.7.1
ecgateifs-git-tools1.7.2
ecgatecodes_ui1.1.0
ecgatequaver0.5.1
ecgatequaver1.0.0
ecgatequaver1.0.6
ecgateecmp0.1
ecgateecmp0.3
ecgateecmp1.0.1
cca/ccbecbuild2.4.0
cca/ccbecbuild2.7.0
cca/ccbecflow4.7.0
cca/ccbecflow4.8.0
cca/ccbeckit0.15.0
cca/ccbeckit0.18.1
cca/ccbgrib_api1.14.2
cca/ccbgrib_api1.23.0
cca/ccbgrib_api1.26.0
cca/ccblibemos442
cca/ccblibemos443
cca/ccblibemos454
cca/ccblibemos456
cca/ccbodb_api0.10.2
cca/ccbodb_api0.16.1
cca/ccbodb_api0.17.1
cca/ccbodb_api0.17.4
cca/ccbeclib20131118
cca/ccbmetview5.0.0-beta-1
cca/ccbmetview5.1.0
cca/ccbmetview5.1.1
cca/ccbmetview5.2.1
cca/ccbfcm2.2
cca/ccbfcm2.3.1
cca/ccbmetpy5.3.0
cca/ccbmetpy6.emos
cca/ccbeccodes2.9.1
cca/ccbifs-supportCY43R1.0
cca/ccbifs-supportCY43R1.0-UNSTABLE
cca/ccbifs-supportCY43R1.5
cca/ccbifs-supportCY45R1.3
cca/ccbcmor2.9.3
cca/ccbpgenunstable
cca/ccbecmp0.1
cca/ccbecmp0.2
cca/ccbecmp0.3
cca/ccbecmp1.0.1
cctecflow4.0.8
cctecflow4.7.0
cctecflow4.8.0
cctgrib_api1.10.0
cctgrib_api1.12.3
cctgrib_api1.13.0
cctgrib_api1.13.1
cctgrib_api1.14.0
cctgrib_api1.14.2
cctgrib_api1.14.4
cctgrib_api1.25.0
cctgrib_api1.26.0
cctcmake3.3.2
cctboost1.59.0
cctecbuild1.5.0
cctecbuild1.6.0
cctecbuild1.8.0
cctecbuild2.7.3
ccteckit0.11.0
ccteckit0.12.0
ccteckit0.18.1
ccteckit0.6.0
cctecfs2.2.1-rc2
cctlibemos453
cctlibemos454
cctlibemos456
cctlibemos457
ccteccodes2.9.1
cctfcm2.2
cctfcm2.3.1
cckecflow4.7.0
cckecflow4.8.0
cckecbuild2.9.2
cckeckit0.18.1
cckeccodes2.6.0
cckeccodes2.8.1
cckeccodes2.8.2
cckeccodes2.9.1
leap42ecflow4.0.8
leap42ecflow4.6.1
leap42grib_api1.12.1
leap42grib_api1.13.1
leap42grib_api1.14.2
leap42grib_api1.21.0
leap42grib_api1.25.0
leap42libemos443
leap42libemos444
leap42libemos454
leap42metview4.6.0
leap42metview4.6.1
leap42metview4.8.8
leap42cmake3.1.2
leap42javacurrent-5
leap42javacurrent-7
leap42odb_api0.17.2
leap42totalviewtv8.12.0-0
leap42ecbuild1.5.0
leap42ecbuild1.6.0
leap42ecbuild1.8.0
leap42eccodes0.16.0
leap42comfies0.1
leap42cppcheck1.68
leap42cppcheck1.79
leap42valgrind3.11.0
leap42git1.8.4.5
leap42met3d2017-10
leap42ifs-git-tools1.7.1
leap42ifs-git-tools1.7.2
leap42ncchecker0.1.1
leap42ecmp1.0.1
lxcgrib_api1.14.0
lxcgrib_api1.18.0
lxcmetpy5.5.8
lxcecflow4.0.8
lxcecflow4.6.0
lxcecflow4.6.1
lxceckit0.11.0
lxceckit0.18.1
lxcecbuild1.6.0
lxcecbuild1.8.0
lxcecbuild2.7.1
lxcecbuild2.7.2
lxcecbuild2.7.3
lxclibemos453
lxclibemos454
lxclibemos456
lxclibemos457
lxcpgen0.7.0.1
lxcpgen0.8.0.0
lxcpgen0.9.1.0
lxcpgen0.9.2.0
lxcodb_api0.10.2
lxcodb_api0.11.3
lxcodb_api0.17.4
lxcMagics2.32.1
lxcMagics3.0.0
lxcmetview4.6.0
lxcmetview4.6.1
lxcmetview4.8.1
lxcmetview4.8.6
lxcmetview5.0.0-alpha-5
lxcmetview5.0.0-beta-1
lxcmetview5.0.1
lxceccodes2.9.1
lxcifs-supportCY43R3.4
lxcifs-supportCY45R1.0
lxcifs-supportCY45R1.8
lxcwebdev2016-11-09-001
lxcwebdev2016-11-30-001
lxcwebdevfeature-earthserver
lxcwebdevfeature-reduce-latency-in-datastore
lxcwebdevrelease-2015-09-30-0001
lxcwebdevrelease-2015-11-06-001
lxcperl5.12.2-01
lxcifs-git-tools1.7.1
lxcifs-git-tools1.7.2
lxccomfies0.1
lxcecmp0.1
lxcecmp0.3
lxcecmp1.0.1
lxgecbuild2.7.3
lxgecflow4.0.8
lxgecflow4.7.0
lxgecflow4.8.0
lxglibemos451
lxglibemos453
lxglibemos454
lxglibemos456
lxglibemos457
lxgeccodes2.9.1
lxgforge6.0.6
lxgforge7
lxgpython33.5.1-01
lxgifs-git-tools1.7.1
lxgifs-git-tools1.7.2
lxgperl5.12.2-01
lxgfcm2016.10.0
lxgmetview4.7.2
lxgmetview4.8.0
lxgmetview4.8.3
lxgmetview4.8.6
lxgmetview4.8.7
lxgmetview4.8.8
lxgmetview5.0.0-beta-1
lxgmetview5.0.1
lxgmetview5.0.2
lxgmetview5.1.0
lxgmetview5.2.1
lxggrib_api1.21.0
lxopcmake3.3.2
lxopgit1.8.4.5
lxopgit2.8.1
lxopecflow4.7.0
lxopecflow4.8.0
lxoplibemos456
lxoplibemos457
lxopidl8.5.1
lxopMagics2.29.4
lxopMagics3.2.1
lxopeccodes2.9.1
lxopwebdev2016-10-12-002
lxopifs-supportCY45R1.6
lxopcomfies0.1

We are pleased to announce that the new MARS client with MIR, the new interpolation library replacing EMOSLIB, is now considered ready to become the default at ECMWF. This new version has endured months of extensive tests by many users to ensure a smooth transition. This change of the default MARS client is planned for 29 January 2019.

The old MARS/EMOSLIB would still be accessible with:

mars -e

or, if using the WebAPI, with the keyword:

ppengine=emos

You can find some more information about this in our User Documentation wiki space, including the main differences and known issues:

This page will be updated to reflect any updates relevant to this update and the new MARS/MIR client. You may want to "watch" this page to be notified about those updates.

There are many modules of ECMWF and 3rd-party software deployed on all platforms at the centre that, according to our logs, haven't been loaded in 2018. As part of our annual cleanup cycle, in this first stage, we are going to remove the modules for those unused versions. The actual deployments and installations for those software packages are not going to be deleted at this point. This will be done at a later stage after the summer.

If you are using any of the versions affected by this change outside the module system, we strongly recommend moving to the default version for that particular package before the second stage to avoid any future problems

If you have any concerns, please get in touch with our servicedesk@ecmwf.int.

When?

The session is scheduled for Wednesday 28 November 2018 at 11:00 UTC

What and where?

 ecgate
ifs-git-tools
  • 1.7.1
  • 1.7.2
iris
  • 1.10.0
ecflow
  • 4.4.0
eccodes
  • 2.3.0
  • 2.9.1
schedule
  • 1.1
  • 1.3
quaver
  • 0.5.1
  • 1.0.0
  • 1.0.6
fcm
  • 2016.10.0
ecbuild
  • 2.7.3
emos
  • 394
  • 400
  • 443
  • 453
  • 454
  • 456
perforce
  • 2009.2
ecmp
  • 0.1
  • 0.3
  • 1.0.1
ecfs
  • 2.0.13rc2
ecaccess
  • 4.0.1
  • 4.0.2t
grib_api
  • 1.12.0
  • 1.12.1
  • 1.12.3
  • 1.23.1
  • 1.25.0
  • 1.26.0
Magics
  • 2.22.7
  • 2.23.1
  • 3.0.2
codes_ui
  • 1.1.0
odb
  • CY39R1.001
odb_api
  • 0.17.4
eckit
  • 0.18.1
gmt
  • 5.1.1
 cca/ccb
ifs-support
  • CY43R1.0
  • CY43R1.0-UNSTABLE
  • CY43R1.5
  • CY45R1.3
ecflow
  • 4.7.0
  • 4.8.0
eccodes
  • 2.9.1
metview
  • 5.0.0-beta-1
  • 5.1.0
  • 5.1.1
  • 5.2.1
ecbuild
  • 2.4.0
  • 2.7.0
emos
  • 442
  • 443
  • 454
  • 456
metpy
  • 6.emos
ecmp
  • 0.1
  • 0.2
  • 0.3
  • 1.0.1
eclib
  • 20131118
grib_api
  • 1.14.2
  • 1.23.0
  • 1.26.0
odb_api
  • 0.10.2
  • 0.16.1
  • 0.17.1
  • 0.17.4
eckit
  • 0.15.0
  • 0.18.1
  • 0.6.0
cmor
  • 2.9.3
 Leap42 Workstations
ifs-git-tools
  • 1.7.1
  • 1.7.2
ecflow
  • 4.6.1
ncchecker
  • 0.1.1
cmake
  • 3.1.2
eccodes
  • 0.16.0
metview
  • 4.8.8
emos
  • 443
  • 444
  • 454
valgrind
  • 3.11.0
met3d
  • 2017-10
ecmp
  • 1.0.1
comfies
  • 0.1
grib_api
  • 1.21.0
  • 1.25.0
totalview
  • tv8.12.0-0
cppcheck
  • 1.68
  • 1.79
odb_api
  • 0.17.2
 lxc
ifs-git-tools
  • 1.7.1
  • 1.7.2
ifs-support
  • CY43R3.4
  • CY45R1.0
  • CY45R1.8
ecflow
  • 4.6.0
  • 4.6.1
sms
  • 4.4.12
eccodes
  • 2.9.1
pgen
  • 0.7.0.1
  • 0.8.0.0
  • 0.9.1.0
  • 0.9.2.0
quaver
  • 1.1.1
metview
  • 4.8.1
  • 4.8.6
  • 5.0.0-alpha-5
  • 5.0.0-beta-1
  • 5.0.1
ecbuild
  • 2.7.1
  • 2.7.2
  • 2.7.3
emos
  • 453
  • 454
  • 456
  • 457
metpy
  • 5.5.8
ecmp
  • 0.1
  • 0.3
  • 1.0.1
perl
  • 5.12.2-01
ecaccess
  • 4.0.1
  • 4.0.2t
comfies
  • 0.1
Magics
  • 2.24.7
  • 2.32.1
  • 3.0.0
grib_api
  • 1.14.0
  • 1.18.0
webdev
  • 2016-11-09-001
  • 2016-11-30-001
  • feature-earthserver
  • feature-reduce-latency-in-datastore
  • release-2015-09-30-0001
  • release-2015-11-06-001
odb_api
  • 0.10.2
  • 0.17.4
eckit
  • 0.18.1
 lxop
ifs-support
  • CY45R1.6
ecflow
  • 4.7.0
  • 4.8.0
git
  • 1.8.4.5
  • 2.8.1
cmake
  • 3.3.2
eccodes
  • 2.9.1
slurm
  • 15.08.7
emos
  • 456
sms
  • 4.4.12
  • 4.4.15
idl
  • 8.5.1
comfies
  • 0.1
Magics
  • 2.29.4
webdev
  • 2016-10-12-002
 lxg
ifs-git-tools
  • 1.7.1
  • 1.7.2
ecflow
  • 4.7.0
  • 4.8.0
eccodes
  • 2.9.1
metview
  • 4.7.2
  • 4.8.0
  • 4.8.3
  • 4.8.6
  • 4.8.7
  • 4.8.8
  • 5.0.0-beta-1
  • 5.0.1
  • 5.0.2
  • 5.1.0
  • 5.2.1
ecbuild
  • 2.7.3
emos
  • 451
  • 453
  • 454
  • 456
perl
  • 5.12.2-01
grib_api
  • 1.21.0
forge
  • 6.0.6
  • 7.0
python3
  • 3.5.1-01
 cct
ecflow
  • 4.7.0
  • 4.8.0
cmake
  • 3.3.2
eccodes
  • 2.9.1
ecbuild
  • 2.7.3
emos
  • 453
  • 454
  • 456
ecfs
  • 2.2.1-rc2
grib_api
  • 1.25.0
  • 1.26.0
eckit
  • 0.18.1
 cck
ecflow
  • 4.7.0
  • 4.8.0
eccodes
  • 2.6.0
  • 2.8.1
  • 2.8.2
  • 2.9.1
eckit
  • 0.18.1


We are pleased to announce that the new MARS client with MIR, the new interpolation library replacing EMOSLIB, is now considered ready for production and suitable for operational use. It is available on all ECMWF platforms and can be accessed with:

mars -m

Using MARS/MIR through the ECMWF WebAPI can also be done by adding an extra keyword:

ppengine=mir

Although it is still not the default, we would like to encourage you to start using this new MARS/MIR client with your usual workload and report any problems or feedback to servicedesk@ecmwf.int

MARS/MIR will become the default version at ECMWF at the end of January 2019, with the exact date to be confirmed at a later stage. The old MARS/EMOSLIB would still be accessible with:

mars -e

or, if using the WebAPI, with the keyword:

ppengine=emos

You can find some more information about this in our MARS interpolation with MIR page in this User Documentation wiki space, including the main differences and known issues. This page will be updated to reflect any changes or new features, including the exact implementation dates. You may want to "watch" this page to be notified about those updates. 

Do not hesitate to contact servicedesk@ecmwf.int for more information.

ECMWF is updating the default versions of its software packages and libraries used across all user platforms at the centre as part of the regular update cycle.

When?

The changes will take place on Wednesday 21 November 2018 11:00 - 11:30 UTC

What platforms are affected?

All user platforms at the centre will see their default additional software stack updated:

  • All clusters in our High Performance Computing Facility, mainly CCA and CCB
  • ECGATE
  • Linux Clusters
  • Linux Desktops

The next defaults are tagged as "nov18" in modules. After the session the previous defaults will be tagged as "old"

Table of contents

Highlights

A number of bug fixes and performance improvements have been introduced on the different versions to become default. Here are some of the most relevant new features:

  • Magics and Metview now use ecCodes to decode BUFR data.
  • New automatic contouring setting for Magics and Metview to match ECCHARTS styles.
  • BUFR decoding performance has been enhanced in ecCodes, and support for a number or new parameters in GRIB have been added.
  • ecflowUI, the new graphical client for ecFlow, comes with a number of improvements and bug fixes.

How to use the new versions for testing BEFORE the update

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected by using the nov18 tag in modules. For example:

module swap metview/nov18

module load Magics/nov18

module load emos/nov18

module swap eccodes/nov18 

How to revert to the old versions in case of problems AFTER the update

Users that experience problems with the new default software packages after the update of 10 May will be able to revert to the old default versions. These can be selected with the commands:

module swap metview/old

module load Magics/old

module load emos/old

module swap eccodes/old 

Please let ECMWF know if you need to revert to the old version of any of the packages after the update of the defaults has taken place. 

Version changes

This table summarises the changes in the version of the different packages:

ecCodes is now the official ECMWF encoder and decoder for GRIB and BUFR formats. It supersedes GRIB-API, for the GRIB format, and EMOSLIB, for the BUFR. If you still use any of those, we encourage you to migrate to ecCodes.

PackageDefault versionRelease notesDownload page
BeforeAfter
EMOSLIB4.5.54.5.8History of EMOSLIB changesEMOSLIB Releases
GRIB-API1.26.11.27.0

Latest news

GRIB-API Releases

Please see the Release notes for full details of the changes implemented in each package.

Verify: discontinued

Verify (and metpy tagged as metpy/verify) will be discontinued. Please use quaver instead.

There are many modules of ECMWF and 3rd-party software deployed on all platforms at the centre that, according to our logs, haven't been loaded in 2018. In a first stage before the summer, we removed the modules for those unused versions.  Now is time to close the access to the actual deployments and installations for those software packages and libraries. Although they are not going to be deleted at this point, they will become unavailable.

Any jobs or programs using any of those items on the list below will most likely fail after the change.

If you are using any of the versions affected, we strongly recommend moving to the default version for that particular package

If you have any concerns, please get in touch with our servicedesk@ecmwf.int.

When?

The session is scheduled for Wednesday 19 September 2018 at 10:00 UTC

What and where?

PlatformModuleVersions affected
ecgateMagics

2.27.3

2.29.5

2.29.6

2.30.0

2.32.0

2.32.1

2.32.2

2.33.0

2.34.2

ecgateaec0.3
ecgateboost

1.57.0

1.59.0

ecgatecgal4.1
ecgateecbuild

1.9.0

2.4.0

2.5.0

2.5.1

2.6.1

2.7.0

ecgateeccodes

0.16.0

2.0.0

2.0.2

2.4.0

ecgateecflow4.0.9
ecgateecfs2.2.1-rc2
ecgateeckit

0.10.0

0.14.0

0.14.1

0.15.0

0.16.1

0.16.3

ecgateemos

445

447

448

449

450

451

ecgatefcm

2.3.1

2014.09.0

ecgategdal1.10.1
ecgategit1.8.4
ecgategrib_api

1.10.4

1.19.0

1.21.0

1.23.0

ecgatehdf4.2.9
ecgateifs-git-tools

1.6.1

1.7.0

ecgateiris1.9.2
ecgatemetpy5.emos
ecgatemetview

4.4.7

4.5.4

4.5.5

4.5.6

4.5.7

4.5.8

4.6.0

4.6.1

4.6.2

4.6.3

4.6.4

4.6.6

4.7.0

4.7.1

4.7.2

4.8.0

4.8.1

4.8.2

4.8.4

4.8.6

4.8.7

4.8.8

4.9.1-mir-alpha-6

xflexpart-5.0.0-beta

ecgatenetcdf44.2.1.1
ecgateodb

1.0.5

1.0.6

ecgateodb_api

0.10.5.3

0.11.4

0.15.0

0.15.1

0.16.0

0.16.2

0.17.0

0.17.2

0.17.5

cca / ccbaec0.3
cca / ccbecbuild

2.2.0

2.3.0

2.5.0

2.5.1

2.6.1

2.6.2

2.7.1

2.7.2

cca / ccbeccodes0.16.0
cca / ccbecflow

4.4.0

4.6.0

4.6.1

cca / ccbecfs2.0.13rc2
cca / ccbeckit

0.10.0

0.13.1

0.14.0

0.14.1

0.16.3

0.17.0

cca / ccbemos

395

401

440

448

449

450

451

cca / ccbextrae3.4.3-single-mpi-lib
cca / ccbfcm2.2 2.3.1
cca / ccbgit1.8.4
cca / ccbgrib_api

1.9.16

1.12.0

1.14.1

1.19.0

1.22.0

cca / ccbifs-git-tools

1.6.1

1.7.0

cca / ccbifs-support

CY41R2

CY41R2.3

CY43R1.1

CY43R1.6

CY43R1.7

CY43R3.0

CY43R3.1

CY43R3.10

CY43R3.2

CY43R3.3

CY43R3.5

CY43R3.8

CY43R3.9

cca / ccbmetpy

5.3.0

5.5.0

6.1.0

6.1.1

6.1.2

6.2.0

6.2.1

cca / ccbmetview

5.0.0-alpha-8

5.0.1

5.0.2

cca / ccbodb

1.0.5

1.0.6

cca / ccbodb_api

0.10.1

0.10.5.3

0.10.5.4

0.12.0

0.13.0

0.14.0

0.15.0

0.15.1

0.15.2

0.16.0

0.17.0

0.17.2

0.17.5

cca / ccbpython

2.5.6

2.7.5-02

cca / ccbswig3.0.4
cca / ccbudunits2.1.24
cckecbuild

2.6.1

2.7.0

2.7.1

2.7.2

cckeccodes

2.0.0

2.1.0

2.2.0

2.3.0

2.4.0

2.4.1

cckecflow

4.1.0

4.5.0

4.6.0

4.6.1

cckecfs2.2.1-rc2
cckeckit

0.15.0

0.16.1

0.16.3

0.18.0

0.18.5

cckgit2.8.1
cckodb1.0.5
cckpython2.7.5-01
cctboost1.59.0
cctcdo

1.6.4

1.7.0

1.7.2

cctcmake3.1.2
cctdarshan2.3.1-pre1
cctecbuild

2.4.0

2.5.0

2.6.1

2.6.2

2.7.0

2.7.1

2.7.2

ccteccodes

2.0.0

2.0.2

2.1.0

2.2.0

2.3.0

2.4.0

2.4.1

cctecflow

4.1.0

4.4.0

4.5.0

4.6.0

4.6.1

ccteckit

0.12.2

0.14.1

0.15.0

0.16.1

0.16.3

0.17.0

cctemos

443

446

448

449

450

451

cctfcm

2.2

2.3.1

cctgit

1.8.4

2.6.1

2.8.1

cctgrib_api

1.17.0

1.19.0

1.20.0

1.21.0

1.22.0

1.23.0

1.23.1

cctnetcdf44.3.0
cctodb

1.0.2

1.0.5

1.0.6

CY40R1.001

cctodb_api

0.11.4

0.16.1

0.17.0

0.17.1

0.17.2

0.17.4

0.17.5

cctpython

2.5.6

2.7.5-02

2.7.9-01

cctswig3.0.4
cctudunits2.1.24
leap42Magics

2.32.1

2.32.2

2.34.2

leap42aec0.3
leap42cmor2.9.3
leap42cppcheck1.68
leap42ecbuild

2.5.0

2.5.1

2.6.2

2.7.0

leap42ecflow4.4.0
leap42ecfs2.2.1-rc2
leap42eckit

0.11.3

0.16.1

0.17.0

leap42emos

445

447

449

450

leap42git

1.8.4.5

2.6.1

leap42grib_api

1.22.0

1.23.0

1.23.1

1.26.0

leap42idl8
leap42ifs-git-tools

1.6.1

1.7.0

leap42metview4.8.7
leap42ncchecker0.1.1
leap42odbCY40R1.001
leap42odb_api

0.14.0

0.15.0

leap42openjpeg1.5.2
leap42panoply4.6.0
leap42paraver4.6.2
leap42swig1.3.40
leap42udunits2.2.12
lxcMagics

2.32.0

2.33.0

2.34.2

lxcR3.1.3
lxcaec0.3
lxccmake3.0.2
lxcecbuild

2.4.0

2.5.0

2.5.1

2.6.1

2.7.0

lxceccodes

2.0.0

2.2.0

2.3.0

2.4.0

2.4.1

lxcecflow

4.1.0

4.4.0

lxcecfs2.2.1-rc2
lxceckit

CY41R2

0.14.1

0.16.1

0.16.3

lxcemos

441

443

445

446

447

448

449

450

451

lxcforge6.0.6
lxcgit

1.8.4.5

2.6.1

lxcgrib_api

CY41R2

1.13.0

1.16.0

1.19.0

1.20.0

1.21.0

1.22.0

1.23.0

1.23.1

1.25.0

1.26.0

lxcifs-git-tools

1.6.1

1.7.0

lxcifs-support

CY41R2.5

CY43R1.0

CY43R1.0-UNSTABLE

CY43R1.7

CY43R3.10

CY43R3.2

CY43R3.3

CY43R3.5

CY43R3.8

CY44R1.0

CY45R1.3

lxclatex2007
lxcmetpy

5.5.3

5.5.8

lxcmetview

4.7.1

4.8.2

4.8.3

4.8.5

4.8.7

4.8.8

5.0.0-alpha-8

5.0.2

lxcodb

1.0.5

1.0.6

lxcodb_api

0.15.2

0.16.2

0.17.0

0.17.2

0.17.5

lxgaec0.3
lxgcmake3.0.2
lxgecbuild

2.4.0

2.5.0

2.6.1

2.6.2

2.7.0

2.7.1

2.7.2

lxgeccodes

2.0.0

2.0.2

2.1.0

2.2.0

2.3.0

2.4.0

2.4.1

lxgecflow

4.1.0

4.4.0

4.5.0

4.6.0

4.6.1

lxgeckit

0.14.1

0.15.0

0.16.1

0.16.3

0.17.0

0.18.1

lxgemos

444

445

446

447

448

449

450

lxgfcm2016.10.0
lxggdal

1.11.1

2.0.2

lxggit

1.8.4.5

2.6.1

2.8.1

lxggrib_api

1.17.0

1.18.0

1.20.0

1.23.0

1.23.1

1.25.0

1.26.0

lxghdfeos2.19
lxgifs-git-tools

1.6.1

1.7.0

lxgodb

1.0.5

1.0.6

lxgodb_api

0.16.0

0.16.1

0.16.2

0.17.0

0.17.1

0.17.2

0.17.4

0.17.5

lxgpython2.7.8-01
lxopMagics

2.30.0

2.32.0

2.33.0

2.34.2

3.0.2

lxopcdo

1.7.2

1.9.1

lxopeccodes

2.0.0

2.0.2

2.3.0

2.4.0

2.4.1

lxopecflow

4.1.0

4.5.0

4.6.0

4.6.1

lxopecfs2.2.1-rc2
lxopeckit

0.17.0

0.18.1

0.18.5

lxopemos

443

446

449

450

451

453

454

lxopfftw3.3.5
lxopgrib_api

1.20.0

1.23.0

1.23.1

1.25.0

1.26.0

lxopifs-support

CY43R3.7

CY45R1.0

CY45R1.2

CY45R1.3

CY45R1.4

CY45R1.5

CY45R1.7

CY45R1.8

lxopmetview

4.7.1

4.8.3

4.8.4

4.8.7

4.8.8

5.0.0-alpha-8

5.0.1

5.0.2

lxopnco4.6.1
lxopodb1.0.6
lxopodb_api

0.16.0

0.17.0

0.17.1

0.17.2

0.17.4

0.17.5

There are many modules of ECMWF and 3rd-party software deployed on all platforms at the centre that, according to our logs, haven't been loaded in 2018. As part of our annual cleanup cycle, in this first stage, we are going to remove the modules for those unused versions. The actual deployments and installations for those software packages are not going to be deleted at this point. This will be done at a later stage after the summer.

If you are using any of the versions affected by this change outside the module system, we strongly recommend moving to the default version for that particular package before the second stage to avoid any future problems

If you have any concerns, please get in touch with our servicedesk@ecmwf.int.

When?

The session is scheduled for Wednesday 4 July 2018 at 10:00 UTC

What and where?

PlatformModuleVersions affected
ecgateMagics

2.27.3

2.29.5

2.29.6

2.30.0

2.32.0

2.32.1

2.32.2

2.33.0

2.34.2

ecgateaec0.3
ecgateboost

1.57.0

1.59.0

ecgatecgal4.1
ecgateecbuild

1.9.0

2.4.0

2.5.0

2.5.1

2.6.1

2.7.0

ecgateeccodes

0.16.0

2.0.0

2.0.2

2.4.0

ecgateecflow4.0.9
ecgateecfs2.2.1-rc2
ecgateeckit

0.10.0

0.12.2

0.14.0

0.14.1

0.15.0

0.16.1

0.16.3

ecgateemos

445

447

448

449

450

451

ecgatefcm

2.3.1

2014.09.0

ecgategdal1.10.1
ecgategit1.8.4
ecgategrib_api

1.10.4

1.19.0

1.21.0

1.23.0

ecgatehdf4.2.9
ecgateifs-git-tools

1.6.1

1.7.0

ecgateiris1.9.2
ecgatemetpy5.emos
ecgatemetview

4.4.7

4.5.4

4.5.5

4.5.6

4.5.7

4.5.8

4.6.0

4.6.1

4.6.2

4.6.3

4.6.4

4.6.6

4.7.0

4.7.1

4.7.2

4.8.0

4.8.1

4.8.2

4.8.4

4.8.6

4.8.7

4.8.8

4.9.1-mir-alpha-6

xflexpart-5.0.0-beta

ecgatenetcdf44.2.1.1
ecgateodb

1.0.5

1.0.6

ecgateodb_api

0.10.5.3

0.11.4

0.15.0

0.15.1

0.16.0

0.16.2

0.17.0

0.17.2

0.17.5

cca / ccbaec0.3
cca / ccbecbuild

2.2.0

2.3.0

2.5.0

2.5.1

2.6.1

2.6.2

2.7.1

2.7.2

cca / ccbeccodes0.16.0
cca / ccbecflow

4.4.0

4.6.0

4.6.1

cca / ccbecfs2.0.13rc2
cca / ccbeckit

0.10.0

0.13.1

0.14.0

0.14.1

0.16.3

0.17.0

cca / ccbemos

395

401

440

448

449

450

451

cca / ccbextrae3.4.3-single-mpi-lib
cca / ccbfcm2.2 2.3.1
cca / ccbfdb

4.4.0

4.6.5

4.7.0

CY41R2.1

cca / ccbgit1.8.4
cca / ccbgrib_api

1.9.16

1.12.0

1.14.1

1.19.0

1.22.0

cca / ccbifs-git-tools

1.6.1

1.7.0

cca / ccbifs-support

CY41R2

CY41R2.3

CY43R1.1

CY43R1.6

CY43R1.7

CY43R3.0

CY43R3.1

CY43R3.10

CY43R3.2

CY43R3.3

CY43R3.5

CY43R3.8

CY43R3.9

cca / ccbmetpy

5.3.0

5.5.0

6.1.0

6.1.1

6.1.2

6.2.0

6.2.1

cca / ccbmetview

5.0.0-alpha-8

5.0.1

5.0.2

cca / ccbodb

1.0.5

1.0.6

cca / ccbodb_api

0.10.1

0.10.5.3

0.10.5.4

0.12.0

0.13.0

0.14.0

0.15.0

0.15.1

0.15.2

0.16.0

0.17.0

0.17.2

0.17.5

cca / ccbpython

2.5.6

2.7.5-02

cca / ccbswig3.0.4
cca / ccbudunits2.1.24
cckecbuild

2.6.1

2.7.0

2.7.1

2.7.2

cckeccodes

2.0.0

2.1.0

2.2.0

2.3.0

2.4.0

2.4.1

cckecflow

4.1.0

4.5.0

4.6.0

4.6.1

cckecfs2.2.1-rc2
cckeckit

0.15.0

0.16.1

0.16.3

0.18.0

0.18.5

cckgit2.8.1
cckodb1.0.5
cckpython2.7.5-01
cctboost1.59.0
cctcdo

1.6.4

1.7.0

1.7.2

cctcmake3.1.2
cctdarshan2.3.1-pre1
cctecbuild

2.4.0

2.5.0

2.6.1

2.6.2

2.7.0

2.7.1

2.7.2

ccteccodes

2.0.0

2.0.2

2.1.0

2.2.0

2.3.0

2.4.0

2.4.1

cctecflow

4.1.0

4.4.0

4.5.0

4.6.0

4.6.1

ccteckit

0.12.2

0.14.1

0.15.0

0.16.1

0.16.3

0.17.0

cctemos

443

446

448

449

450

451

cctfcm

2.2

2.3.1

cctgit

1.8.4

2.6.1

2.8.1

cctgrib_api

1.17.0

1.19.0

1.20.0

1.21.0

1.22.0

1.23.0

1.23.1

cctnetcdf44.3.0
cctodb

1.0.2

1.0.5

1.0.6

CY40R1.001

cctodb_api

0.11.4

0.16.1

0.17.0

0.17.1

0.17.2

0.17.4

0.17.5

cctpython

2.5.6

2.7.5-02

2.7.9-01

cctswig3.0.4
cctudunits2.1.24
leap42Magics

2.32.1

2.32.2

2.34.2

leap42aec0.3
leap42cmor2.9.3
leap42cppcheck1.68
leap42ecbuild

2.5.0

2.5.1

2.6.2

2.7.0

leap42ecflow4.4.0
leap42ecfs2.2.1-rc2
leap42eckit

0.11.3

0.16.1

0.17.0

leap42emos

445

447

449

450

leap42git

1.8.4.5

2.6.1

leap42grib_api

1.22.0

1.23.0

1.23.1

1.26.0

leap42idl8
leap42ifs-git-tools

1.6.1

1.7.0

leap42metview4.8.7
leap42ncchecker0.1.1
leap42odbCY40R1.001
leap42odb_api

0.14.0

0.15.0

leap42openjpeg1.5.2
leap42panoply4.6.0
leap42paraver4.6.2
leap42swig1.3.40
leap42udunits2.2.12
lxcMagics

2.24.7

2.32.0

2.33.0

2.34.2

lxcR3.1.3
lxcaec0.3
lxccmake3.0.2
lxcecbuild

2.4.0

2.5.0

2.5.1

2.6.1

2.7.0

lxceccodes

2.0.0

2.2.0

2.3.0

2.4.0

2.4.1

lxcecflow

4.1.0

4.4.0

lxcecfs2.2.1-rc2
lxceckit

CY41R2

0.8.0

0.14.1

0.16.1

0.16.3

lxcemos

441

443

445

446

447

448

449

450

451

lxcforge6.0.6
lxcgit

1.8.4.5

2.6.1

lxcgrib_api

CY41R2

1.13.0

1.16.0

1.19.0

1.20.0

1.21.0

1.22.0

1.23.0

1.23.1

1.25.0

1.26.0

lxcifs-git-tools

1.6.1

1.7.0

lxcifs-support

CY41R2.5

CY43R1.0

CY43R1.0-UNSTABLE

CY43R1.7

CY43R3.10

CY43R3.2

CY43R3.3

CY43R3.5

CY43R3.8

CY44R1.0

CY45R1.3

lxclatex2007
lxcmetpy

5.5.3

5.5.8

lxcmetview

4.7.1

4.8.2

4.8.3

4.8.5

4.8.7

4.8.8

5.0.0-alpha-8

5.0.2

lxcodb

1.0.5

1.0.6

lxcodb_api

0.15.2

0.16.2

0.17.0

0.17.2

0.17.5

lxgaec0.3
lxgcmake3.0.2
lxgecbuild

2.4.0

2.5.0

2.6.1

2.6.2

2.7.0

2.7.1

2.7.2

lxgeccodes

2.0.0

2.0.2

2.1.0

2.2.0

2.3.0

2.4.0

2.4.1

lxgecflow

4.1.0

4.4.0

4.5.0

4.6.0

4.6.1

lxgeckit

0.14.1

0.15.0

0.16.1

0.16.3

0.17.0

0.18.1

lxgemos

444

445

446

447

448

449

450

lxgfcm2016.10.0
lxggdal

1.11.1

2.0.2

lxggit

1.8.4.5

2.6.1

2.8.1

lxggrib_api

1.17.0

1.18.0

1.20.0

1.23.0

1.23.1

1.25.0

1.26.0

lxghdfeos2.19
lxgifs-git-tools

1.6.1

1.7.0

lxgodb

1.0.5

1.0.6

lxgodb_api

0.16.0

0.16.1

0.16.2

0.17.0

0.17.1

0.17.2

0.17.4

0.17.5

lxgpython2.7.8-01
lxopMagics

2.30.0

2.32.0

2.33.0

2.34.2

3.0.2

lxopcdo

1.7.2

1.9.1

lxopeccodes

2.0.0

2.0.2

2.3.0

2.4.0

2.4.1

lxopecflow

4.1.0

4.5.0

4.6.0

4.6.1

lxopecfs2.2.1-rc2
lxopeckit

0.17.0

0.18.1

0.18.5

lxopemos

443

446

449

450

451

453

454

lxopfftw3.3.5
lxopgrib_api

1.20.0

1.23.0

1.23.1

1.25.0

1.26.0

lxopifs-support

CY43R3.7

CY45R1.0

CY45R1.2

CY45R1.3

CY45R1.4

CY45R1.5

CY45R1.7

CY45R1.8

lxopmetview

4.7.1

4.8.3

4.8.4

4.8.7

4.8.8

5.0.0-alpha-8

5.0.1

5.0.2

lxopnco4.6.1
lxopodb1.0.6
lxopodb_api

0.16.0

0.17.0

0.17.1

0.17.2

0.17.4

0.17.5


ECMWF is updating the default versions of its software packages and libraries used across all user platforms at the centre as part of the regular update cycle.

When?

The changes will take place on  22 May 2018 10:00 - 10:30 UTC

What platforms are affected?

All user platforms at the centre will see their default additional software stack updated:

  • All clusters in our High Performance Computing Facility, mainly CCA and CCB
  • ECGATE
  • Linux Clusters
  • Linux Desktops

Table of contents

Highlights

Software stack ready for next operational IFS cycle

With the upcoming Implementation of IFS cycle 45r1, this set of defaults is ready to handle the data produced, including all the new parameters introduced  in this cycle

Magics 3 and Metview 5

Both Magics and Metview see their major version updated.

Magics comes with some improvements on the visualisation of NetCDF-CF and colour setting gradients, and support for Python 3.

Metview 5 will benefit from the new features of Magics 3,  plus interesting features such as a new interactive layer management, per-colour transparency and FLEXPART support, among others. 

See the Magics and Metview latest news for a more detailed list of changes.

CodesUI first stable release

CodesUI is an interactive graphical application built on ecCodes to inspect GRIB and BUFR messages, that has now reached the first public release.

Consolidation of main third-party software package defaults across all platforms

The default versions for other third party software and libraries have historically diverged in the different platforms at the centre. We will take this opportunity to converge our defaults to the same versions across all those platforms, so we can offer a more consistent environment and user experience. Amongst the affected packages we can find popular tools and libraries like Python, R,  cdo or netCDF 4. See below for the complete list.

How to use the new versions for testing BEFORE the update

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected by using the may18 tag in modules. For example:

module swap metview/may18
module load Magics/may18
module swap eccodes/may18 
module swap python/may18

How to revert to the old versions in case of problems AFTER the updateUsers that experience problems with the new default software packages after the update of 10 May will be able to revert to the old default versions. These can be selected with the commands:

module swap metview/old
module load Magics/old
module swap eccodes/old 
module swap python/old

Please let ECMWF know if you need to revert to the old version of any of the packages after the update of the defaults has taken place. 

Change list

ECMWF Software

This table summarises the changes in the version of the different packages:

ecCodes is now the official ECMWF encoder and decoder for GRIB and BUFR formats. It supersedes GRIB-API, for the GRIB format, and EMOSLIB, for the BUFR. If you still use any of those, we encourage you to migrate to ecCodes.

PackageDefault versionRelease notesDownload page
BeforeAfter
EMOSLIB4.5.24.5.5History of EMOSLIB changesEMOSLIB Releases
GRIB-API1.24.01.26.1

Latest news

GRIB-API Releases

Please see the Release notes for full details of the changes implemented in each package.

Third-party software

Some of the versions in this list may already be the default for a specific package on a certain platform, so no changes will be made in those cases. After the update, all platforms will have the same defaults for all these packages.

PackageNext defaultNotes
boost1.61.0http://www.boost.org/users/history/version_1_61_0.html
cdo1.8.2

With Grib, netcdf 4, hdf5 and Magics support

https://code.zmaw.de/news/349

cmake3.10.2https://cmake.org/cmake/help/v3.10/release/3.10.html
forge18.1.3https://developer.arm.com/products/software-development-tools/hpc/downloads/download-arm-forge
gdal2.1.1https://trac.osgeo.org/gdal/wiki/Release/2.1.1-News
geos3.5.0https://trac.osgeo.org/geos/browser/tags/3.6.0/NEWS
git2.16.2https://github.com/git/git/tree/master/Documentation/RelNotes
gsl2.2.1http://git.savannah.gnu.org/cgit/gsl.git/tree/NEWS
hdf4.2.12https://support.hdfgroup.org/ftp/HDF/releases/HDF4.2.12/src/hdf-4.2.12-RELEASE.txt
hdf51.8.17https://support.hdfgroup.org/ftp/HDF5/releases/ReleaseFiles/hdf5-1.8.17-RELEASE.txt
intel17.0.3https://software.intel.com/en-us/articles/intel-parallel-studio-xe-2017-update-3-readme
nag24

A number of  a number of routines in the "G05 – 
Random Number Generators" chapter have been withdrawn.

https://www.nag.co.uk/numeric/fl/nagdoc_fl24/html/GENINT/replace.html

ncl6.4.0http://www.ncl.ucar.edu/prev_releases.shtml
nco4.6.7http://nco.sourceforge.net/ANNOUNCE
netcdf44.4.1http://www.unidata.ucar.edu/blogs/news/entry/netcdf-4-4-1
proj44.9.2https://github.com/OSGeo/proj.4/blob/4.9.2/ChangeLog
python2.7.12-01

More up-to-date extra python modules

MKL used for linear algebra in numpy and scipy

https://hg.python.org/cpython/raw-file/v2.7.12/Misc/NEWS

python33.6.5-01https://docs.python.org/3/whatsnew/3.6.html
R3.3.1

More up-to-date extra R packages

MKL used for all linear algebra operations

https://cran.r-project.org/doc/manuals/r-release/NEWS.html

udunits2.2.17https://abi-laboratory.pro/tracker/changelog/udunits/2.2.17/log.html



We would like to inform you that GCC 6.3 will become the default GNU compiler on Linux platforms, with the exception of the supercomputers.

GCC 6.3 has been the default GNU compiler on the supercomputers since November 2017.

When is this happening?

This change will take place on 11 April 2018 at 11 UTC.

How can I test the new compilers?

In order to test this new compiler set before the actual change, simply run the following line before you build your programs:

module swap gnu/new

After the upgrade, if you detect any issues, you may go back to the previous default compiler by running:

module swap gnu/old

Do I need to recompile my programs?

There is no immediate need to recompile all your programs at this point. Your existing executables and libraries will continue to work as they are. You may temporarily continue using the older compiler since it will remain installed. Nevertheless, we strongly recommend you to test the new compilers before this upgrade, to make sure you are ready to use them.

 Future versions of ECMWF and 3rd party software and libraries will only be made available for the latest compilers.

More updates coming up...

Please note that as part of our regular software update cycle, other ECMWF and 3rd party software and libraries will also see their default versions updated in May 2018 across all ECMWF platforms. Further details on the packages and versions selected, as well as the exact date of implementation, will be announced at a later stage.

Still using csh? 

If you are still using csh as your login shell, you should consider moving to bash or ksh. These are the fully supported shells across all ECMWF platforms, with bash being the default for new users and the recommended one. Csh has not been supported on our supercomputers for several years, and may become completely unsupported in the future across all the other computing platforms at ECMWF. To change it, just run the command *changesh* on ecgate and follow the instructions.

This change is combined with the update on the default compiler stacks on our Cray HPCF. See 2017 Compiling environment upgrade on HPCs for more information

ECMWF is changing the default versions of its software packages and libraries used across all user platforms at the centre on the following dates:

PlatformsDate
CCBWednesday 22 November 2017 11:00 - 11:30 UTC

CCA

ECGATE

DESKTOPS

LINUX CLUSTERS

Wednesday 29 November 2017 11:00 - 11:30 UTC

Version changes

This table summarises the changes in the version of the different packages:

Please see the Release notes for full details of the changes implemented in each package.

The next defaults are tagged as "nov17" in modules. After the session the previous defaults will be tagged as "old"

How to use the new versions for testing BEFORE the update

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected by using the nov17 tag in modules. For example:

module swap metview/nov17

module load Magics/nov17

module swap emos/nov17

module swap eccodes/nov17 

How to revert to the old versions in case of problems AFTER the update

Users that experience problems with the new default software packages after the update of 10 May will be able to revert to the old default versions. These can be selected with the commands:

module swap metview/old

module load Magics/old

module swap emos/old

module swap eccodes/old 

Please let ECMWF know if you need to revert to the old version of any of the packages after the update of the defaults has taken place. 

Reverting to older versions of ecflow (for server only)

Ecflow 4.7.0 introduces a new file format for the checkpoint files, which is where ecflow keeps the state of the suites so it can recover from a failure or a server stop. This new version of ecflow can work with both formats, being able to load a checkpoint from an older version. However, it will always write out the checkpoints using the new format, so older versions of ecflow will not be able to read it.

if you need to revert your server to an older version once the new server has been used, you need to do the following:

  1. Stop the running new (>=4.7.0) server.
  2. With your ecflow server stopped, locate the checkpoint files, in ECF_HOME  and move them aside with a different name.
  3. Start the old (<4.7.0) server, which will appear completely empty.
  4. Since the new format of the checkpoint uses de ecflow definition language, you can load it as if it was a normal suite, with ecflow_client --load checkpoint_name.

ecCodes superseding GRIB API

ecCodes replaces GRIB API as the default GRIB decoder at ECMWF. The grib_api module will no longer be loaded by default. ecCodes will be loaded instead. This change could affect your scripts or user setup. See below for details.

ECMWF will change the default versions of its software packages and libraries used across all user platforms at the centre (ecgate, desktops, lxc, cca and ccb) between 10:00 and 10:30 UTC on Wednesday 10 May 2017.

Version changes

This table summarises the changes in the version of the different packages:

Please see the Release notes for full details of the changes implemented in each package.

The next defaults are tagged as "may17" in modules. After the session the previous defaults will be tagged as "old"

IMPORTANT: ecCodes replaces GRIB API as the default GRIB decoder

As part of this change in the default ECMWF software stack, ecCodes will become the default GRIB decoder at the centre superseding GRIB API. ecCodes provides a set of equivalent command line tools and compatible libraries. All the variables defined by the grib_api module for the compilation of programs and the python bindings are also provided for backwards compatibility. See the GRIB-API migration page for details on the differences between GRIB API and ecCodes.


The grib_api module, which used to be part of the default shell environment, will no longer be automatically loaded after the change. Instead, the eccodes module will be automatically loaded.

Anyone loading or switching to a particular version of the grib_api module in their scripts or user setup must make sure that it can work after the change and make the necessary amendments otherwise.

Example

The following commands will fail after the change on a default environment, because it is assumed that the grib_api module is loaded, and that eccodes is not:

module swap grib_api/old
# or
module unload grib_api
module load grib_api/old

First of all, the recommendation is to use ecCodes instead, so no swap would be required. However, if you have a good reason to continue using a particular version of GRIB API, then the more robust way to make sure it works in all cases would be:

module unload grib_api eccodes
module load grib_api/old

Please let ECMWF know if you need to revert to grib_api after the update of 10 May 2017.

How to use the new versions for testing BEFORE the update

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected by using the may17 tag in modules. For example:

module swap metview/may17

module load Magics/may17

module swap emos/may17

module swap grib_api eccodes/may17 

How to revert to the old versions in case of problems AFTER the update

Users that experience problems with the new default software packages after the update of 10 May will be able to revert to the old default versions. These can be selected with the commands:

module swap metview/old

module load Magics/old

module swap emos/old

module swap eccodes grib_api/old 

Please let ECMWF know if you need to revert to the old version of any of the packages after the update of 10 May 2017. 

ECMWF will change the default versions of GRIB API, EMOSLIB, ecCodes, Magics, and Metview on all ECMWF platforms (ecgate, desktops, lxc, cca and ccb) between 10:00 and 10:30 UTC on Wednesday 19 October 2016.

Versions

On Wednesday 19 October 2016, ECMWF will update the default versions of its GRIB API, EMOSLIB, ecCodes, Magics, and Metview packages to the versions specified in the table below.

Please see the Release notes for full details of the changes implemented in each package.

How to use the new versions for testing before the update of 19 October 2016

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected by using the commands:

module switch metview/new

module load Magics/new

module switch emos/new

module switch grib_api/new

module load eccodes/new 

How to revert to the old versions in case of problems after the update of 19 October 2016

Users that experience problems with the new default software packages after the update of 19 October will be able to revert to the old default versions.  These can be selected with the commands:

module switch metview/old

module load Magics/old

module switch emos/old

module switch grib_api/old

module load eccodes/old 

Please let ECMWF know if you need to revert to the old version of any of the packages after the update of 19 October 2016. 

ECMWF will change the default versions of GRIB API, EMOSLIB, Magics, and Metview on all ECMWF platforms (ecgate, desktops, lxc, cca and ccb) between 10:00 and 10:30 UTC on Wednesday 15 June 2016.

Versions

On Wednesday 15 June 2016, ECMWF will update the default versions of its GRIB API, EMOSLIB, Magics, and Metview packages to the versions specified in the table below.

PackageDefault versionRelease notesDownload page
Before
15/06/2016
After
15/06/2016
GRIB-API1.14.51.15.0GRIB API version 1.15.0GRIB-API Releases
EMOSLIB4.3.74.4.1History of EMOSLIB changesEMOSLIB Releases
Magics2.26.22.29.0Latest NewsMagics Releases
Metview4.6.44.6.6Version 4.6 UpdatesMetview Releases
Metview Bundle

Please see the Release notes for full details of the changes implemented in each package.

Important change to Metview on ecgate

With this upgrade, use of the following 'metview commands on ecgate will be discontinued:  'metview_new', 'metview_old', 'metview_dev', 'metview_test', 'metview4', 'metview4_new', 'metview4_old', 'metview4_dev' and 'metview4_test'.  Users should use the module command instead to load the desired metview version as indicated in the table.

Discontinued Metview commandReplacement Metview command
metview_newmodule switch metview/new ; metview
metview_oldmodule switch metview/old ; metview
metview_devmodule switch metview/dev ; metview
metview_testmodule switch metview/new ; metview
metview4metview
metview4_newmodule switch metview/new ; metview
metview4_oldmodule switch metview/old ; metview
metview4_devmodule switch metview/dev ; metview

Using Metview in scripts running under cron

Users using /usr/local/bin/metview to pass the full path to the metview command in scripts run under cron will need to adapt their scripts and crontab entries to use a wrapper script which sets the environment before the script is run. This will ensure that the $PATH is set correctly and the 'metview' command is available for use directly in the script. For further information see Cron and time-critical jobs.

How to use the new versions for testing before the update of 15 June 2016

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected by using the commands:

module switch metview/new

module load Magics/new

module switch emos/new

module switch grib_api/new

How to revert to the old versions in case of problems after the update of 15 June 2016

Users that experience problems with the new default software packages after the update of 15 June will be able to revert to the old default versions.  These can be selected with the commands:

module switch metview/old

module load Magics/old

module switch emos/old

module switch grib_api/old

To provide support for decoding, processing and visualising the new octahedral reduced Gaussian grid which is scheduled to be introduced into operations in March 2016, ECMWF will change the default versions of Metview, Magics, EMOSLIB, GRIB API and MARS on all ECMWF platforms (ecgate, cca and ccb) between 10:00 and 10:30 UTC on Tuesday 9 February 2016.

As a first step in this process, the 'new' versions of Metview, Magics, EMOSLIB and GRIB API were updated on all platforms at ECMWF on Wednesday 9 December 2015. A test version of MARS that uses the new libraries is also available as "mars -t".

Timetable

9 December 2015The 'new' versions of Metview, Magics, EMOSLIB and GRIB API updated on all platforms at ECMWF as 'release candidates'
16 December 2015

Initial email to users announcing the planned change

1 February 2016

The 'new' versions finalised

9 February 2016Planned date for change of default versions

Versions

On 9 February 2016, ECMWF will update the default versions of its GRIB API, EMOSLIB, Magics, Metview packages to the versions specified in the table below.

On the same day, the default version of MARS will be changed to use these new default libraries.

Please see the Release notes for full details of the changes implemented in each package.

Important changes

GRIB API

GRIB API version 1.14.5 provides support both for decoding data on the octahedral reduced Gaussian grid and for the new simulated satellite image GRIB products based on the octahedral grid which will be introduced with the Implementation of IFS cycle 41r2 in operations.In particular, the new computed keys gridName and isOctahedral are available to aid identification of the type of reduced Gaussian grid:

  • For an octahedral grid, isOctahedral=1; otherwise, isOctahedral=0
  • For an octahedral with 1280 latitudes between pole and equator gridName=O1280; for an original reduced Gaussian grid with 640 latitudes between pole and equator, gridName=N640 while the corresponding regular Gaussian grid has gridName=F640.

The update also includes two other important changes:

  • The encoding of the keys affecting the description of the area and grid resolution (latitudeOfFirstGridPoint[InDegrees], latitudeOfLastGridPoint[InDegrees] longitudeOfFirstGridPoint[InDegrees] longitudeOfLasstGridPoint[InDegrees], iDirectionIncrement[InDegrees], jDirectionIncrement[InDegrees]) is restricted to millidegrees for GRIB 1 fields.  An attempt to represent these values with sub-millidegree precision via an interpolation with MARS or directly with EMOSLIB will result in an error and the retrieval will fail.  User programs setting these keys are unaffected.
  • The default type for the mars keys "stream" and "class" in GRIB 1 messages is changed from "integer" to "string".  Users that have created GRIB index files using these keys will need to rebuild the index.

EMOSLIB

Along with support for interpolation of the octahedral reduced Gaussian grid, the update to EMOSLIB introduces two important changes:

  • GRIBEX support is discontinued.  Code calling GRIBEX will abort.
  • A bug has been fixed which will change results for interpolations from global grid point fields to regular lat-lon or regular Gaussian grids.  The problem and the specific cases where differences can occur are described in  Bug fix implemented in EMOSLIB 4.3.x.

Magics

Magics 2.26.2 has been linked with version 1.14.5 of the GRIB API library to provide support for visualisation of data on the octahedral reduced Gaussian grid.

Metview

Metview 4.6.4 has been linked with EMOSLIB 4.3.7 and GRIB API 1.14.5 to provide support for visualisation of data on the octahedral reduced Gaussian grid.

The option to plot the classic meteograms based on HRES data (the 10 days Metgram type option for the Metgram function) is discontinued with the introduction of the octahedral reduced Gaussian grid.

MARS

The default version of MARS to be introduced on 9 February 2016 is using EMOSLIB 4.3.7 and GRIB API 1.14.6 so is subject to the changes described for these packages.

How to use the new versions for testing before the update of 9 February 2016

Users are strongly encouraged to test their software applications and data processing chain with the new versions of the various software packages before the date of the change to the default versions.

The new versions of the software packages can be selected on ecgate by using the commands:

module load metview/new

module load Magics/new

module switch emos/new

module switch grib_api/new

mars -t

and on cca and ccb with:

module switch emos/new

module switch grib_api/new

mars -t

How to revert to the old versions in case of problems after the update of 9 February 2016

Users that experience problems with the new default software packages after the update of 9 February will be able to revert to the old default versions.  These can be selected on ecgate with the commands:

module load metview/old

module load Magics/old

module switch emos/old

module switch grib_api/old

and on cca and ccb with

module switch emos/old

module switch grib_api/old

The previous default version of MARS can be used with 'mars -t -p'. 

The 'mars -t -p' version is provided for test purposes only.   It should not be used as a long term replacement for the default 'mars'.  Please let ECMWF know if you need to use 'mars -t -p'.