-
Notifications
You must be signed in to change notification settings - Fork 0
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 ocean variable list #33
Comments
@gnikulin is this for all domains, or actually only for MED-CORDEX? |
it's only for Med-CORDEX so we need to think first how to organise domain-specific DRs |
The ocean data request got an update: https://zenodo.org/records/13165021 Is it expected that this or a similar variable list will be added to the CORDEX-CMIP6 CMOR tables so that the ocean variables from coupled CORDEX-CMIP6 runs (there are several coupled models registered with the CV, i.e. with DWD-BSH have conducted first CORDEX-CMIP6 conformal model simulations with the model |
Hi Martin, yes, this is pending, and should be handled on time for the ESGF upload. Note that publishing CORDEX-CMIP6 data on ESGF is not yet possible. We are also working on that at the moment (WCRP-CORDEX/cordex-cmip6-cv#165). I assume you are adopting the Med-CORDEX variable list for the ocean. As far as I know, this has not been discussed yet in the EURO-CORDEX community, but could be a good topic for the upcoming GA (@ClaasTeichmann). Sea ice variables might be a problem, as these are not considered in Med-CORDEX. If you have a proposed data request, do not hesitate to open a specific issue or PR for discussion. All this might be handled by the TF-Ocean (@sam-somot) at some point also. Thanks! |
I got an excel sheet once from @gnikulin which i converted and still had on my disk. I added it in #52 |
Should the MED-CORDEX data request be like |
A bit more complicated due to the priority being dependent on whether a given model has a given component (ocean, river , etc). There are also data requests for rivers (https://doi.org/10.5281/zenodo.7112672) and aerosols (https://doi.org/10.5281/zenodo.7112859) that should be included in the Med-CORDEX data request. We should be able to get the corresponding excel files from @sam-somot At some point, I think we decided to have a dummy column "realm" to pile up these different data requests into a single file for Med-CORDEX. The priorities in them are only meaningful if the model has the corresponding component (i.e. contributes to that realm). We could use the realms from CMIP6 (https://github.com/WCRP-CMIP/CMIP6_CVs/blob/main/CMIP6_realm.json), however, there is no river realm. At some point they considered model components (WCRP-CMIP/CMIP6_CVs#604) but dropped the idea. We could use a word different from "realm" to avoid confusion if our realms do not match those in CMIP6. Anyway, this doesn't mean that the realms are back to CORDEX CV, as the priority and realm columns drop completely in the CMOR tables and the DRS. We discussed this somewhere, but I cannot find it now...
We should also make sure that the atmos part is the same as the CORDEX default. Hard to see from the PDF. The Med-CORDEX one has date 2022-12-01 (maybe it is just the date when it was approved by Med-CORDEX, @sam-somot?), while the general CORDEX one is from 2022-09-22. |
The current ocean variable list has a couple of unregistered standard names:
I guess the following:
|
I'm not unsure about This is the overall join of ocean variables with cmip6 tables where standard names differ or are missing:
sistrxdtop |
yes, "gibraltar_strait" is a standardized region name in CF. Others that might be of interest are not defined (e.g. there's no Bosphorus strait) |
Availabel measures across line are:
There is nothing salt nor heat related. |
Currently new CF standard_names proposals for CMIP7 are discussed in the CF vocabulary github repository issue threads. Among them also |
Great, that looks like what we also would need here! |
from https://zenodo.org/records/8207553
The text was updated successfully, but these errors were encountered: