[netcdfgroup] [Support #WCM-111191]: Problem reading version 3.x 64 bit offset files with ncdump in netcdf-4.0-beta1
David Brown
dbrown at ucar.edu
Thu Aug 16 12:36:29 MDT 2007
Hi Russ,
I'm sorry, I have to apologize. I have now discovered that what I
thought was installed as the NetCDF4 version of
ncdump must actually be an HDF4 version. The real NetCDF4 version
works just fine on this file.
I was sure I had installed it to my /usr/local/bin directory but
apparently not, or perhaps it was overwritten.
So excuse me while I wipe the egg off my face. I hope you didn't
spend too much time on this.
Meanwhile thanks for pointing out the '-k' option which I had not
been aware of.
-dave
On Aug 16, 2007, at 10:08 AM, Unidata User Support wrote:
> Hi Dave,
>
> I'm having trouble duplicating the error you are seeing. In
> particular, I can't seem
> to make ncdump from netCDF4 produce the message "ncopen failed" on
> any file, real or imaginary,
> and it works OK on 64-bit-offset files. Just to be sure, can you
> please send me output from the
> following, using the netCDF4 ncdump
>
> ls -l e4oper.fc.ml.19970116-19970120.nc
> ncdump -k e4oper.fc.ml.19970116-19970120.nc
> ncdump -V
>
> The last command will say "-V" is an illegal option, but will then
> print out the version number,
> which is what I want to see. Ans just to be sure I understand how
> the file was created, did you
> use the netCDF-4.0-beta1 library to create the 7.7Gbyte file, or
> did you use netCDF-3.6.2 and the
> 64BIT_OFFSET creation mode?
>
> Thanks!
>
> --Russ
>
> Russ Rew UCAR Unidata Program
> russ at unidata.ucar.edu http://www.unidata.ucar.edu
>
>
>
> Ticket Details
> ===================
> Ticket ID: WCM-111191
> Department: Support
> Priority: Normal
> Status: Closed
>
More information about the netcdfgroup
mailing list