Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
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 archives: