NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
I have a fix for this (although im not sure if nightly build succeeded). Also, now it deletes the uncompressed file on failure. However, the old version didnt, so be sure the user manually deletes that when trying again. Don Murray Posted on 20070416.1332 MDT =============================================================== John- We are running into a problem where a user is storing their IDD Level II radar files which are a series of compressed radials with the extension .bz2. The problem is that NetcdfFile automatically assumes that the entire file was BZIP2 compressed, not the individual radials. So, NetcdfFile.makeUncompressed tries to decompress the entire file and gets a NullPointerException. This is a problem with the other file types (.Z, .gz) as well since there is no checking to see if the extension actually describes the file structure correctly. Maybe if there are errors in any of these uncompress methods, just the file should be returned and then have the open fail further up to say it's not a netCDF file? The problem is that this worked once in the IDV before we moved to the CDM because we didn't try to automatically uncompress the files. Asking the user to rename the files is one option, but from their point of view, it worked once, why doesn't it work now? Thoughts? Don ************************************************************* Don Murray UCAR Unidata Program dmurray@xxxxxxxxxxxxxxxx P.O. Box 3000 (303) 497-8628 Boulder, CO 80307 http://www.unidata.ucar.edu/staff/donm ************************************************************* Ticket Details ================== Ticket ID: SFA-732859 Department: Support netCDF Java Priority: Normal Status: Closed
netcdf-java
archives: