-
Notifications
You must be signed in to change notification settings - Fork 72
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
Problems with CF "Simple Geometry" #143
Comments
Added test that fails into TestSimpleGeom. |
None of the files in /usr/local/google/home/jlcaron/github/repo2/netcdf-java/cdm/core/src/test/data/dataset/SimpleGeos are parsed as a station feature type (via feature scan). Not sure whats up there, or what the "simple geometry" convention is. probably a seperate bug from this one, but will leave it bundled for now. |
The CF Simple Geometry support (added to CF via cf-convention/cf-conventions#115) was a contribution from USGS (Unidata/thredds#1207). @cschroed-usgs, any insights into this particular issue? |
@lesserwhirls thanks for the shout-out. Nothing leaps to mind.
That's likely true.
Thanks! Can you please link to the test you mentioned?
I don't think the test files are intended to be parsed as station feature types. The CF Simple Geometries standard enables embedding non-gridded spatial entities (ex: watersheds, stream networks) inside NetCDF files. If there are station-like data in the test files, that is likely tangential. |
Hi Carl; The test is on a branch not yet checked in, but here is the code:
|
There's a test file: core/src/test/data/dataset/SimpleGeos/huc_helper_test.nc
that claims its a station file. The CF simple geometry code lists station in a coordinate axis, but there is none:
it doesnt have a station coordinate, im thinking of removing it until someone can confirm its not malformed. |
Thanks for your help. My involvement in this contribution was pretty high-level, so I'm not clear on several details, including the precise intent of the test data. As far as I can tell, that NetCDF file is only used by one test class which is running this implementation: The implementation doesn't appear to care about CDM data type. If dropping station stuff from the test data helps, I don't see much harm in that simplification. |
cdm/core/src/test/data/dataset/SimpleGeos/hru_soil_moist_vlen_3hru_5timestep.nc. (also in outflow_3seg_5timesteps_vlen.nc)
This is a netcdf-4 file with a variable length dimension, eg:
double catchments_x(hruid=3, *);
:axis = "X";
Open enhanced dataset so coordinate systems are added. Then try to read "catchments_x" coordinate, you get:
java.lang.ClassCastException: ucar.ma2.ArrayDouble$D1 cannot be cast to java.lang.Number
This happens at 5.0, would be interesting to know if it happens in 4.x.
Im guessing coordsys logic never tried to deal with a variable length coordinate ?
The text was updated successfully, but these errors were encountered: