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.
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
gembud
archives: