Ok, I'll look through that script and change it to NOAAPORT. Thank you very
much!
--Mike
-----Original Message-----
From: gembud-bounces@xxxxxxxxxxxxxxxx
[mailto:gembud-bounces@xxxxxxxxxxxxxxxx] On Behalf Of
gembud-request@xxxxxxxxxxxxxxxx
Sent: Saturday, October 09, 2010 2:00 PM
To: gembud@xxxxxxxxxxxxxxxx
Subject: gembud Digest, Vol 21, Issue 5
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. Re: Gempak 6.0 (Jeff Lake - Admin)
----------------------------------------------------------------------
Message: 1
Date: Sat, 9 Oct 2010 08:42:28 -0400
From: "Jeff Lake - Admin" <admin@xxxxxxxxxxxxxxxxxxxx>
To: "Foland, Michael" <mfoland@xxxxxxxxxxxxxxx>,
<gembud@xxxxxxxxxxxxxxxx>
Subject: Re: [gembud] Gempak 6.0
Message-ID: <6FCBE76CB43B4AE683400E2DA4D05C04@Jeff>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
I'm not understanding why you think it does it automatically, unless I'm
missing something..
all the examples I've seen, and the docs say it is configured for you to
have the data already on your server,
(via LDM or NOAAport), even the datatype.tbl sets the data resource's to
local system directories
I think it would be extremely useful for you to read, not just skim, but
read the docs..
get familiar with bash scripting
Jeff Lake K8JSL
http://www.MichiganWxSystem.com
https://www.TheWeatherCenter.net
----- Original Message -----
From: "Foland, Michael" <mfoland@xxxxxxxxxxxxxxx>
To: <gembud@xxxxxxxxxxxxxxxx>
Sent: Friday, October 08, 2010 1:24 PM
Subject: [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
>
> _______________________________________________
> 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/
End of gembud Digest, Vol 21, Issue 5
*************************************
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/09/10
02:34:00
