[gembud] Gempak 6.0

Can someone make this as a RPM and with the ability to pull in model data? I
got mine off noaaport (GEMPAK 5.11.4), but it does not pull in models. I am
still a noob at linux and need some assistance. If someone could please make
an RPM with the working models for CentOS 5.5, 32 bit, that would be great!

Also I found a solution if you are playing with the watch boxes and tried to
do a watch status message but county list doesn't update. After you delete
what counties you want cleared, you can click LIST and click delete from
list.. after you click the watch, then you can delete what counties you want
out and click APPLY. You can also change the circles to black and smallest
size and width, so they don't show on the watch. I thought I'd share that
with you. :)

--Mike

-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of
gembud-request@xxxxxxxxxxxxxxxx
Sent: Friday, October 08, 2010 8:21 AM
To: gembud@xxxxxxxxxxxxxxxx
Subject: gembud Digest, Vol 21, Issue 3

Send gembud mailing list submissions to
        gembud@xxxxxxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://mailman.unidata.ucar.edu/mailman/listinfo/gembud
or, via email, send a message with subject or body 'help' to
        gembud-request@xxxxxxxxxxxxxxxx

You can reach the person managing the list at
        gembud-owner@xxxxxxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of gembud digest..."


Today's Topics:

   1. GDDIAG - MASK FUNCTION BUG? (Evan Lowery)


----------------------------------------------------------------------

Message: 1
Date: Fri, 8 Oct 2010 08:20:31 -0400
From: "Evan Lowery" <elowery@xxxxxxxxxxxx>
To: <gembud@xxxxxxxxxxxxxxxx>
Subject: [gembud] GDDIAG - MASK FUNCTION BUG?
Message-ID: <002c01cb66e3$33a853f0$9af8fbd0$@com>
Content-Type: text/plain; charset="us-ascii"

Hello all,

 

I've found a possible bug (or user error) with GDDIAG and the MASK grid
function, but wanted to check with everyone here before sending out an
official support request.

 

Within a GEMPAK grid file (test.grd), I have a temperature field (TEMPA)
which needs to be masked to only show values between a certain temperature
range (>=80F).  I run this process daily, and have never had a problem up
until this point.  When NO temperatures in TEMPA are >=80F, the MASK
function generates an erroneously large number rather than -9999.00
(RMISSD).

 

Dataset:                                               test.grd

 

gdlist

GDATTIM=101007/0000F001

GLEVEL=0

GVCORD=NONE

GFUNC=TEMPA

 

Using GDLIST (tempa.dat) I see that TEMPA:

MINIMUM AND MAXIMUM VALUES     1.03    60.00

 

Goal: only keep temperatures  >=80F

 

gddiag

GDATTIM=101007/0000F001

GLEVEL=0

GVCORD=NONE

GFUNC=MASK(TEMPA,SGE(TEMPA,80))

GRDNAM=TEMPB

GRDTYP=S

GPACK=

GRDHDR=

PROJ=

GRDAREA=

KXKY=

MAXGRD=

CPYFIL=

ANLYSS=

 

Using GDLIST (tempb.dat) I see that TEMPB:

MINIMUM AND MAXIMUM
VALUES9999999848243207295109594873856.009999999848243207295109594873856.00

 

I would expect all TEMPB values to be -9999.00 (RMISSD) since no
temperatures are greater than 80F, but instead it blows up and returns a
very large value.

 

http://www.unidata.ucar.edu/cgi-bin/gempak/manual/apxB_index

MASK  Masking function        MASK (S1, S2) = RMISSD IF S2 = RMISSD

                                            = S1 otherwise

 

In this example TEMPA had no values >=80F, but my csh scripts are constantly
mining through temperature grids, and "usually" there are values >=80F.

 

Has anyone ever experienced this type of result?  If yes, do you know a work
around to get the grid (TEMPB) with all values = -9999.00 (RMISSD) rather
than erroneously large values?

 

Regards,

Evan Lowery

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mailman.unidata.ucar.edu/mailing_lists/archives/gembud/attachments/2
0101008/6512d49e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.grd
Type: application/octet-stream
Size: 262144 bytes
Desc: not available
URL:
<http://mailman.unidata.ucar.edu/mailing_lists/archives/gembud/attachments/2
0101008/6512d49e/attachment.grd>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tempa.dat
Type: application/octet-stream
Size: 43889 bytes
Desc: not available
URL:
<http://mailman.unidata.ucar.edu/mailing_lists/archives/gembud/attachments/2
0101008/6512d49e/attachment.dat>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tempb.dat
Type: application/octet-stream
Size: 148539 bytes
Desc: not available
URL:
<http://mailman.unidata.ucar.edu/mailing_lists/archives/gembud/attachments/2
0101008/6512d49e/attachment-0001.dat>

------------------------------

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

End of gembud Digest, Vol 21, Issue 3
*************************************
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.862 / Virus Database: 271.1.1/3183 - Release Date: 10/07/10
14:34:00