[gradsusr] GrADS Data Server Time Issues
Ryan Hickman
ryan at allisonhouse.com
Mon Jun 29 19:50:00 EDT 2015
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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20150629/d098df35/attachment.html
More information about the gradsusr
mailing list