Skip to content
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

Open
larsbuntemeyer opened this issue May 27, 2024 · 14 comments
Open

add ocean variable list #33

larsbuntemeyer opened this issue May 27, 2024 · 14 comments

Comments

@larsbuntemeyer
Copy link
Contributor

from https://zenodo.org/records/8207553

@larsbuntemeyer
Copy link
Contributor Author

@gnikulin is this for all domains, or actually only for MED-CORDEX?

@gnikulin
Copy link

it's only for Med-CORDEX so we need to think first how to organise domain-specific DRs

@sol1105
Copy link

sol1105 commented Dec 13, 2024

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 "source_type": "AORCM") can be published via the same ESGF project as the atmosphere data?

DWD-BSH have conducted first CORDEX-CMIP6 conformal model simulations with the model ROAM-NBS (Regional coupled ocean-atmosphere model based on icon-2024.07 and NEMO4.2.0 for the North and Baltic Sea) and while the atmosphere data can be published via the CORDEX-CMIP6 ESGF project (and soon will be) I wonder what to do with the ocean (and sea ice) data.

@jesusff
Copy link

jesusff commented Dec 13, 2024

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!

@larsbuntemeyer
Copy link
Contributor Author

I got an excel sheet once from @gnikulin which i converted and still had on my disk. I added it in #52
However, this still needs a little cleaning, but it's a join of the excel sheet with CMIP6 cmor tables to get missing meta data like cell_methods. It would be good if we could handle additional variables through PRs on our main table in the future. These google spreadsheets usually miss a lot of crucial meta data.

@larsbuntemeyer
Copy link
Contributor Author

larsbuntemeyer commented Dec 13, 2024

Should the MED-CORDEX data request be like pd.concat([default data requets, ocean variables])?

@jesusff
Copy link

jesusff commented Dec 13, 2024

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...

Should the MED-CORDEX data request be like pd.concat([default data requets, ocean variables])?

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.

@larsbuntemeyer
Copy link
Contributor Author

larsbuntemeyer commented Dec 16, 2024

The current ocean variable list has a couple of unregistered standard names:

['gibraltar_heat_flux_in',
 'gibraltar_heat_flux_net',
 'gibraltar_salt_flux_in',
 'gibraltar_salt_flux_net',
 'gibraltar_water_flux_in',
 'gibraltar_water_flux_net',
 'heat_flux_correction',
 'sea_water_z_velocity',
 'surface_x_velocity',
 'surface_y_velocity']

I guess the following:

  • wo: sea_water_z_velocity should be upward_sea_water_velocity or
  • uos: surface_x_velocity should be eastward_sea_water_velocity or surface_eastward_sea_water_velocity
  • vos: surface_y_velocity should be northward_sea_water_velocity or surface_northward_sea_water_velocity
  • heat_flux_correction: This seems actually be an alias for heat_flux_into_sea_water_due_to_flux_adjustment, so this should be fine.

@larsbuntemeyer
Copy link
Contributor Author

There is something comparable like mfo with a coordinate oline that defines an integral along a line. Maybe that's the way to go for these strait fluxes? There is actually a definition "gibraltar_strait".

@larsbuntemeyer
Copy link
Contributor Author

I'm not unsure about tauuo / tauvo: In CMIP6 cmor tables they use this out_name for downward_x_stress_at_sea_water_surface / Sea Water Surface Downward X Stress while the surface_downward_x_stress / X-Component of Atmospheric Stress on Sea Ice has out_name sistrxdtop. I gues that's not what MED-CORDEX had in mind. So i would also suggest to change standard names and long names of tauuo / tauvo to be consisten with CMIP6.

This is the overall join of ocean variables with cmip6 tables where standard names differ or are missing:

