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.
Just a note that NetCDF-Java can't open it either:
java.io.IOException: java.io.IOException:
opendap.dap.DataReadException: Inconsistent array length read:
544108404 != 544367969
at ucar.nc2.dataset.NetcdfDataset.openDodsByReflection(NetcdfDataset.java:1034)
at ucar.nc2.dataset.NetcdfDataset.acquireDODS(NetcdfDataset.java:980)
On Mon, Oct 17, 2016 at 12:59 PM, Chris Barker <chris.barker@xxxxxxxx> wrote:
>
>
> On Mon, Oct 17, 2016 at 6:38 AM, Kyle Wilcox <kyle@xxxxxxxxxxxxxxxxxxxx>
> wrote:
>>
>> I can confirm. Looks like a libdap/hyrax issue?
>
>
> thanks -- does netcdf use libdap?
>
> but anyway, which one has the bug? One would need to see if the request was
> being made correctly -- and I haqv no idea how to do that :-(
>
> -CHB
>
>
>
>>
>> DAS seems to work just fine while DODS is returning:
>>
>> ...
>> Error {
>> code = -111;
>> message = "libdap error transmitting DataDDS: Could not read the
>> variable `ntimes'.";
>> };
>>
>> On Fri, Oct 14, 2016 at 5:43 PM Chris Barker <chris.barker@xxxxxxxx>
>> wrote:
>>>
>>> Hi all,
>>>
>>> We're trying to use the netCDF4 python lib to access data on an what I
>>> thikn is a HYRAX server. It can create the Dataset object seemingly fine,
>>> and creates a variabel object fine -- but then gives me:
>>>
>>> RuntimeError: NetCDF: file not found
>>>
>>> when I try to extract some data from the variable.
>>>
>>> Noett hat this seems to work fien with PyDAP -- so maybe that means that
>>> it's a netcdf lib problem, rather than a HYRAX problem.
>>>
>>> But I have no idea how to debug this
>>>
>>> I'm using a pretty recent version of the netcdf lib:
>>>
>>> In [8]: netCDF4.getlibversion()
>>> Out[8]: u'4.4.1 of Aug 10 2016 18:32:53 $'
>>>
>>> though the failure is the same with older versions as well. (and both on
>>> Windows and OS-X so far...)
>>>
>>> I've enclosed a small python script that demonstrates the problem -- the
>>> problem url is in the script.
>>>
>>> Thanks for any hints!
>>>
>>> -CHB
>>>
>>>
>>>
>>> --
>>>
>>> Christopher Barker, Ph.D.
>>> Oceanographer
>>>
>>> Emergency Response Division
>>> NOAA/NOS/OR&R (206) 526-6959 voice
>>> 7600 Sand Point Way NE (206) 526-6329 fax
>>> Seattle, WA 98115 (206) 526-6317 main reception
>>>
>>> Chris.Barker@xxxxxxxx
>>> _______________________________________________
>>> NOTE: All exchanges posted to Unidata maintained email lists are
>>> recorded in the Unidata inquiry tracking system and made publicly
>>> available through the web. Users who post to any of the lists we
>>> maintain are reminded to remove any personal information that they
>>> do not want to be made public.
>>>
>>>
>>> netcdfgroup mailing list
>>> netcdfgroup@xxxxxxxxxxxxxxxx
>>> For list information or to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>
>
>
>
> --
>
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R (206) 526-6959 voice
> 7600 Sand Point Way NE (206) 526-6329 fax
> Seattle, WA 98115 (206) 526-6317 main reception
>
> Chris.Barker@xxxxxxxx
>
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web. Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
>
>
> netcdfgroup mailing list
> netcdfgroup@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
--
Dr. Richard P. Signell (508) 457-2229
USGS, 384 Woods Hole Rd.
Woods Hole, MA 02543-1598
netcdfgroup archives: