Additional archiving requirements for the CERISE class
CERISE class is a copy of the c3 class
Apart from forecast/hindcast data, analyses data will also be archived in the CERISE class, so the type "an" analysis is needed.
stream 'moda' and 'oper' is not needed as we can as type 'an' in the stream 'mmsf' and 'msmm'
Finalise the archiving requirement after the CERISE GA
CERISE class is ready in ecCodes (v.2.33.0).
We still need to update:
mars server
mars client
fdb
CERISE class can be created in two phases.
First phase, the cerise class will be a copy of the c3 class,
Second phase, we will add any additional requirements.
Only GRIB2 data will be archived in the new CERISE class
All the high-frequency variables can be encoded in GRIB2
soil moisture: 39/40/41/42 will be converted to 260199
soil temperature: 139/170/183/236 will be converted to 260360 (check if the temperature is the average of the soil layer)
Monthly means data can be encoded in GRIB2 using a different paramID from GRIB1
no impact in CERISE as all the data will be in GRIB2. Main impact on C3S.
paramID is for internal ECMWF use (ecCodes, retrieve/archive data to MARS) and doesn't affect the user.
The change of the paramID is done by ecCodes behind the scenes, changing the typeOfStatisticalProcessing to 0
There is no encoding for variables 172008, 172009, 172144, and 172228. An upgrade of ecCodes is needed. In case, the paramID exists in the DB but the discipline is 192, it will be deleted and replaced with a proper WMO encoding.
Any changes in ecCodes (encoding of the variables 172008, 172009, 172144, 172228 and adding type=an to streams=mmsf, msmm, etc) will be done in the same ecCodes release
Action items
Charalampos Karvelis : collect all the additional archiving requirements for finalise the design of the new CERISE class
Charalampos Karvelis : check if the soil temperature is the average of the layer or the temperature at a specific point of the layer (different encoding)