Page History

• Conversion to NetCDF

  Users must be aware that conversion to NetCDF is considered experimental and it is NOT recommended for operational workflows. Users are encouraged to use as much as possible the data in the native archived format (GRIB).
  More details about the conversion are available in the following page: GRIB to netCDF conversion on new CDS and ADS systems.
  
  

  Please note that conversion is not applied to the `seasonal-monthly-ocean` dataset as this is natively archived in netCDF.

• Horizontal grid interpolation

...

Users must be aware of the following:

• • Use of grid for horizontal interpolation is currently NOT
recommended
• • recommended in the following case:
    • It can lead to errors when trying to download MetOffice
data produced before January 2018
• • • GloSea5-GC2 data (system=12) produced before January 2018. More information about what causes this error can be found in Known issue D2
.It can lead to failing data retrievals if more than one model version (system) is requested. Note that if system is not explicitly specified it defaults to all available systems
• • • .
  • Access to C3S seasonal data was also available through ECMWF Web API until 5 March 2019. Data
previously
• • downloaded at that time using that Web API access may have used a different interpolation method;
you
• • users would need to assess whether such differences are relevant for
your
• • their choice of data. This issue
is
• • can be relevant in the context of the required consistency between interpolation of real-time forecasts and the associated hindcasts.

• Conversion to NetCDF

Users must be aware that conversion to NetCDF is considered experimental and it is not guaranteed to work in all situations.

In this context,

• • It is NOT recommended to include in a single request more than one model version (system). Note that for hindcasts, data from more than one system may exist in the archive.
  • It is NOT recommended to include in a single request data related to more than one start time.

• Efficiency tips

The C3S seasonal forecast dataset is currently based on GRIB files archived at ECMWF's MARS archive. This implies, in some situations, accessing data not available online (on disk) but archived in the tape library.

...

• • Users are encouraged to explore the C3S catalogue using the former Web API ECMWF data catalogue tool here: https://apps.ecmwf.int/data-catalogues/c3s-seasonal/?class=c3
    All the data shown at the same time in a window like the picture below, constitutes a "leaf" in the MARS "tree". This is usually guaranteed to be in a single archived file, and hence in one single tape.
    Users are encouraged to

    • combine in one single request all the data they are interested in which is contained in the same MARS "leaf"

    • avoid combining data from two different "leaves".

      Expand
      title See here how a MARS leaf looks like in the ECMWF catalogue

      
      

  • Users are encouraged to devise their requests as follows:
    • Do NOT ask for different start months in the same request when retrieving data from the "daily" datasets.
      It is much more efficient to request one single month (e.g. November) for all the hindcast years (1993 to 2016) than requesting all 12 months from a single year
    • Combine in one single request all variables of interest, all levels (for pressure level fields), all product types and all leadtimes (hours or months, depending on the CDS product). However, note that there are some limitations in the size of a request. If you are using the CDS forms directly, you will be informed when you request is too big before submitting it. If you are using CDS API you can use the forms to discover whether the request you are trying to submit is affordable or not.

...