You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
esmvalcore.cmor.check.CMORCheckError: There were errors in variable tas:
Coordinate longitude has var name longitude instead of lon
Coordinate latitude has var name latitude instead of lat
Data file has been changed by you in any way (if you answer yes the issue will be void and closed, we are not
supporting custom-made datasets that present problems, it is your resposability to fix those problems): No
Project (CMIP5/CMIP6/OBS/obs4mips/etc): CORDEX
Full dataset description (fill out as many as you know, please):
dataset: MOHC-HadREM3-GA7-05
experiment: historical and rcp85
mip: mon
grid: N/A
type:
version: v2
tier: N/A
variable used: tas
data version:
Problems encountered (please describe what the actual problems are: e.g. wrong standard name, issue with dimensions): Wrong dimension names.
Pointer to existing copy of data on ESGF node (it would be very useful if you could provide a physical
fullpath to the file(s) that are causing the problem, e.g. on CEDA Jasmin or DKRZ): /badc/cordex/data/CORDEX/output/EUR-11/MOHC/CNRM-CERFACS-CNRM-CM5/historical/r1i1p1/MOHC-HadREM3-GA7-05/v2/mon/tas/latest/tas_EUR-11_CNRM-CERFACS-CNRM-CM5_historical_r1i1p1_MOHC-HadREM3-GA7-05_v2_mon_199101-200012.nc main_log_debug.txt ncdump.txt recipe_cordex_test.yml.txt
(txt extension added since github wouldn't let me upload a .yml file ¯_(ツ)_/¯
Other notes and mentions: To my knowledge this appears to affect all data under MOHC in the EUR-11 domain. I suspect this may affect all MO RCM data and is related to the CMORization settings that have been used in internal CMORization suites, since I see the same errors working internally with data from the EUCP CPM experiments (they have not been uploaded to ESGF yet, but are planned to be), and also saw the same behaviour with data from own Caribbean RCM model experiments that were CMORized at the Met Office. Recipes using these datasets work without issue by setting check_level=relaxed when running
Assign the right people
If you are already a member of the ESMValTool GitHub project, please assign Valeriu Predoi (valeriupredoi) and
Klaus Zimmermann (zklaus) to the issue. They will then check the issue raised and propagate it further to the
data model developers. @valeriupredoi@zklaus
Please attach
The recipe that you are trying to run, you can find a copy in the run directory in the output directory
The main_log_debug.txt file, this can also be found in the run directory in the output directory
Attach a text file with the output of ncdump -h /path/to/file.nc
Cheers 🍺
The text was updated successfully, but these errors were encountered:
I think I have developed a fix for this (by creating a module that fixes the var names under /cmor/_fixes in ESMValCore), but I can't push my branch to the repo to open a pull request. Can someone grant me permissions to do so? Is there anything special I need to do?
I think that this might not be an error in the original data, but rather a consequence of one of our own earlier fixes :/ We'll have to have another look.
Data from the Met Office run CORDEX EUR-11 domain experiments fail CMOR checking:
Data file has been changed by you in any way (if you answer yes the issue will be void and closed, we are not
supporting custom-made datasets that present problems, it is your resposability to fix those problems): No
Project (CMIP5/CMIP6/OBS/obs4mips/etc): CORDEX
Full dataset description (fill out as many as you know, please):
Problems encountered (please describe what the actual problems are: e.g. wrong standard name, issue with dimensions): Wrong dimension names.
Pointer to existing copy of data on ESGF node (it would be very useful if you could provide a physical
fullpath to the file(s) that are causing the problem, e.g. on CEDA Jasmin or DKRZ): /badc/cordex/data/CORDEX/output/EUR-11/MOHC/CNRM-CERFACS-CNRM-CM5/historical/r1i1p1/MOHC-HadREM3-GA7-05/v2/mon/tas/latest/tas_EUR-11_CNRM-CERFACS-CNRM-CM5_historical_r1i1p1_MOHC-HadREM3-GA7-05_v2_mon_199101-200012.nc
main_log_debug.txt
ncdump.txt
recipe_cordex_test.yml.txt
(txt extension added since github wouldn't let me upload a .yml file ¯_(ツ)_/¯
Other notes and mentions: To my knowledge this appears to affect all data under MOHC in the EUR-11 domain. I suspect this may affect all MO RCM data and is related to the CMORization settings that have been used in internal CMORization suites, since I see the same errors working internally with data from the EUCP CPM experiments (they have not been uploaded to ESGF yet, but are planned to be), and also saw the same behaviour with data from own Caribbean RCM model experiments that were CMORized at the Met Office. Recipes using these datasets work without issue by setting
check_level=relaxed
when runningAssign the right people
If you are already a member of the ESMValTool GitHub project, please assign Valeriu Predoi (valeriupredoi) and
Klaus Zimmermann (zklaus) to the issue. They will then check the issue raised and propagate it further to the
data model developers.
@valeriupredoi @zklaus
Please attach
run
directory in the output directorymain_log_debug.txt
file, this can also be found in therun
directory in the output directoryncdump -h /path/to/file.nc
Cheers 🍺
The text was updated successfully, but these errors were encountered: