This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
can you send the data file, compressed? > Hi. Attached is the test java file. > > All the best > > james > > > On 03/05/2009 22:28, "Unidata netCDF Java Support" > <address@hidden> wrote: > > > Hi James: > > > > NetCDF Java is 100% java, so should not need to be recompiled. > > > > My best guess is that theres is a byte-order dependency somewhere that we > > didnt get right. > > > > Can you send a sample file that causes the problem? I take it is compressed? > > What kind of compression? What kind of file? Can you send the compressed and > > uncompressed versions? If large, can you send a URL? > > > > thanks > > > >> Hi there, > >> I am having a problem running a NetCDF Java program that runs fine on two > >> different local laptops - Mac OS X and Windows Vista, but when I run the > >> exact same program on a remote Linux machine, rather than reading the > >> variables such as latitude that I would expect, it outputs many incorrect > >> variables. > >> > >> E.g It outputs to standard out Mesonet data such as this on the remote > >> Linux: > >> > >> Station id: AP474 > >> station name: AA7OA Astoria OR US > >> Latitude: -7.6605096E-23 > >> > >> and this on the local laptops: > >> > >> Station id: AP474 > >> station name: AA7OA Astoria OR US > >> Latitude: 46.18125 > >> > >> Strangely, the textual data I access appears to output correctly on the > >> remote Linux, but the numeric values retrieved such as Latitude and > >> Longitude pull out incorrect results like that shown above. I have uploaded > >> the local working class files and run on the remote Linux machine, and also > >> compiled the java on that same machine and no errors are shown during the > >> running of the program but still this problem persists. > >> > >> After a while of contemplating the problem, I considered it could be a > >> problem occurring when the NetCDF file uncompresses on the server using: > >> > >> ncfile = NetcdfFile.open(filename); > >> > >> however, if I download the resultant uncompressed file and test the program > >> on the file locally on either of the laptops I mention above, it outputs > >> the > >> correct data again. > >> > >> I also tested the following. I uncompressed a NetCDF file locally and > >> uploaded it to the remote linux machine and ran the same program on that. > >> In > >> that instance - the program would not run because of the following error: > >> > >> Misformed netCDF file - dim magic number wrong > >> > >> I'm afraid I am totally stumped. Do you have any suggestions as to what may > >> be causing this problem? I'm not sure if this will help but some > >> information > >> my local testing laptop and remote: > >> > >> Local Mac OS X info: xnu-1228.9.59~1/RELEASE_I386 i386 > >> Remote Linux info: i686 i686 i386 GNU/Linux > >> > >> Any suggestions or help would be very much appreciated. > >> > >> All the best > >> > >> James Cox > >> > >> > >> > >> > > > > > > Ticket Details > > =================== > > Ticket ID: TXK-884300 > > Department: Support netCDF Java > > Priority: Normal > > Status: Open > > > > -- > James Cox > Accurate Creations > Creative & accurate web solutions for your business > > 18A Tuckton Rd, Bournemouth, BH6 3HR > +44 (0) 77 99 88 4871 > address@hidden > www.accuratecreations.co.uk > > > > Ticket Details =================== Ticket ID: TXK-884300 Department: Support netCDF Java Priority: Normal Status: Open