NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Hi Antonio: I think your problem is fixed in version 4.5.4. In any case its working for me. John On Tue, Jan 13, 2015 at 2:14 AM, Antonio Rodriges <antonio.rrz@xxxxxxxxx> wrote: > Michael, > > You are not alone. > I had the same issue and posted it on this mailing list on early November > 2014: > > http://www.unidata.ucar.edu/support/help/MailArchives/netcdf-java/msg02075.html > > Some part of my problem: > [ucar.nc2.NetcdfFile] DEBUG Using IOSP ucar.nc2.iosp.hdf5.H5iosp > [ucar.nc2.iosp.hdf5.H5header] ERROR bad version 72 at filePos 22386 > > I get this error after applying ncks for chunking NetCDF3 file and get > NetCDF4 as output. > > At first I thought that it is an ncks issue, but another trouble like this > http://sourceforge.net/p/nco/discussion/9830/thread/152db6f2/ > suggests of incompatibility of APIs throught NetCDFJava releases, not NCO > issue. > > The trouble is both with NetCDF Java 4.3 and 4.5. > > I wrote about NetCDF4 issue on early November 2014 and I do not have a > workaround or fix from NetCDF Java developers still. > > 2015-01-13 1:33 GMT+03:00 Gangl, Michael E (398H) > <Michael.E.Gangl@xxxxxxxxxxxx>: > > We’ve written some wrappers around the NetCDF java packages and are > > running into some odd errors. We can successfully read the netCDF4 and > > NetCDF4-classic files. But we have a new NetCDF4 file that is throwing us > > an interesting error: > > > > java.lang.IllegalStateException: MessageAttribute unknown version 72 > > at > ucar.nc2.iosp.hdf5.H5header$MessageAttribute.read(H5header.java:2645) > > at > > > ucar.nc2.iosp.hdf5.H5header$DataObject.processAttributeInfoMessage(H5header > > .java:1579) > > at > ucar.nc2.iosp.hdf5.H5header$DataObject.<init>(H5header.java:1548) > > at > ucar.nc2.iosp.hdf5.H5header$DataObject.<init>(H5header.java:1441) > > at ucar.nc2.iosp.hdf5.H5header.getDataObject(H5header.java:1291) > > at ucar.nc2.iosp.hdf5.H5header.access$700(H5header.java:48) > > at > ucar.nc2.iosp.hdf5.H5header$DataObjectFacade.<init>(H5header.java:1334) > > at ucar.nc2.iosp.hdf5.H5header.readSuperBlock2(H5header.java:301) > > at ucar.nc2.iosp.hdf5.H5header.read(H5header.java:156) > > at ucar.nc2.iosp.hdf5.H5iosp.open(H5iosp.java:86) > > at ucar.nc2.NetcdfFile.<init>(NetcdfFile.java:1110) > > at ucar.nc2.NetcdfFile.open(NetcdfFile.java:623) > > at ucar.nc2.NetcdfFile.open(NetcdfFile.java:320) > > at ucar.nc2.NetcdfFile.open(NetcdfFile.java:290) > > at ucar.nc2.NetcdfFile.open(NetcdfFile.java:277) > > at ucar.nc2.NetcdfFile.open(NetcdfFile.java:265) > > > > > > The file is provided to us, so I don’t have any idea how it’s being > > written, but would that matter? Is this a library issue? Is this some > > configuration on my part that might be causing this issue? > > > > Thanks, > > Mike Gangl > > > > > > > > > > _______________________________________________ > > netcdf-java mailing list > > netcdf-java@xxxxxxxxxxxxxxxx > > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ > > _______________________________________________ > netcdf-java mailing list > netcdf-java@xxxxxxxxxxxxxxxx > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ >
netcdf-java
archives: