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

20030627: [Fwd: 20030624: Gempak pcconv query]



The solaris binary executable tar file has been reposted on the web portal site.
All progras which handle grid data have my updated dewpoint check for grids
in depoint depression.

Steve Chiswell



>From: Ruth Platner <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200306271719.h5RHJGLd016127

>Hi Steve,
>
>We have a binary distribution of gempak 5.6.j. I did install the previous
>version, 5.6.h, from source, but our current version is the binary. I see that
>5.6.k is not yet available from your web site. I'm not sure what you mean by
>"we'll update you to 5.6.k". I can install the source version of 5.6.j, since 
> I
>can get that from the web site and then you can give me the update that John
>needs. But if i'm going to reinstall the whole package from source, I think I
>would prefer to have the whole new version. So I think we would prefer the
>option of updating to 5.6.k, but I would need all of the source, or a new
>binary, or you would need to do whatever it is you mean by you doing the
>update.
>
>Thanks,
>
>Ruth
>
>John Merrill wrote:
>
>> -------- Original Message --------
>> Subject: 20030624: Gempak pcconv query
>> Date: Tue, 24 Jun 2003 14:39:30 -0600 (MDT)
>> From: General Support <address@hidden>
>> Organization: UCAR/Unidata
>> To: John Merrill <address@hidden>
>> CC: address@hidden
>> References: <address@hidden>
>>
>> John,
>>
>> The pcconv.tbl functions are used for the point source (surface and
>> upperair) programs through SFPARM and SNPARM- so screaming PCCONV at a
>> grid program has no effect. ;-)
>>
>> In the case of gridded data, the function $GEMPAK/source/gemlib/dg/dgdwpt.f
>> is used (and looks to calculate dewpoint from relative humidity or mixing
>> ratio....but not dewpoint depression). I made the necessary changes
>> to the source code here (to be distributed with 5.6.K).
>>
>> I can send you a source code update if you built from source, or
>> we'll upgrade you to 5.6.K. Your choice. If you want the source
>> for the routine, let me know what version you are currently running
>> since I'll have to back path that code as the grid routines have all
>> been updated the past several releases to accomodate larger grids.
>>
>> Steve
>> ****************************************************************************
>> 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
>> ****************************************************************************
>>
>> On Thu, 19 Jun 2003, John Merrill wrote:
>>
>> > Hello,
>> >    In using gridded model fields, presently nogaps analyses/6 hr
>> > forecasts archived by JOSS for ACE-Asia, the humidity
>> > variables seem to be "limited" by the use of DPDK as the available field
>> > from the archive. I see in pcconv.tbl that this
>> > should lead to dwpk being available, but I can't get to this or other
>> > more involved moisture parameters. I see formulations
>> > for the mixing ratio and other parameters which I want to plot, but no
>> > matter how loudly I yell PCCONV while my scripts
>> > are running, I get back "Input grid dwpk (or whatever) ... cannot be
>> > found. The hint "input grid," which I know it ain't, isn't
>> > sufficiently suggestive to help me, unfortunately. The variables
>> > available at each PRES level are tmpk, dpdk, hght, urel, vrel,
>> > omeg. Is there a way to force use of pcconv, or some other subtlety in
>> > cases like this?
>> >
>> >
>> >         John
>> >
>> > PS - You'd answered a simple question arising from my use of
>> > monthly-averaged Reanalysis grids. I was flummoxed by
>> > a simple syntax error, as you pointed out. I've had intermittent
>> > difficulties with girds from this and other GRIB archives,
>> > sometimes related to the variable names being unusual. Anyway, we've got
>> > that working now (although we are having trouble
>> > with a monthly average precipitation rate field found on the Reanalysis
>> > CDs - a question is being formulated now about this
>> > and will be sent in soon.) When I'm out in Boulder next week I'll ask
>> > you whether there's something I can offer you in exchange
>> > for excising these dumb questions from the email archives...
>> >
>
>From address@hidden Mon Jul  7 10:45:35 2003
>Received: from boreas.gso.uri.edu (boreas.gso.uri.edu [131.128.102.63])
>       by unidata.ucar.edu (UCAR/Unidata) with ESMTP id h67GjZLd011122
>       for <address@hidden>; Mon, 7 Jul 2003 10:45:35 -0600 (MDT)
>Organization: UCAR/Unidata
>Keywords: 200307071645.h67GjZLd011122
>Received: from gso.uri.edu (boreas.gso.uri.edu [131.128.102.63])
>       by boreas.gso.uri.edu (8.12.9/8.12.2) with ESMTP id h67GmlsP003236;
>       Mon, 7 Jul 2003 12:48:48 -0400 (EDT)
>Message-ID: <address@hidden>
>Date: Mon, 07 Jul 2003 12:48:47 -0400
>From: John Merrill <address@hidden>
>User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.2) Gecko/20
> 030208 Netscape/7.02
>X-Accept-Language: en-us, en
>MIME-Version: 1.0
>To: General Support <address@hidden>,
>   Ruth Platner
> <address@hidden>
>Subject: Re: 20030624: Gempak pcconv query
>References: <address@hidden> <Pine.GSO.4.51.0306241432410.13684@
> laraine.unidata.ucar.edu>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>Content-Transfer-Encoding: 7bit
>X-Spam-Status: No, hits=-1.3 required=5.0
>       tests=AWL,NOSPAM_INC,REFERENCES,SPAM_PHRASE_03_05,USER_AGENT,
>             USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG
>       version=2.43
>X-Spam-Level: 
>
>Hello, Steve:
>
>>. . . . In the case of gridded data, the function $GEMPAK/source/gemlib/dg/dg
> dwpt.f
>>is used (and looks to calculate dewpoint from relative humidity or mixing
>>ratio....but not dewpoint depression). I made the necessary changes
>>to the source code here (to be distributed with 5.6.K).
>>
>>I can send you a source code update if you built from source, or
>>we'll upgrade you to 5.6.K. Your choice. If you want the source
>>for the routine, let me know what version you are currently running
>>since I'll have to back path that code as the grid routines have all
>>been updated the past several releases to accomodate larger grids.
>>
>>
>>  
>>
>I believe Ruth wrote back to you stating a preference for "source code 
>update, with a twist" but also
>accepting the possibility of your building it for us. (The twist related 
>to our not having the full source
>code here if I recall correctly.) We've not heard back from you, and are 
>at a standstill
>on this effort. How can we procede? Thanks for any help you can provide. 
>       John
>
>