out_name standard_name_cmip6 standard_name_med cmip6_table long_name_med long_name_cmip6
40 wo upward_sea_water_velocity sea_water_z_velocity Odec Sea Water Upward Velocity Sea Water Vertical Velocity
41 wo upward_sea_water_velocity sea_water_z_velocity Omon Sea Water Upward Velocity Sea Water Vertical Velocity
42 rhop nan sea_water_potential_density nan Sea Water Potential Density nan
51 tauuo downward_x_stress_at_sea_water_surface surface_downward_x_stress Odec Surface Downward X Stress Sea Water Surface Downward X Stress
52 tauuo downward_x_stress_at_sea_water_surface surface_downward_x_stress Omon Surface Downward X Stress Sea Water Surface Downward X Stress
53 tauuo downward_x_stress_at_sea_water_surface surface_downward_x_stress Odec Surface Downward X Stress Sea Water Surface Downward X Stress
54 tauuo downward_x_stress_at_sea_water_surface surface_downward_x_stress Omon Surface Downward X Stress Sea Water Surface Downward X Stress
55 tauvo downward_y_stress_at_sea_water_surface surface_downward_y_stress Odec Surface Downward Y Stress Sea Water Surface Downward Y Stress
56 tauvo downward_y_stress_at_sea_water_surface surface_downward_y_stress Omon Surface Downward Y Stress Sea Water Surface Downward Y Stress
57 tauvo downward_y_stress_at_sea_water_surface surface_downward_y_stress Odec Surface Downward Y Stress Sea Water Surface Downward Y Stress
58 tauvo downward_y_stress_at_sea_water_surface surface_downward_y_stress Omon Surface Downward Y Stress Sea Water Surface Downward Y Stress
59 uos nan surface_x_velocity nan Surface X Velocity nan
60 vos nan surface_y_velocity nan Surface Y Velocity nan
69 gibfx nan gibraltar_water_flux_net nan Water Transport through Gibraltar Strait nan
70 gibfx nan gibraltar_water_flux_net nan Water Transport through Gibraltar Strait nan
71 gibfxin nan gibraltar_water_flux_in nan Eastward Water Transport though Gibraltar Strait nan
72 gibfxin nan gibraltar_water_flux_in nan Eastward Water Transport though Gibraltar Strait nan
73 gibsf nan gibraltar_salt_flux_net nan Net Salt Transport through Gibraltar Strait nan
74 gibsf nan gibraltar_salt_flux_net nan Net Salt Transport through Gibraltar Strait nan
75 gibsfin nan gibraltar_salt_flux_in nan Eastward Salt Transport through Gibraltar Strait nan
76 gibsfin nan gibraltar_salt_flux_in nan Eastward Salt Transport through Gibraltar Strait nan
77 gibhf nan gibraltar_heat_flux_net nan Net Heat Transport through Gibraltar Strait nan
78 gibhf nan gibraltar_heat_flux_net nan Net Heat Transport through Gibraltar Strait nan
79 gibhfin nan gibraltar_heat_flux_in nan Eastward Heat Transport through Gibraltar Strait nan
80 gibhfin nan gibraltar_heat_flux_in nan Eastward Heat Transport through Gibraltar Strait nan
87 wo upward_sea_water_velocity sea_water_z_velocity Odec Sea Water Upward Velocity Sea Water Vertical Velocity
88 wo upward_sea_water_velocity sea_water_z_velocity Omon Sea Water Upward Velocity Sea Water Vertical Velocity
89 rhop nan sea_water_potential_density nan Sea Water Potential Density nan

sistrxdtop

@jesusff
Copy link

jesusff commented Dec 16, 2024

There is something comparable like mfo with a coordinate oline that defines an integral along a line. Maybe that's the way to go for these strait fluxes? There is actually a definition "gibraltar_strait".

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)

@larsbuntemeyer
Copy link
Contributor Author

There is something comparable like mfo with a coordinate oline that defines an integral along a line. Maybe that's the way to go for these strait fluxes? There is actually a definition "gibraltar_strait".

Availabel measures across line are:

['ocean_volume_transport_across_line',
 'sea_ice_area_transport_across_line',
 'sea_ice_transport_across_line',
 'sea_water_transport_across_line',
 'snow_transport_across_line_due_to_sea_ice_dynamics']

There is nothing salt nor heat related.

@sol1105
Copy link

sol1105 commented Dec 17, 2024

Currently new CF standard_names proposals for CMIP7 are discussed in the CF vocabulary github repository issue threads. Among them also ocean_*_transport_across_line for salt mass, heat, volume etc. in the following issue thread: cf-convention/vocabularies#218

@larsbuntemeyer
Copy link
Contributor Author

Currently new CF standard_names proposals for CMIP7 are discussed in the CF vocabulary github repository issue threads. Among them also ocean_*_transport_across_line for salt mass, heat, volume etc. in the following issue thread: cf-convention/vocabularies#218

Great, that looks like what we also would need here!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: No status
Development

No branches or pull requests

4 participants