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.
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 darien:it may be a bug that's been fixed. what is date of jar file? send me netcdf file and i'll check it with latest.
Hi support folks, Has anyone experienced problems using the java netcdf libraries? We are creating the files with C++ and using netcdf version 3.5. Just wondering if we have an incompatibility problem. Thanks for any info. Darien Davis -- Darien Davis M/S/FS4 phone: 303-497-6347 325 Broadway email: davis@xxxxxxxxxxxx Boulder, CO 80305 --------------B6F07D699C100C298388F2A8 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Hi support folks, <p>Has anyone experienced problems using the java netcdf libraries? We are creating <br>the files with C++ and using netcdf version 3.5. Just wondering if we <br>have an incompatibility problem. <p>Thanks for any info. <p>Darien Davis <pre>-- Darien Davis M/S/FS4 phone: 303-497-6347 325 Broadway email: davis@xxxxxxxxxxxx Boulder, CO 80305</pre> </html> --------------B6F07D699C100C298388F2A8-- --------------781BBCCD8986CE39EAE731E0 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: <grote@xxxxxxxxxxxx> Received: from relay-east.nems.noaa.gov (harpo.nems.noaa.gov [205.156.4.216]) by virga.fsl.noaa.gov (Netscape Messaging Server 4.15) with ESMTP id H4T52S00.0SE for<Darien.L.Davis@xxxxxxxxxxxxxxxxxx>; Wed, 30 Oct 2002 18:37:40 +0000 Received: from nems.noaa.gov (gummo-out.nems.noaa.gov[205.156.4.217]) by relay-east.nems.noaa.gov (Netscape Messaging Server 4.15) with ESMTP id H4T52R00.OTI for<darien.l.davis@xxxxxxxx>; Wed, 30 Oct 2002 13:37:39 -0500 Received: by nems.noaa.gov; id NAA18170; Wed, 30 Oct 2002 13:37:39 -0500 (EST)Received: from keymaster.fsl.noaa.gov(137.75.1.182) by gummo.nems.noaa.gov via csmap (V4.1) id srcAAA6oaiEJ; Wed, 30 Oct 02 13:37:38 -0500 Received: from fsl.noaa.gov (grebe-n.fsl.noaa.gov [137.75.58.57]) by keymaster.fsl.noaa.gov (8.9.3/8.9.3) with ESMTP id SAA27955 for <davis@xxxxxxxxxxxx>; Wed, 30 Oct 2002 18:37:37 GMT Message-ID: <3DC0268C.CF596E61@xxxxxxxxxxxx> Date: Wed, 30 Oct 2002 11:35:56 -0700 From: Herb Grote <grote@xxxxxxxxxxxx> X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: davis <davis@xxxxxxxxxxxx> Subject: [Fwd: my note from Friday] Content-Type: multipart/mixed; boundary="------------FC67F80117AFC00593828394" X-Mozilla-Status2: 00000000 This is a multi-part message in MIME format. --------------FC67F80117AFC00593828394 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------FC67F80117AFC00593828394 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from gatekeeper.fsl.noaa.gov (gatekeeper-60.fsl.noaa.gov [137.75.60.181]) by jailbird.fsl.noaa.gov (8.9.3 (PHNE_21697)/8.9.1) with ESMTP id SAA26698 for <grote@xxxxxxxxxxxxxxxxxxxxx>; Wed, 30 Oct 2002 18:21:49 GMT Received: from unity.futurequest.net (unity.futurequest.net [65.115.164.2]) by gatekeeper.fsl.noaa.gov (8.9.3/8.9.3) with SMTP id SAA14697 for <grote@xxxxxxxxxxxx>; Wed, 30 Oct 2002 18:21:48 GMT Received: (qmail 28671 invoked from network); 30 Oct 2002 18:21:51 -0000 Received: from aedificium.org (65.115.165.93) by unity.futurequest.net (65.115.164.2 ); 30 Oct 2002 18:21:51 -0000 Received: from unknown (24.62.112.17) by aedificium.org (65.115.165.93) with ESMTP; 30 Oct 2002 18:21:51 -0000 Message-ID: <3DC0233A.40305@xxxxxxxxxxxxxx> Date: Wed, 30 Oct 2002 13:21:46 -0500 From: Christopher Golden <golden@xxxxxxxxxxxxxx> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Herb Grote <grote@xxxxxxxxxxxx> Subject: Re: my note from Friday References: <3DBEC158.7030206@xxxxxxxxxxxxxx> <3DBEF87D.53EA0371@xxxxxxxxxxxx> <3DC0062E.5020206@xxxxxxxxxxxxxx> <3DC00CA2.6E72F322@xxxxxxxxxxxx> <3DC01655.6020208@xxxxxxxxxxxxxx> <3DC020A5.ADD1F8B3@xxxxxxxxxxxx> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mozilla-Status2: 00000000 Herb Grote wrote:I checked with Mike Barth, since he uses the netCDF files for point files extensively. He is using old netCDF code that was written in FORTRAN and has no problems reading the data. This would seem to indicate that any recent changes that we made to the way we are storing point data in netCDF format did not not require changes to the standard netCDF access routines.Interesting. I'm not sure what's wrong, then, because...Could you duplicate the code I used to access netCDF files in the old QCeditor and see if that works ?! I was able to access the various netCDF data.... I was just trying this as you were writing to me. :-) Unfortunately, it won't work. The NetcdfFile object's constructor fails. In other words, we can't even instan- tiate the NetcdfFile object at all. This is true with both the old netcdf library, and with the new one I down- loaded. Hmmm. I know the libraries work with netcdf files I can download (as example files) from the Unidata website. I think our netcdf files are strange somehow. The exact error is as follows, though I doubt it will help much: java.lang.StringIndexOutOfBoundsException: String index out of range: 0 at java.lang.String.charAt(Unknown Source) at ucar.netcdf.StringAttrVal.getNumericValue(Attribute.java:534) at ucar.netcdf.StringAttrVal.getNumericValue(Attribute.java:539) at ucar.netcdf.Attribute.getNumericValue(Attribute.java:248) at ucar.netcdf.NetcdfFile$V1CharacterIo.fill(NetcdfFile.java:1236) at ucar.netcdf.NetcdfFile$V1Io.initFillValue(NetcdfFile.java:1042) at ucar.netcdf.NetcdfFile$V1Io.initFillValue(NetcdfFile.java:1054) at ucar.netcdf.NetcdfFile$V1Io.<init>(NetcdfFile.java:797) at ucar.netcdf.NetcdfFile$V1CharacterIo.<init>(NetcdfFile.java:1174) at ucar.netcdf.NetcdfFile.V1IoFactory(NetcdfFile.java:1540) at ucar.netcdf.NetcdfFile.readV1VarArray(NetcdfFile.java:1618) at ucar.netcdf.NetcdfFile.readV1(NetcdfFile.java:1707) at ucar.netcdf.NetcdfFile.<init>(NetcdfFile.java:130) at ucar.netcdf.NetcdfFile.<init>(NetcdfFile.java:148) at fsl.netcdf.NetcdfConverter.main(NetcdfConverter.java:20) That's the error with the old netcdf library; the new one's stack trace is different, but the problem in both cases is a StringIndexOutOfBoundsException. Thanks! Chris G. golden@xxxxxxxxxxxx --------------FC67F80117AFC00593828394-- --------------781BBCCD8986CE39EAE731E0-- ------- End of Forwarded Message
netcdf-java archives: