The following points are a summary of the discussions we had (Tim Stockdale, Stephanie Johnson, Charalampos Karvelis and Eduardo Penabad) about the plans for encoding seasonal forecast data in GRIB2, providing the inputs from RD, C3S and CERISE/ASPECT projects.
Distinction between real-time forecasts and re-forecasts (hindcasts)
- There is no clear-cut distinction here on what is a forecast and what a hindcast, and from the point of view of RD having a distinction can be an unnecessary complication.
- However there might be some merit in doing the distinction for users' benefit:
- Using different MARS streams (as for medium-range, extended-range) is seen as unnecessary here
- The use of typeOfGeneratingProcess=15 (Hindcast) from Section 4, code table 3 was seen as appropriate
- The distinction between section 4 templates 1,11 and 60,61 (the latter only add modelVersionDate) was considered not strictly needed
Description of the forecast system
- Alternatives to the MARS "system" keyword:
- The use of generatingProcessIdentifier (bit 14 from section 4 templates) can be problematic:
- IFS cycle might not be enough to fully identify a given ECMWF seasonal forecast system (that's already the case with SEAS5)
- Being 1-byte long it doesn't seem appropriate
- The definition for non-ECMWF data can be problematic (what numbering to use?)
- The use of modelVersionDate (from section 4 templates 60,61) is not suitable:
- the concept can be tricky to define
- it is only present in templates 60,61 (so either the templates are repurposed to be used for both forecasts and hindcasts, or it woudn't be available for forecasts)
- The use of generatingProcessIdentifier (bit 14 from section 4 templates) can be problematic:
...