20060117: GEMPAK decoder installation

Gilbert,

The processes that are decoders/dc* are GEMPAK decoders that you have told
your pqact program to run when receiving various data.

Presumably, you added these entries by configuring the conf file entries
running the $NAWIPS/ldm/etc/gen_pqact.csh script which uses the GEMTBL 
environmental
variable (which is set in your environment after you have sourced the 
$NAWIPS/Gemenviron
file).

The conf file entries all have locations relative to ~ldm/data/ on your
system, wherever that points. You should find ~ldm/data/gempak/*
directories if the decoders are sucessfully writing the data.

For a National radar composite, I produce a 1km gini format product
from GEMPAK in the FNEXRAD data stream. If you are
going to produce your own local composite, then your Level III radar
products should follow a directory structure that the NEXRIII template
defined in $GEMTBL/config/datatype.tbl expects.

The configuration I provide stores the Level III data under
~ldm/data/gempak/nexrad/NIDS/

where $RAD is the defined as ~ldm/data/gempak/nexrad.

The N0R nexrad files would be $RAD/NIDS/station/N0R/N0R_yyyymmdd_hhnn.

If your WSR88D directory matches that, then all you have to do is define
the RAD variable in Gemenviron to that. Otherwise, you will have to
configure the datatype.tbl file to match your file naming.

Steve Chiswell
Unidata User Support




>From: Gilbert Sebenste <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200601172253.k0HMr57s011044

>Hello Steve et al,
>
>I now have the binary version of GEMPAK on all my machines. I have 
>questions, as well as blank stares about some things.
>
>I am noticing processes that are hanging around:
>
>0:00 decoders/dctaf -d data/gempak/logs/dctaf.log -e GEMTB
>31532 ?        S      0:00 decoders/dcmetr -v 2 -a 500 -m 72 -s 
>sfmetar_sa.tbl -
>31533 ?        S      0:00 ingetext.k DDS
>31534 ?        S      0:00 decoders/dcgrib2 -d 
>data/gempak/logs/dcgrib2_ocean.lo
>31569 ?        S      0:00 ingetext.k DDS
>31628 ?        S      0:00 decoders/dcuair -b 24 -m 16 -d 
>data/gempak/logs/dcuai
>31688 ?        S      0:00 decoders/dclsfc -v 2 -s lsystns.upc -d 
>data/gempak/lo
>31724 ?        S      0:00 rpc.ldmd -q /home/ldm/data/ldm.pq 
>/home/ldm/etc/ldmd.
>31798 ?        S      0:00 decoders/dcgrib2 -d 
>data/gempak/logs/dcgrib2_RUC.log
>31842 ?        S      0:00 decoders/dcgrib2 -d 
>data/gempak/logs/dcgrib2_AWC_NCWD
>31886 ?        S      0:00 decoders/dcgrib2 -d 
>data/gempak/logs/dcgrib2_NWSother
>32040 ?        S      0:00 decoders/dcgrib2 -d 
>data/gempak/logs/dcgrib2_AWC_CIP.
>32132 ?        Z      0:00 [dmmisc.k] <defunct>
>
>Is this normal?
>
>Also, I want to make a national radar mosaic of BREF1 imagery. I already 
>have the data going into a set of directories already, so I don't want to 
>duplicate the effort. Any tips? I have the data going into my 
>/home/data/WSR88D directory. Can I just somehow soft-link to that
>from inside the GEMPAK directory?
>
>Hoping to fire this thing up tomorrow, fully loaded with some data.
>I also want the NIMAGE feed, and CONDUIT as well. I asked UNIDATA
>before Christmas how I can get that, but didn't get a reply yet.
>
>Thanks for any help!
>
>******************************************************************************
> *
>Gilbert Sebenste                                                     ********
>(My opinions only!)                                                  ******
>Staff Meteorologist, Northern Illinois University                      ****
>E-mail: address@hidden                                  ***
>web: http://weather.admin.niu.edu                                      **
>******************************************************************************
> *
>
>From address@hidden  Tue Jan 17 16:10:31 2006
>Return-Path: <address@hidden>
>Received: from weather.admin.niu.edu (weather.admin.niu.edu [131.156.8.47])
>       by unidata.ucar.edu (UCAR/Unidata) with ESMTP id k0HNAV7s012784
>       for <address@hidden>; Tue, 17 Jan 2006 16:10:31 -0700 (MST)
>Organization: UCAR/Unidata
>Keywords: 200601172310.k0HNAV7s012784
>Received: from weather.admin.niu.edu (localhost.localdomain [127.0.0.1])
>       by weather.admin.niu.edu (8.13.5/8.13.5) with ESMTP id k0HNAVb7005922
>       for <address@hidden>; Tue, 17 Jan 2006 17:10:31 -0600
>Received: from localhost (sebenste@localhost)
>       by weather.admin.niu.edu (8.13.5/8.13.4/Submit) with ESMTP id k0HNAVxd0
> 05918
>       for <address@hidden>; Tue, 17 Jan 2006 17:10:31 -0600
>Date: Tue, 17 Jan 2006 17:10:31 -0600 (CST)
>From: Gilbert Sebenste <address@hidden>
>To: General Support <address@hidden>
>Subject: Re: GEMPAK help
>In-Reply-To: <address@hidden>
>Message-ID: <address@hidden>
>References: <address@hidden>
>MIME-Version: 1.0
>Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>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.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham 
>       version=3.0.1
>
>On Tue, 17 Jan 2006, Gilbert Sebenste wrote:
>
>> Hello Steve et al,
>>
>> I now have the binary version of GEMPAK on all my machines. I have questions
> , 
>> as well as blank stares about some things.
>>
>> I am noticing processes that are hanging around:
>>
>> 0:00 decoders/dctaf -d data/gempak/logs/dctaf.log -e GEMTB
>> 31532 ?        S      0:00 decoders/dcmetr -v 2 -a 500 -m 72 -s 
>> sfmetar_sa.tbl -
>> 31533 ?        S      0:00 ingetext.k DDS
>> 31534 ?        S      0:00 decoders/dcgrib2 -d 
>> data/gempak/logs/dcgrib2_ocean.lo
>> 31569 ?        S      0:00 ingetext.k DDS
>> 31628 ?        S      0:00 decoders/dcuair -b 24 -m 16 -d 
>> data/gempak/logs/dcuai
>> 31688 ?        S      0:00 decoders/dclsfc -v 2 -s lsystns.upc -d 
>> data/gempak/lo
>> 31724 ?        S      0:00 rpc.ldmd -q /home/ldm/data/ldm.pq 
>> /home/ldm/etc/ldmd.
>> 31798 ?        S      0:00 decoders/dcgrib2 -d 
>> data/gempak/logs/dcgrib2_RUC.log
>> 31842 ?        S      0:00 decoders/dcgrib2 -d 
>> data/gempak/logs/dcgrib2_AWC_NCWD
>> 31886 ?        S      0:00 decoders/dcgrib2 -d 
>> data/gempak/logs/dcgrib2_NWSother
>> 32040 ?        S      0:00 decoders/dcgrib2 -d 
>> data/gempak/logs/dcgrib2_AWC_CIP.
>> 32132 ?        Z      0:00 [dmmisc.k] <defunct>
>
>And, I now notice nothing is being written to /home/data/gempak on any of 
>my machines. Hmmmm....
>
>******************************************************************************
> *
>Gilbert Sebenste                                                     ********
>(My opinions only!)                                                  ******
>Staff Meteorologist, Northern Illinois University                      ****
>E-mail: address@hidden                                  ***
>web: http://weather.admin.niu.edu                                      **
>******************************************************************************
> *
>
--
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.