[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
20021018: can't display rdsp1 from *radar.gem files at times
- Subject: 20021018: can't display rdsp1 from *radar.gem files at times
- Date: Fri, 18 Oct 2002 12:23:34 -0600
Robert,
The likely problem is that your grid hasn't been flushed to disk yet
from the decoder.
For the HAXA00 grids, I use a separate dcgrib2 action with PIPE -close.
In the general model grid file case, where there are lots of grids
coming in, this generally isn't an issue, but for the 30 minute
gaps between subsequent HAXA00 products, you can see this effect.
Steve Chiswell
On Fri, 18 Oct 2002, Robert Mullenax wrote:
> I have a problem trying to display rdsp1 from the HAXA0 KWBC grid..
> the *radar.gem file. Occasionally I'll get a situation where I set
> gdattim=last
> and run gdplot2, and get the error below:
>
>
> PARAMETERS FOR GDPLOT : FRAME NUMBER 1 INITIAL PLOT SETTINGS -
> GDFILE=$HDS/20021018_radar.gem, GDATTIM=021018/1615F000
> GAREA=17.5;-122.1;49.65;-58.3, PROJ=LCC/25;-100;60/NM, MAP=0, LATLON=0
> OVERLAY TYPE LEVEL VCORD GRID FUNCTION
> 1 F 0 NONE SLT(RDSP1,7)
> [DG -7] Input grid RDSP1 ^gdattim=@0 %NONE in SLT cannot be found.
> [GDPLOT 2] The requested scalar/vector cannot be computed.
>
> However, running gdinfo it tells me that indeed RDSP1 is present at that
> time:
> gdinfo:
>
> GEMPAK-GDINFO>r
>
> GRID FILE: $HDS/20021018_radar.gem
>
>
> GRID NAVIGATION:
> PROJECTION: STR
> ANGLES: 90.0 255.0 0.0
> GRID SIZE: 460 360
> LL CORNER: 23.10 -119.04
> UR CORNER: 45.32 -58.22
>
> GRID ANALYSIS BLOCK:
> UNKNOWN ANALYSIS TYPE
>
> Number of grids in file: 32
>
> Maximum number of grids in file: 100
>
> NUM TIME1 TIME2 LEVL1 LEVL2 VCORD PARM
> 32 021018/1615F000 0 NONE RDSP1
>
> Parameters requested: GDFILE,LSTALL,OUTPUT,GDATTIM,GLEVEL,GVCORD,GFUNC.
>
>
>
>
> Anyone have any ideas what is going on?
>
> Thanks,
> Robert
> Robert Mullenax
> Weather Systems Administrator
> Universal Weather and Aviation
>
