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
