Under construction.

This combines information from:

The information presented here will be made available to the public under the History of EMOSLIB changes.

While addressing sub-optimal performance issues for interpolating from the octahedral reduced Gaussian grid introduced with IFS cycle 41r2 to regular latitude-longitude grids, an issue was discovered with the method used to calculate the longitudinal points in the source grid.  In some specific cases, this issue leads to an incorrect computation of interpolation weights and hence to incorrect interpolated values at some points of the output grid.

The issue affects all versions of EMOSLIB prior to cycle 000430.  The problem is also present in fields retrieved with versions of MARS (including the WebAPI) that use and EMOSLIB prior to cycle 000430, Metview versions prior to 4.6.1 and for disseminated products from IFS cycle 41r1 and earlier.

This page provides information about the problem and the specific cases where differences can occur.

Description of the problem

The problem originates in the calculation of the longitude values of the source grid in EMOSLIB routines IRDIWE and IGDIWE.  These routines use an integer value of the longitudinal grid increment (the 'stride')  which, in some cases, results in a truncated value of the increment. This can result in an error in the computation of the longitude values in the source grid.

When the error occurs, the incorrect computation of the longitude values leads to two issues:

  1. The longitude points in the source grid are computed incorrectly.  This leads to an incorrect computation of interpolation weights and hence to incorrect values at some points of the output grid.
  2. The nearest grid points used for the interpolation may be incorrectly identified due to a numerical 'shift' of the input grid cell.

The error is most evident for parameters where the gradient of the field is large and where a change in the nearest grid points or the interpolation weights used thus has a larger effect.

Which interpolations are affected ?

The problem affects interpolations from:

Which interpolations are not affected ?

For which cases is the problem fixed ?

The issue is fixed in EMOSLIB cycle 000430 and newer for the following cases:

In which software versions is the problem fixed ?

The issue is fixed in EMOSLIB cycle 000430 and newer.  This is used by:

For the Disseminated products from IFS cycle 41r2, the problem is also fixed for interpolations to sub-areas of latitude-longitude grids.

For which cases does the problem still exist ?

The issue has not been fixed for the following cases

Examples