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

20020220: gempak/ldm

Jeff,
I looked at your pqact.conf. The reason you weren't decoding any
METAR data is because your pqact.conf action was piping to
the dchrly decoder which existed in GEMPAK 5.4. The appropriate decoder
for GEMPAK 5.6 is dcmetr. 

Also, the GEMTBL location you were specifying was incorrect. It should
be /usr/local/nawips/gempak/tables for your setup.

I edited your pqact.conf file and made the necessary changes. I also
fixed your ldmd.conf invocation of pqact so that the "-d" option
is used so that the decoders/ and data/ directories referenced
in pqact.conf will be relative to /home/kramer3/users/ldm. That
makes maintaining the pqact.conf actions easier (and shorter).

You now have GEMPAK data files being decoded. I didn't change your
dcgrib decoding lines, but you will notice from my examples in
http://www.unidata.ucar.edu/packages/gempak/tutorial/pqact/decoders.tbl
that there is a way to use a single PIPE to dcgrib2 for all the
model data rather than individual dcgrib actions for each data set.
In the future, we might want to move that way to make your
life easier when maintaining the pqact.conf table.

I also notice that you are requesting UNIDATA|NNEXRAD from
redwood.atmos.albany.edu. It appears that redwood is not allowing you
to request NNEXRAD. However, you don't have any pqact.conf actions
to process the NNEXRAD data anyhow. But, Anne and/or Jeff may want
to straighten this out so that you get NEXRAD data if you are looking for it.
I also notice that you are requesting NLDN from striker.atmos.albany.edu.
That request is also not being allowed on their end. 

One reason that it was difficult to determine what your problems were
is that your ldm was not logging to ~ldm/logs/ldmd.log even though
your /etc/syslogd was set up to do that. I created the ldmd.log file
and after restarting your ldm, you now have the ldm logging
correctly. The restart also allowed the -d option to pqact.conf
to take affect.

Steve Chiswell
Unidata User Support



>From: Sitler Jeffrey L Civ AFIT/ENP <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200202201615.g1KGFax12599

>Steve and Anne,
>I have made all the changes suggested below, but now it appears we have a
>new problem.
>We are getting some of gempak to work, but not all.
>Upon checking there is no surface data getting into
>
>/home/kramer3/users/ldm/data/gempak/surface
>
>Other stuff is working, I won't guarantee all of it is working but some is.
>Any more suggestions?
>
>Thank You.
>Jeff
>
>
>
>
>
>
>Jeff,
>
>I logged in to Blizzard and Fujita.
>
>I found that the GEMPAK account logs in to the directory
>/home/kramer3/users/nawips
>that directory has your old GEMPAK 5.4 distribution.
>In /home/kramer3/users, nawips is a symbolic link to the nawips-5.4
>directory.
>
>Your GEMPAK 5.6 distribution is in
>/home/kramer3/users/GEMPAK5.6
>
>To use your 5.6 distribution, you will want to do the following:
>cd /home/kramer3/users
>rm nawips
>ln -s GEMPAK5.6 nawips
>
>
>I found that your Gemenviron file in /home/kramer3/users/GEMPAK5.6
>had an error in the GEMDATA definition. You had:
>GEMDATA=/usr/local/ldm/data
>It should have been:
>GEMDATA=/usr/local/ldm/data/gempak
>
>I fixed that definition in the Gemenviron file.
>
>You don't have any current data in that directory. Looks like you
>haven't been running the LDM since Jan 16, 2002.
>
>Due to the security, I can't send an X connection back here to launch
>any programs. However, by fixing the above GEMDATA definition, the
>$TEXT_DATA
>environmental variable that NWX uses should now be correct.
>
>NWX won't find any data in the last 48 hours of course, because you don't
>have
>any current data in that directory.
>
>Your ~ldm/decoders directory has symbolic links to the GEMPAK dc* decoders
>as /usr/local/nawips/bin/sol. When you make the change of nawips to
>point to the GEMPAK 5.6 directory above, these links will be pointing to
>the 5.6 programs. You will want to ensure that the pqact.conf actions
>correctly use the GEMPAK 5.6 directories for their tables. They are
>currently
>pointing to the 5.4 tables. You can refer to the pqact.conf examples I
>provide for GEMPAK in the tutorial.
>
>Steve Chiswell
>Unidata User Support
>
>
>
>On Mon, 4 Feb 2002, Sitler Jeffrey L Civ AFIT/ENP wrote:
>
>> Hi Anne and support,
>> I am starting up nwx in gempak.  I get a message
>> [FL -1] Cannot open file /usr/local/ldm/data/surface/ldm/data/surface
>> and
>> [SF -2] File /usr/local/ldm/data/surface/ldm/data/surface could not be
>> opened
>>
>> I have included my current Gemenviron file
>> I have been playing around with the file trying to get it to work.
>> I have a professor here who wants it working and to be able to use the
>case
>> studies for class work.
>>
>> Thank you
>> Jeff
>>
>>
>> -----Original Message-----
>> From: Anne Wilson [mailto:address@hidden]
>> Sent: Monday, February 04, 2002 1:09 PM
>> To: Sitler Jeffrey L Civ AFIT/ENP
>> Cc: address@hidden; Lowther Ronald P LtCol AFIT/ENP;
>> address@hidden
>> Subject: Re: gempak, ldm
>>
>>
>> Sitler Jeffrey L Civ AFIT/ENP wrote:
>> >
>> > Good Morning,
>> > I would love to have someone look at our setup for gempak.
>> > I am close to having gempak work.  I am sure the problem is I am not
>> > sourcing the right thing in the Gemenviron.
>> > The log in for gempak is the same password at ldm, and Anne has that.
>> > Anne will tell you, that we have a rather unique set up for everything
>> here,
>> > as I get more experience it will be cleaned up, but for now all we want
>it
>> > to get things working.
>> > If anyone can help, I would greatly appreciate it.
>> > Thank you
>> > Jeff Sitler
>>
>> Hi Jeff,
>>
>> Your message has been forwarded to our Gempak person, Steve Chiswell,
>> who will get to it ASAP.
>>
>> It would be very helpful if you could send another email describing in
>> more detail the problems that concern you so that he has a better idea
>> of what to look for.
>>
>> Thanks!
>>
>> Anne
>> --
>> ***************************************************
>> Anne Wilson                  UCAR Unidata Program
>> address@hidden                      P.O. Box 3000
>>                                        Boulder, CO  80307
>> ----------------------------------------------------
>> Unidata WWW server       http://www.unidata.ucar.edu/
>> ****************************************************
>
>>
>