[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[THREDDS #EFD-388660]: File Access Problems With TDS 4.18?
- Subject: [THREDDS #EFD-388660]: File Access Problems With TDS 4.18?
- Date: Tue, 24 Sep 2013 11:13:13 -0600
Hi Kevin,
I've been out of the loop for a few days, but I'm diving back into
issues. Yours is a priority. I'll try to figure out what's going on
and get back to you this afternoon.
Cheers,
Lansing
On 9/18/2013 2:20 PM, Kevin Manross wrote:
> New Client Reply: File Access Problems With TDS 4.18?
>
>
> Greetings!
>
> I wanted to see if this latest message was received and if there was
> anything I could add to help or changes I should make to get the access
> services to work while viewing at the file level.
>
> Cheers!
>
> -kevin.
>
>
> On 9/10/13 12:07 PM, Kevin Manross wrote:
>> Hello Lansing,
>>
>> I finally updated my TDS yesterday to the war file you offered below.
>> It appears to have fixed some of the issues, but not all of them. You
>> are welcome to check my server at
>>
>> http://castle.ucar.edu/thredds
>>
>> There you will see the following datasets. I have added comments
>> regarding which are GRIB/GRIB2 and which ones are now successful in
>> allowing OPeNDAP/NCSS/Variable Map access and which are not. Note, you
>> will need an RDA user account to access the OPeNDAP/NCSS links, but
>> the Variable Map links do not require a login.
>>
>> Folder RDA Datasets
>> Folder ds083.2/ GRIB1 :: suffix _00_c or _00 ::
>> Access fails at file level but works for aggregation
>> Folder ds093.1/ GRIB2 :: suffix .grb2 :: Access
>> fails at file level but works for aggregation
>> Folder ds094.1/ GRIB2 :: suffix .grb2 :: Access
>> fails at file level but works for aggregation
>> Folder ds277.6/ GRIB1 :: .grb :: All is good!
>> Folder ds285.3/ GRIB1 :: .grb :: All is good!
>> Folder ds316.0/ NetCDF
>> Folder ds502.0/ NetCDF
>> Folder ds629.1/ GRIB1 :: .YYYYMMDD :: Access
>> fails at file level but works for aggregation
>> Folder ds629.2/ GRIB1 :: .YYYYMMDD :: Access
>> fails at file level but works for aggregation
>> Folder ds629.3/ (Same as others in this series,
>> but still updating and may not be immediately available)
>> Folder ds629.5/ GRIB1 :: .YYYYMMDD :: Access
>> fails at file level but works for aggregation
>> Folder ds629.6/ GRIB1 :: .YYYYMMDD :: Access
>> fails at file level but works for aggregation
>> Folder ds631.0/ NetCDF
>>
>> I would be happy to send you the respective catalogs id that would be
>> useful.
>>
>> For all the GRIB2 data, I have the following:
>>
>> <gribConfig datasetTypes="Best Files">
>> <bestNamer name="Timeseries Aggregation"/>
>> <pdsHash>
>> <useGenType>true</useGenType>
>> </pdsHash>
>> </gribConfig>
>>
>> For all the GRIB1 data it is:
>>
>> <gribConfig datasetTypes="Best Files">
>> <bestNamer name="Timeseries Aggregation"/>
>> <pdsHash>
>> <useTableVersion>false</useTableVersion>
>> </pdsHash>
>> </gribConfig>
>>
>> Please let me know if I can provide any additional info to help.
>>
>> -kevin.
>>
>>
>> On 8/27/13 1:40 PM, Unidata THREDDS Support wrote:
>>> Hi Kevin,
>>>
>>> I have a bug fix for you. The initial stack trace that I saw was a red
>>> herring, and was a function of me hitting the server before indexing was
>>> complete on start up. You can download the new warfile (a snapshot of
>>> 4.3.19) here:
>>>
>>> https://docs.google.com/file/d/0B7jP7ooGP2ZzYng3R3NUVlVsVkE/edit?usp=sharing
>>>
>>> Thank you for reporting this bug!
>>>
>>> Cheers,
>>> Lansing Madry
>>> Unidata
>>> Boulder, Colorado
>>>
>>> Ticket Details
>>> ===================
>>> Ticket ID: EFD-388660
>>> Department: Support THREDDS
>>> Priority: Low
>>> Status: Open
>>>
>> --
>> Kevin Manross
>> NCAR/CISL/Data Support Section
>> Phone: (303)-497-1218
>> Email:address@hidden <mailto:address@hidden>
>> Web:http://rda.ucar.edu
Ticket Details
===================
Ticket ID: EFD-388660
Department: Support THREDDS
Priority: Low
Status: Open