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/
