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/
>
