-
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 CF-compliant Time coordinate #19
Conversation
Here are the results so far (using the
Still to do:
|
This needs work (in
|
Getting there:
But the names in output aren't |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I ran the QU240/PHC daily_output test case on chrysalis with intel (mpi) compiler and the Time
and Time_bounds
variables look as expected in the daily stats analysis member and in the output
stream, when they are added as variables to that stream.
Thanks, @xylar!
Thanks @cbegeman. I ran into trouble with the |
The detailed error was:
|
Rename gregorian_noleap to just noleap calendar in mpas-framework The noleap is the CF-compliant name for what MPAS currently calls the gregorian_noleap calendar. This merge changes gregorian_noleap to noleap in the MPAS framework and in all 3 MPAS components. The context of this change is that the config_calendar_type namelist option is being used for the calendar attribute of the Time coordinate in E3SM-Ocean-Discussion#19. However, the result is not making post-processing tools (notably xarray) happy because the gregorian_noleap calendar is not CF-compliant. [NML] [BFB]
Rename gregorian_noleap to just noleap calendar in mpas-framework The noleap is the CF-compliant name for what MPAS currently calls the gregorian_noleap calendar. This merge changes gregorian_noleap to noleap in the MPAS framework and in all 3 MPAS components. The context of this change is that the config_calendar_type namelist option is being used for the calendar attribute of the Time coordinate in E3SM-Ocean-Discussion#19. However, the result is not making post-processing tools (notably xarray) happy because the gregorian_noleap calendar is not CF-compliant. [NML] [BFB]
This variable has CF-compliant units and calendar. To accommodate the CF-compliant units, a new config option has been added to supply the reference time, 0001-01-01 by default.
4d7845a
to
4733d97
Compare
Closed in favor of E3SM-Project#5202 |
activate snicar in icepack, check values
This variable has CF-compliant units and calendar. To accommodate the CF-compliant units, a new config option has been added to supply the reference time, 0001-01-01 by default.