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
NetCDF: String match to name in use #1020
Comments
You C example will fail the same way as the python example if you specify the netCDF4 format ( |
The only workaround I can suggest now is to use the old netCDF3 format (i.e. |
Thank you! That helps a lot. I am sorry to have confused the issue. As always, I am grateful for your help and quick response! |
Leaving this open for now until we decide whether it's a netcdf-c bug or not. |
I'll take a look on our end; the rest of my day is spent in meetings, but I'll see what I can figure out. |
@WardF - have you had a chance to check on this yet? |
having the same issue |
Indeed NAME is a reserved attribute name. From nc4internal.c:
Unfortunately this is not under our control, the first 4 reserved names are part of the HDF5 dimension scale API, which is used for dimensions in netCDF/HDF5 files. The only way to really fix this is to catch the definition of a "NAME" attribute, and then really name it _netcdf_NAME in the file, and then, when reading the file, intercept "_netcdf_NAME" and present it to the user as attribute "NAME". |
Installed via conda
Code to reproduce
Output and Error from commands:
Oddly, I can add
name
, but notNAME
in python. The error seems to point to the underlying library, but I compiled a small program against the same library without a problem. The steps to make the program, compile it, and run it are below. Along with outputsCommands to reproduce:
Output from commands:
I'm guessing this is a "special" attribute issue, but the CAMx metadata has the property. So, I am trying to find a work around.
Thank you for any insights here.
The text was updated successfully, but these errors were encountered: