20030627: [Fwd: 20030624: Gempak pcconv query]

I am in the process of rebuilding 5.6.J with the ported code
and will repack the distribution binary tar file for Solaris Sparc.

I will let you know when the tarfile had reached the portal web site.

Steve




>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
>
>