[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20051026: 20051005: GEMPAK 5.8.3a problem with garp



David,

The // entry is used in GEMPAK to create a name for the quantity to
be used elsewhere, which is what the Garp marcros use. The "!" character
would be a comment line though, which probebly isn't what you want is it?

You can use p06i rather than doing quo(p06m,25.4) though. GEMPAK will
do that calculation, so unless you need to reference P06 later on,
the internal form is easier.

As an alternative, you can look at the eta212 macro directory for the
Mslp_Pcpn macro. You will see that this macro uses the functions:
general/Precip_6hr_in and general/MSLPress_mb_Eta_Reduction.
That 6 hr precip function uses the 5 point smoother, but otherwise handles the 
P06M calculation as you do. 

If you are creating your own ETA104 directory, the ETA212 functions will 
probably
be a good place to start. The "default" directory of functions you get without
a specified modelkey directory is very limited, since not all grid sets
have the same parameters.

Steve Chiswell
Unidata User Support




>From: David Ovens <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200510262004.j9QK4A7s007310

>Steve,
>
>On Mon, Oct 24, 2005 at 03:27:00PM -0600, Unidata Support wrote:
>> I have not been able to duplicate the garp problem you reported.
>
>Perhaps you need to specify 6-hour precip as I have,
>
>  quo(p06m%NONE@0;25.4)//p06!p06
>
>in order to see the ill-effects in garp.  I notice that if I just use 
>  p06m%none@0
>and
>  emsl%none@0
>it works fine.  Perhaps the quotient or the "//p06!p06" has something
>to do with it.
>
>David
>
>
>On Mon, Oct 24, 2005 at 03:27:00PM -0600, Unidata Support wrote:
>> >From: David Ovens <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200510051834.j95IY5G7028870
>> 
>> >Hello Unidata support,
>> >
>> >I would have tested this problem out with the Linux GEMPAK 5.8.3a
>> >pre-built binaries, but I cannot run them on our machines.  I get
>> >errors like:
>> >
>> >  GEMPAK5.8.3a/bin/linux/garp: relocation error:
>> >  /home/disk/frosty/ovens/GEMPAK5.8.3a/bin/linux/garp: symbol
>> >  __strncpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with
>> >  link time reference 3
>> >
>> >If you have any suggestions on how to fix this, I'd appreciate them,
>> >also.
>> >
>> >So, anyhow, in garp, I load up 6-hour precipitation for the ETA104
>> >grids for all forecast house 0-84.  That works fine, with hours 0 and
>> >3 being blank, of course.  Then I attempt to overlay MSLP using
>> >EMSL@0%NONE.  The first few frames (up to frame 12 = f33) load fine,
>> >then I see lots of these errors in my xterm window where garp was
>> >started:
>> >  GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >  GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >and from frame 13 on all of the color-filled 6-hour precipitation is
>> >gone, and all I see is MSLP.  Do you have any idea how I can fix this? 
>> >
>> >Thanks,
>> >
>> >David
>> >-- 
>> >David Ovens          e-mail: address@hidden
>> >Research Meteorologist    phone: (206) 685-8108
>> >Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >Box 351640                        Pacific Northwest
>> >University of Washington          http://www.atmos.washington.edu/mm5rt
>> >Seattle, WA  98195               Weather Graphics and Loops
>> >                                  http://www.atmos.washington.edu/~ovens/lo
> ops
>> >
>> >From address@hidden  Wed Oct  5 13:51:34 2005
>> >Return-Path: <address@hidden>
>> >Received: from dew1.atmos.washington.edu (dew1.atmos.washington.edu [128.95
> .89
>> > .41])
>> >    by unidata.ucar.edu (UCAR/Unidata) with ESMTP id j95JpYG7008220
>> >    for <address@hidden>; Wed, 5 Oct 2005 13:51:34 -0600 (MDT)
>> >Organization: UCAR/Unidata
>> >Keywords: 200510051951.j95JpYG7008220
>> >Received: from frosty.atmos.washington.edu (address@hidden
> u [
>> > 128.95.175.84])
>> >    by dew1.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j95
>> > JpVAk012290
>> >    (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
>> >    Wed, 5 Oct 2005 12:51:31 -0700
>> >Received: from frosty.atmos.washington.edu (ovens@localhost [127.0.0.1])
>> >    by frosty.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j
>> > 95JpVMT004343;
>> >    Wed, 5 Oct 2005 12:51:31 -0700
>> >Received: (from ovens@localhost)
>> >    by frosty.atmos.washington.edu (8.13.4/8.13.4/Submit) id j95JpVnK004340
>> > ;
>> >    Wed, 5 Oct 2005 12:51:31 -0700
>> >From: David Ovens <address@hidden>
>> >Date: Wed, 5 Oct 2005 12:51:30 -0700
>> >To: address@hidden
>> >Cc: Harry Edmon <address@hidden>
>> >Subject: Re: GEMPAK 5.8.3a problem with garp -- I think I found answer
>> >Message-ID: <address@hidden>
>> >References: <address@hidden>
>> >Mime-Version: 1.0
>> >Content-Type: text/plain; charset=us-ascii
>> >Content-Disposition: inline
>> >In-Reply-To: <address@hidden>
>> >User-Agent: Mutt/1.5.9i
>> >X-Scanned-By: MIMEDefang 2.51 on 128.95.89.40
>> >X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
>> >    laraine.unidata.ucar.edu
>> >X-Spam-Level: 
>> >X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham
>  
>> >    version=3.0.1
>> >
>> >Hello Unidata support,
>> >
>> >I believe I found the answer to this in the email archives at:
>> >http://www.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/Mail
> Arc
>> > hives/gempak/msg03045.html
>> >
>> >I have bumped up LLMDGG in GEMPRM.PRM and gemprm.h to 9,876,543 and
>> >will see what that does once it's finished being rebuilt.
>> >
>> >David
>> >
>> >On Wed, Oct 05, 2005 at 11:33:55AM -0700, ovens wrote:
>> >> Hello Unidata support,
>> >> 
>> >> I would have tested this problem out with the Linux GEMPAK 5.8.3a
>> >> pre-built binaries, but I cannot run them on our machines.  I get
>> >> errors like:
>> >> 
>> >>   GEMPAK5.8.3a/bin/linux/garp: relocation error:
>> >>   /home/disk/frosty/ovens/GEMPAK5.8.3a/bin/linux/garp: symbol
>> >>   __strncpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with
>> >>   link time reference 3
>> >> 
>> >> If you have any suggestions on how to fix this, I'd appreciate them,
>> >> also.
>> >> 
>> >> So, anyhow, in garp, I load up 6-hour precipitation for the ETA104
>> >> grids for all forecast house 0-84.  That works fine, with hours 0 and
>> >> 3 being blank, of course.  Then I attempt to overlay MSLP using
>> >> EMSL@0%NONE.  The first few frames (up to frame 12 = f33) load fine,
>> >> then I see lots of these errors in my xterm window where garp was
>> >> started:
>> >>   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >>   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >> and from frame 13 on all of the color-filled 6-hour precipitation is
>> >> gone, and all I see is MSLP.  Do you have any idea how I can fix this? 
>> >> 
>> >> Thanks,
>> >> 
>> >> David
>> >> -- 
>> >> David Ovens                e-mail: address@hidden
>> >> Research Meteorologist    phone: (206) 685-8108
>> >> Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >> Box 351640                        Pacific Northwest
>> >> University of Washington          http://www.atmos.washington.edu/mm5rt
>> >> Seattle, WA  98195               Weather Graphics and Loops
>> >>                                   http://www.atmos.washington.edu/~ovens/
> loo
>> > ps
>> >
>> >-- 
>> >David Ovens          e-mail: address@hidden
>> >Research Meteorologist    phone: (206) 685-8108
>> >Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >Box 351640                        Pacific Northwest
>> >University of Washington          http://www.atmos.washington.edu/mm5rt
>> >Seattle, WA  98195               Weather Graphics and Loops
>> >                                  http://www.atmos.washington.edu/~ovens/lo
> ops
>> >
>> >From address@hidden  Wed Oct  5 14:34:41 2005
>> >Return-Path: <address@hidden>
>> >Received: from dew1.atmos.washington.edu (dew1.atmos.washington.edu [128.95
> .89
>> > .41])
>> >    by unidata.ucar.edu (UCAR/Unidata) with ESMTP id j95KYfG7013324
>> >    for <address@hidden>; Wed, 5 Oct 2005 14:34:41 -0600 (MDT)
>> >Organization: UCAR/Unidata
>> >Keywords: 200510052034.j95KYfG7013324
>> >Received: from frosty.atmos.washington.edu (address@hidden
> u [
>> > 128.95.175.84])
>> >    by dew1.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j95
>> > KYbVs020469
>> >    (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
>> >    Wed, 5 Oct 2005 13:34:37 -0700
>> >Received: from frosty.atmos.washington.edu (ovens@localhost [127.0.0.1])
>> >    by frosty.atmos.washington.edu (8.13.4/8.13.4/Debian-3) with ESMTP id j
>> > 95KYbMX012051;
>> >    Wed, 5 Oct 2005 13:34:37 -0700
>> >Received: (from ovens@localhost)
>> >    by frosty.atmos.washington.edu (8.13.4/8.13.4/Submit) id j95KYbmU012048
>> > ;
>> >    Wed, 5 Oct 2005 13:34:37 -0700
>> >From: David Ovens <address@hidden>
>> >Date: Wed, 5 Oct 2005 13:34:37 -0700
>> >To: address@hidden
>> >Cc: Harry Edmon <address@hidden>
>> >Subject: Re: GEMPAK 5.8.3a problem with garp -- I think I found answer
>> >Message-ID: <address@hidden>
>> >References: <address@hidden> <2005100519
> 513
>> > address@hidden>
>> >Mime-Version: 1.0
>> >Content-Type: text/plain; charset=us-ascii
>> >Content-Disposition: inline
>> >In-Reply-To: <address@hidden>
>> >User-Agent: Mutt/1.5.9i
>> >X-Scanned-By: MIMEDefang 2.51 on 128.95.89.40
>> >X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on 
>> >    laraine.unidata.ucar.edu
>> >X-Spam-Level: 
>> >X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham
>  
>> >    version=3.0.1
>> >
>> >Hello again,
>> >
>> >Well, I ended up bumping up LLMDGG to 98,765,432 and I still see the
>> >exact same behavior in garp at the exact same place.  I have tracked
>> >the problem down to the Hi/Low symbol display for the MSLP
>> >(PMSL@0%NONE or EMSL@0%NONE).  When I uncheck the Hi/Low display
>> >(after clicking "More>>"), I can display/overlay both these fields
>> >without a problem for all hours 0-84.  
>> >
>> >Is LLMDGG really the parameter to modify here? or does garp use
>> >something different than the rest of GEMPAK?
>> >
>> >David
>> >-- 
>> >David Ovens          e-mail: address@hidden
>> >Research Meteorologist    phone: (206) 685-8108
>> >Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >Box 351640                        Pacific Northwest
>> >University of Washington          http://www.atmos.washington.edu/mm5rt
>> >Seattle, WA  98195               Weather Graphics and Loops
>> >                                  http://www.atmos.washington.edu/~ovens/lo
> ops
>> >
>> >On Wed, Oct 05, 2005 at 12:51:30PM -0700, ovens wrote:
>> >> Hello Unidata support,
>> >> 
>> >> I believe I found the answer to this in the email archives at:
>> >> http://www.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/Ma
> ilA
>> > rchives/gempak/msg03045.html
>> >> 
>> >> I have bumped up LLMDGG in GEMPRM.PRM and gemprm.h to 9,876,543 and
>> >> will see what that does once it's finished being rebuilt.
>> >> 
>> >> David
>> >> 
>> >> On Wed, Oct 05, 2005 at 11:33:55AM -0700, ovens wrote:
>> >> > Hello Unidata support,
>> >> > 
>> >> > I would have tested this problem out with the Linux GEMPAK 5.8.3a
>> >> > pre-built binaries, but I cannot run them on our machines.  I get
>> >> > errors like:
>> >> > 
>> >> >   GEMPAK5.8.3a/bin/linux/garp: relocation error:
>> >> >   /home/disk/frosty/ovens/GEMPAK5.8.3a/bin/linux/garp: symbol
>> >> >   __strncpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with
>> >> >   link time reference 3
>> >> > 
>> >> > If you have any suggestions on how to fix this, I'd appreciate them,
>> >> > also.
>> >> > 
>> >> > So, anyhow, in garp, I load up 6-hour precipitation for the ETA104
>> >> > grids for all forecast house 0-84.  That works fine, with hours 0 and
>> >> > 3 being blank, of course.  Then I attempt to overlay MSLP using
>> >> > EMSL@0%NONE.  The first few frames (up to frame 12 = f33) load fine,
>> >> > then I see lots of these errors in my xterm window where garp was
>> >> > started:
>> >> >   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >> >   GEMPAK: [DG -10]  Internal grid list is full; simplify function.
>> >> > and from frame 13 on all of the color-filled 6-hour precipitation is
>> >> > gone, and all I see is MSLP.  Do you have any idea how I can fix this? 
> >> > 
>> >> > Thanks,
>> >> > 
>> >> > David
>> >> > -- 
>> >> > David Ovens              e-mail: address@hidden
>> >> > Research Meteorologist    phone: (206) 685-8108
>> >> > Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >> > Box 351640                        Pacific Northwest
>> >> > University of Washington          http://www.atmos.washington.edu/mm5rt
>> >> > Seattle, WA  98195               Weather Graphics and Loops
>> >> >                                   http://www.atmos.washington.edu/~oven
> s/l
>> > oops
>> >> 
>> >> -- 
>> >> David Ovens                e-mail: address@hidden
>> >> Research Meteorologist    phone: (206) 685-8108
>> >> Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>> >> Box 351640                        Pacific Northwest
>> >> University of Washington          http://www.atmos.washington.edu/mm5rt
>> >> Seattle, WA  98195               Weather Graphics and Loops
>> >>                                   http://www.atmos.washington.edu/~ovens/
> loo
>> > ps
>> >
>> --
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8643                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service              http://my.unidata.ucar.edu/content/support 
>> ----------------------------------------------------------------------------
>> NOTE: All email exchanges with Unidata User Support are recorded in the
>> Unidata inquiry tracking system and then made publicly available
>> through the web.  If you do not want to have your interactions made
>> available in this way, you must let us know in each email you send to us.
>
>-- 
>David Ovens             e-mail: address@hidden
>Research Meteorologist    phone: (206) 685-8108
>Dept of Atm. Sciences      plan: Real-time MM5 forecasting for the
>Box 351640                        Pacific Northwest
>University of Washington          http://www.atmos.washington.edu/mm5rt
>Seattle, WA  98195               Weather Graphics and Loops
>                                  http://www.atmos.washington.edu/~ovens/loops
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.