RE: frustrating problem with GEMPAK5.8+ distros


You're right. Sort of...
If you plot values first and contour second, everything goes right (see
attached gif image). If you contour first and plot values second, you
get weird numbers ploted (see second attached gif). The contour scheme
remains fine. Even if you invoke clear and reset, the plotted numbers
are incorrect (they change with each new attempt). So, yes, there seems
to be a bug in the software.


(For reference, I just used current NAM212 data set and used default
settings for displaying 500mb temperature(deg C). I'm running version
5.8.2a on a Solaris8 machine from source.)

 Just to clarify, contour and fills work fine, but the plotted values (More>>, 
click Value) give just zeros about 50% of the time.


-----Original Message-----
From: owner-gembud@xxxxxxxxxxxxxxxx
To: gembud@xxxxxxxxxxxxxxxx
Sent: 8/2/2005 11:58 AM
Subject: frustrating problem with GEMPAK5.8+ distros

Ever since GEMPAK5.8.1 I have noticed an annoying (and showstopping for
us) problem with GARP and/or GEMPAK itself.  GEMPAK5.7.2p2 is fine.  I
was wondering if anyone else has seen it or could try to duplicate it.

Intermittently (say 50% of the time) if you try to plot a value in GARP
(More, click Value) of model data, you will get values of zero plotted
for all points.  The thing that makes no sense is that contoured values
are just fine.  It is just when you choose to plot data that you see the
problem.  I believe the problem is in GARP as I have yet to get it to
gail using one of the gp programs.  I am running Solaris 9/Solaris 10
x86 using the Unidata binary, locally compiled versions with and without
any optimization, and it happens on each one.  Another department here
still uses Linux and have seen the same problem with the GEMPAK5.8+

Can someone attempt to duplicate (just doing Isotachs_kts and More,
Value) would work?

Robert Mullenax

  • 2005 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: