[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