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.
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 thefollowing, using the netCDF4 ncdump ls -l e4oper.fc.ml.19970116-19970120.nc ncdump -k e4oper.fc.ml.19970116-19970120.nc ncdump -VThe 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 the64BIT_OFFSET creation mode? Thanks! --Russ Russ Rew UCAR Unidata Program russ@xxxxxxxxxxxxxxxx http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: WCM-111191 Department: Support Priority: Normal Status: Closed
netcdfgroup
archives: