-
Notifications
You must be signed in to change notification settings - Fork 21
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
handle groups in teca_cf_writer #801
Comments
I'll take a look. I lean toward solution 2, but will see what makes the most sense. |
that sounds good to me - thank you! If we do go with solution 2, it might be good to add an option to the CF writer to override the group for all variables (e.g., set the group to |
What would you do in the case where this leads to multiple variables with the same name? |
Throw an error, I think. If there is a variable name conflict resulting from the user trying to put variables in the root group, that would suggest that the file should in fact have groups and that putting variables in root is probably a bad idea. |
@ghweber - great job on #799! I can now use
teca_metadata_probe
on output from HENS, and I can almost useteca_bayesian_ar_detect
. It looks like the coordinate nameglobal/lat
andglobal/lon
is passed on in the TECA metadata in a way that causes theteca_cf_writer
stage to fail:Two potential solutions come to mind, one simple, the other more complex:
global/
part from variable names and instead add a metadata key that stores the netCDF group of the variable; orteca_cf_writer
to handle groups: e.g., createlat
in theglobal
group if the variable name isglobal/lat
What do you think? And would you be able to take this on?
The text was updated successfully, but these errors were encountered: