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

unclear warning... #726

Closed
gleckler1 opened this issue Feb 8, 2024 · 5 comments
Closed

unclear warning... #726

gleckler1 opened this issue Feb 8, 2024 · 5 comments
Labels

Comments

@gleckler1
Copy link

@mauzey1 @durack1 After improving an obs4MIPs demo, I'm now getting a warning message that is not clear. All 481 timesteps of the output is fine, but since this is a demo it would be good understand the reason for the warning which I've seen elsewhere in cell 23. Any hints?

C Traceback:
In function: cmor_close_variable
! called from: cmor_close
!
!!!!!!!!!!!!!!!!!!!!!!!!!
!
! Warning: while closing variable 0 (pr, table obs4MIPs_Amon)
! we noticed you wrote 0 time steps for the variable,
! but its time axis 0 (time) has 481 time steps
!
!!!!!!!!!!!!!!!!!!!!!!!!!
! ------
! CMOR is now closed.
! ------
! During execution we encountered:
! 1 Warning(s)
! 0 Error(s)
! ------
! Please review them.
! ------

@durack1
Copy link
Contributor

durack1 commented Feb 8, 2024

Can you point to the config, presumably on p and readable somewhere? It would be interesting to see the output and run CMOR with debugger statements on. @mauzey1 will likely know far more than I.

@gleckler1
Copy link
Author

Everything needed to execute in repo dir or on gates via /home/gleckler1/git/obs4MIPs-cmor-tables/demo

python -i runCMORdemo_CMAP-V1902.py
output path would need to be changed for permissions. Using
cmor 3.7.3 py311hc372c84_0 conda-forge
xcdat 0.6.0 pyhd8ed1ab_0 conda-forge

@mauzey1 mauzey1 added the bug label Feb 9, 2024
@mauzey1
Copy link
Collaborator

mauzey1 commented Feb 9, 2024

That is a warning message that I have seen when not passing the number of time steps being written when using cmor.write. Although it does pass all of the data, it will say that no time steps were passed if you don't use the parameter ntimes_passed to pass the number of time steps. cmor.write is supposed to assume that all time steps are being passed if ntimes_passed is omitted when writing variables with time dimensions.

We'll need to set ntimes_passed to the size of the time dimension if it is omitted from cmor.write.

@gleckler1
Copy link
Author

@mauzey1 Thank you for explaining this - problem solved!

@durack1
Copy link
Contributor

durack1 commented Feb 12, 2024

@mauzey1 is this potentially an issue that we'll see now that cdms transientVariables are no longer the default objects being passed to CMOR? Just wondering if the documentation etc needs a tweak?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants