Hi Sean,
Ben has stripped the files so they can be made public.
They can be downloaded here:
https://test-boundless-transient-nz.s3.amazonaws.com/hycom/hycom_glb_regp01_clean.zip
Thank you for your help!
Regards
Niels
On 09/30/2016 12:04 PM, Niels Charlier wrote:
Hi Sean,
No worries about the delay, thank you so much for helping out!
The .nc files contain some sensitive information. I am currently
investigating if we can somehow provide you with a stripped version.
In the meantime, I am now mostly interested in your comments on the
issue below in the email. You can have a look at the ncml file
attached to this email.
What are your thoughts on the inclusion of the "time" variable in the
aggregation and my findings during debugging netcdf-java you can read
below?
Should/could an axis be included as an aggregation variable (I am not
entirely clear on what really would make the difference whether you
include it or not) and is netcdf behaviour as I described normal/buggy
according to you?
Kind Regards
Niels
---------------
This issue is related to the previous one, it is again about
/makeCoordinateSystemsImplicit/ versus
/makeCoordinateSystemsMaximal/.
* If the "time" variable is included as aggregation variable,
it also gets the "runtime" dimension added to its dimensions.
* As a consequence, netcdf-java does not recognise it as an AXIS.
* As a consequence, /makeCoordinateSystemsImplicit /fails to
include it in the CRS's for the actual variables (water_u,
salinity, etc...).
* As a consequence, /makeCoordinateSystemsMaximal /creates a
CRS for these variables. However, it puts the dimensions in the
order of the /dimension variable/ list
(rather than the variable's own dimensions), which is
completely arbitrary as far as I can see.
* "runtime" ends up as the last axis instead of the first.
This is inconsistent with the order of dimensions in the variable.
Geotools fails on this inconsistency.
I am not sure whether the fault here lies with the .ncml file,
geotools or netcdf-java.
_______________________________________________
NOTE: All exchanges posted to Unidata maintained email lists are
recorded in the Unidata inquiry tracking system and made publicly
available through the web. Users who post to any of the lists we
maintain are reminded to remove any personal information that they
do not want to be made public.
netcdf-java mailing list
netcdf-java@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
