[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 20021031: java netcdf error



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: address@hidden
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&nbsp; 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>--&nbsp;
Darien Davis
M/S/FS4&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 phone: 303-497-6347
325 
Broadway&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 email: address@hidden
Boulder, CO 80305</pre>
&nbsp;</html>

--------------B6F07D699C100C298388F2A8--

--------------781BBCCD8986CE39EAE731E0
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Return-Path: <address@hidden>
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
<address@hidden>; 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
<address@hidden>; 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 <address@hidden>; Wed, 30 Oct 2002 18:37:37 GMT
Message-ID: <address@hidden>
Date: Wed, 30 Oct 2002 11:35:56 -0700
From: Herb Grote <address@hidden>
X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: davis <address@hidden>
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 <address@hidden>; 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 <address@hidden>; 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: <address@hidden>
Date: Wed, 30 Oct 2002 13:21:46 -0500
From: Christopher Golden <address@hidden>
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 <address@hidden>
Subject: Re: my note from Friday
References: <address@hidden> <address@hidden> <address@hidden> <address@hidden> 
<address@hidden> <address@hidden>
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.
address@hidden


--------------FC67F80117AFC00593828394--


--------------781BBCCD8986CE39EAE731E0--


------- End of Forwarded Message