[gradsusr] GrADS Data Server Time Issues

[NB]

Now we're getting to the bottom of it.

Thanks Ryan.

-Nick

On Mon, Jun 29, 2015 at 5:50 PM, Ryan Hickman <ryan at allisonhouse.com> wrote:

> GrADS 2.1.a1 (not OpenGrADS) does not present this issue. I also checked
> my 2.1.a3 installation and wasn't able to reproduce the issue.
>
> Grid Analysis and Display System (GrADS) Version 2.1.a1
>>
>> Copyright (c) 1988-2013 by the Institute for Global Environment and
>> Society (IGES)
>>
>> GrADS comes with ABSOLUTELY NO WARRANTY
>>
>> See file COPYRIGHT for more information
>>
>>
>> Config: v2.1.a1 little-endian readline grib2 netcdf hdf4-sds hdf5
>> opendap-grids,stn geotiff shapefile cairo
>>
>> Issue 'q config' command for more detailed configuration information
>>
>> GX Package Initialization: Size = 11 8.5
>>
>> Running in Batch mode
>>
>> ga-> sdfopen
>> http://nomads.ncep.noaa.gov:9090/dods/hrrr/hrrr20150629/hrrr_sfc_19z
>>
>> Scanning self-describing file:
>> http://nomads.ncep.noaa.gov:9090/dods/hrrr/hrrr20150629/hrrr_sfc_19z
>>
>> SDF file
>> http://nomads.ncep.noaa.gov:9090/dods/hrrr/hrrr20150629/hrrr_sfc_19z is
>> open as file 1
>>
>> LON set to -134.096 -60.9372
>>
>> LAT set to 21.1407 52.6134
>>
>> LEV set to 1000 1000
>>
>> Time values set: 2015:6:29:19 2015:6:29:19
>>
>> E set to 1 1
>>
>> ga-> q time
>>
>> Time = 19Z29JUN2015 to 19Z29JUN2015  Mon to Mon
>>
>
> On Mon, Jun 29, 2015 at 5:44 PM, NB <nbarlow30 at gmail.com> wrote:
>
>> Cheers Jim,
>>
>> Maybe a 2.1 bug, potentially.
>>
>> On Mon, Jun 29, 2015 at 5:31 PM, James T. Potemra <jimp at hawaii.edu>
>> wrote:
>>
>>>  Hi Nick,
>>>
>>> Not sure it helps, but I tried your link below using OpenGrADS
>>> 2.0.1.oga.1, and I don't get time down to the seconds:
>>>
>>> ga-> sdfopen
>>> http://nomads.ncep.noaa.gov:9090/dods/hrrr/hrrr20150629/hrrr_sfc_19z
>>> ga-> q time
>>> Time = 19Z29JUN2015 to 19Z29JUN2015  Mon to Mon
>>>
>>> Jim
>>>
>>>
>>> On 6/29/15 12:48 PM, NB wrote:
>>>
>>> I'm running OpenGrADS 2.1.a1.oga.1 on a Windows machine.
>>>
>>> I've noticed an issue pulling OPeNDAP/DODs data from NOMADS. If I
>>> request data from, say, the 19Z model run, sometimes time initializes at
>>> 18:59Z, instead of 19:00Z.
>>>
>>>  The odd thing is that it doesn't always happen, but when it does, it
>>> messes up time labeling etc. on my script. The issue is not my script, as I
>>> get the same result simply using 'sdfopen' and 'q time" in a newly-opened
>>> OpenGrADS window.
>>>
>>>  'q time'
>>>
>>>  Time = 18:59Z29JUN2015 to 18:59Z29JUN2015 Mon to Mon
>>>
>>>
>>>  I've looked around quite a bit for people having a similar issue, but
>>> can't find a solution.
>>>
>>>  Here is a run of the HRRR model that is having an issue today. I seem
>>> to run into this issue a few times every week.
>>>
>>> http://nomads.ncep.noaa.gov:9090/dods/hrrr/hrrr20150629/hrrr_sfc_19z
>>>
>>>
>>>  Thank you,
>>>
>>>  Nick Barlow
>>>
>>>
>>>
>>> _______________________________________________
>>> gradsusr mailing listgradsusr at gradsusr.orghttp://gradsusr.org/mailman/listinfo/gradsusr
>>>
>>>
>>>
>>> _______________________________________________
>>> gradsusr mailing list
>>> gradsusr at gradsusr.org
>>> http://gradsusr.org/mailman/listinfo/gradsusr
>>>
>>>
>>
>> _______________________________________________
>> gradsusr mailing list
>> gradsusr at gradsusr.org
>> http://gradsusr.org/mailman/listinfo/gradsusr
>>
>>
>
> _______________________________________________
> gradsusr mailing list
> gradsusr at gradsusr.org
> http://gradsusr.org/mailman/listinfo/gradsusr
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20150629/7b740dfb/attachment-0001.html