New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add two sets of dynamic RCM forcing variables on dedicated pressure levels #664
Comments
Done in 3dd757a. |
So a script has been added which add those variables and coordinates into the CMOR tables. The script is maintenance proof. |
… RCM forcing variables on dedicated pressure levels to the ifspar.json as well #664.
…to the genecec-for-one-experiment #664.
…hrPlevPt so it will be asked on the atmos grid #664.
…the dynamical RCM forcing case #664.
…for the dynamical RCM forcing request #664.
…bly due to land points. Here a fix in which land poits are excluded in the interpolation to the regular grid #664.
Solving in cee884a problems with regridding |
… changed to zero values conform the CMOR non-masked instruction in the CMOR tables for siconca #664.
Technically we are there. Many tests have passed successfully. The latest validation of the fieldvalues is on the way. |
Validation has been successfully completed. Further embedding in |
For 23 & for 36 dedicated pressure levels for RCM dynamic forcing the:
have been added to the standard |
The 23 & 36 pressure level sets and additionals are now added in the |
Up to now the EC-Earth consortium included in a part of their output the CORDEX RCM dynamic forcing variables
ta
,ua
,va
&hus
on model levels. However, this generates a lot of additional raw EC-Earth output volume. In the KNMI'23 dutch climate scenarios a large number of members will be run to force the RCM RACMO. We aim for a workflow in which this RCM will use the cmorisedta
,ua
,va
&hus
on certain pressure levels. Unfortunately none of theplevX
coordinates matches with the RCM forcing requirements and (thus) also none of the availableta
,ua
,va
&hus
variants do match these requirements.Therefore a script will be added which will add two pressure level coordinates, so we can explore these two cases. One, the
plev23r
matches what we think is the minimum requirement to dynamically force RACMO specifically. The other,plev36
contains a more extended pressure level set, which we expect would fit any RCM. Compatible with this two pressure level coordinate sets the following variables will be added to the6hrPlevPt
table:plev23r
):ta23r
,ua23r
,va23r
&hus23r
plev36
):ta36
,ua36
,va36
&hus36
The number reflects the number of pressure levels, the
r
has been added to distinguish from the already existingplev23
coordinate. Note that where possible overlapping pressure levels have been used in order to ensure a most compact output in case additional requests are applied, and note that the set of levels differs where this is essential to the RCM forcing.The text was updated successfully, but these errors were encountered: