Re: [gembud] gdradr bug ??

Michael,
Thanks .. I have been assembling the gem for about 2 months now
using the N0Q portion, finally got around to using EET and kept getting
not found...
so ran a gdlist .. and found out

-Jeff Lake
MichiganWxSystem.com
WeatherMichigan.net
TheWeatherCenter.net
GRLevelXStuff.com


On 10/18/2011 11:26 AM, Michael James wrote:
Jeff,

It doesn't seem to be an issue with EET, rather GDRADR is writing the
grid of only the first defined GDPFUN value.

Hopefully can get a fix out soon.

-Michael



On Tue, Oct 18, 2011 at 8:06 AM, Jeff Lake<admin@xxxxxxxxxxxxxxxxxxxx>  wrote:
Not sure if I found a bug, or if I don't have it set up properly..
below is my script ..
problem is ... EET is not in the 'gdradr' assembled file
I can see it processing EET just like N0Q when I invoke the
script manually..
So based on below, do I have something set wrong
or .. ???


gdradr<<  EOFW
proj     = lcc/29.5;-96;45.5
grdarea    = 20.0;-120.0;53.0;-65.0
KXKY     = 1000;1000
GDPFUN   = N0Q ! EET
GDFILE   =  $GEMDATA/radar/YYYYMMDD_radr.gem
RADTIM   = current
RADDUR   = 20
RADFRQ   = 0
CPYFIL   =
STNFIL   = nexrad.tbl
MAXGRD   = 1000
RADMODE  = P
r

e

EOFW

--
-Jeff Lake
MichiganWxSystem.com
WeatherMichigan.net
TheWeatherCenter.net
GRLevelXStuff.com

_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit:
http://www.unidata.ucar.edu/mailing_lists/
_______________________________________________
gembud mailing list
gembud@xxxxxxxxxxxxxxxx
For list information or to unsubscribe,  visit: 
http://www.unidata.ucar.edu/mailing_lists/