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

CRITICAL: Netcdf output not CF-compliant #6

Closed
MuayScience opened this issue Nov 25, 2019 · 11 comments
Closed

CRITICAL: Netcdf output not CF-compliant #6

MuayScience opened this issue Nov 25, 2019 · 11 comments

Comments

@MuayScience
Copy link

The netcdf output for the model is not CF-compliant. This is true of the dyn, phys, MOM6 and CICE5 files. The MOM6 and CICE5 files cannot be post-processed correctly using ESMF tools as a result.

@JessicaMeixner-NOAA
Copy link
Collaborator

Is this just an issue of using a different diag_table or ice_in? If not this will need to be addressed by the model components individually.

@MuayScience
Copy link
Author

It needs to be addressed wherever the attributes for the netcdf output are being set. It's mostly things like non-compliant units attributes, but it turns out ESMF at least is extremely sensitive to any departures from CF-compliance.

@DeniseWorthen
Copy link
Collaborator

DeniseWorthen commented Dec 3, 2019 via email

@MuayScience
Copy link
Author

Hi Denise - I've attached a file here that gives a full CF-compliance check for the 6-hourly cice output. It includes warnings and errors. Is this a useful format?
CF-Convention compliance check for cice.h2.06h.pdf

@DeniseWorthen
Copy link
Collaborator

DeniseWorthen commented Dec 3, 2019 via email

@MuayScience
Copy link
Author

Yes, although I don't have a CF report at the moment in the same format. It's the same kind of issues - for example, fields that don't have units will have a 'units=none' attribute instead of just not having a units attribute. I'll try to upload an example later today.

Are there no plans then for making changes to model components within UFS? If we identify an issue like this in CICE5 as implemented in UFS is the community just stuck with it until CICE6?

@DeniseWorthen
Copy link
Collaborator

DeniseWorthen commented Dec 3, 2019 via email

@MuayScience
Copy link
Author

Here is a sample CF check for the mom6 static file. It has a good example of a typical kind of error in the mom6 files, where a non-dimensional field has 'units=none' instead of just not having a units attribute.
CF-Convention compliance check for mom6.static.pdf

@arunchawla-NOAA
Copy link
Collaborator

@DeniseWorthen was this taken up with GFDL for MOM6?

@DeniseWorthen
Copy link
Collaborator

As far as I know, there has been no action on this issue.

MinsukJi-NOAA pushed a commit to MinsukJi-NOAA/ufs-s2s-model that referenced this issue Apr 27, 2020
@DeniseWorthen
Copy link
Collaborator

I'm unsure of who exactly created this issue but I plan on closing it. I believe that EMC's conclusion was that this was an issue best raised w/ the maintainers of the authoritative repos in question.

ShanSunNOAA pushed a commit to ShanSunNOAA/ufs-s2s-model that referenced this issue Oct 28, 2020
…inter_20191122

Update submodule pointer for FV3 2019/11/22
ShanSunNOAA pushed a commit to ShanSunNOAA/ufs-s2s-model that referenced this issue Oct 28, 2020
…l_restarts

Bugfix for bit-for-bit identical restart runs
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants