NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
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/
gembud
archives: