-
Notifications
You must be signed in to change notification settings - Fork 58
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
Support single griddap dataset with 2d and 1d variables. #178
Comments
Thanks for considering @ChrisJohnNOAA As noted elsewhere in the discussion, NCEI standard has this format as well:
Also H.6.2 at https://cfconventions.org/Data/cf-conventions/cf-conventions-1.7/build/aphs06.html This is a super useful way to organize data sets so hopefully it's not too hard to implement. |
Thanks for considering this! Copying over from the discussion here: I believe Callum is correct, this is a present limitation in ERDDAP. Here is an except Bob in 2017: See https://coastwatch.pfeg.noaa.gov/erddap/download/setupDatasetsXml.html#dataStructures I know this sounds goofy and severely limiting. It is the one major situation where using ERDDAP isn't the best choice. But it only affects a small percentage of the total data files in NOAA (that is small consolation for you where it affects perhaps 100% of your data files for polarwatch). There is a solution -- a modification to ERDDAP that would support this but doing it would be a massive effort on my part (a couple of months with no distractions) so I haven't had time to do it. There was a reason for doing it this way: it is this slightly-simpler-than-netcdf data model that allows ERDDAP to read data from many file types and write data to many file types. So there is great benefit, but it comes at a cost. Few people/groups/datasets pay the cost, but you are. Sorry._ The solution we had to implement at PolarWatch meant there with two datasets which was a bit of a hack and difficult for users. It would be great to see this feature added to ERDDAP! I agree there is value in having this type of synthesized glider data accessible via griddap over tabledap. The list of benefits is quite long.
Best, |
This needs some investigation on if and how to implement the feature. Original message below:
Pinging @ChrisJohnNOAA is this capacity that @jklymak describes something ERDDAP can support/could support in future?
As I understand, the desired behavior is to have a single griddap dataset which serves 2-D gridded variables like temperature(profile_num, depth_bin) as well as 1-D variables like lat(profile_num), without broadcasting these 1-D variables to 2-D.
At the moment, from reading the docs @rmendels highlighted (
In EDDGrid datasets, all data variables MUST use (share) all of the axis variables.
), it seems this is not currently supported. So you would have to create two different datasets on your ERDDAP server to achieve this.Originally posted by @callumrollo in #177 (comment)
The text was updated successfully, but these errors were encountered: