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

Re: LDM 5.1.4 GEMPAK DCMETR

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: Re: LDM 5.1.4 GEMPAK DCMETR
  • Date: Thu, 11 Jul 2002 16:05:52 -0600 (MDT)
Hi Adam, 

Looks good to me...

Thanks,

-Jeff
____________________________                  _____________________
Jeff Weber                                    address@hidden
Unidata Support                               PH:303-497-8676 
NWS-COMET Case Study Library                  FX:303-497-8690
University Corp for Atmospheric Research      3300 Mitchell Ln
http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000
________________________________________      ______________________

On Thu, 11 Jul 2002, adam  taylor (994) wrote:

> Well, success!!  I have isolated it to exactly the dcmetr decoder.  When i
> commented out the one(and only one line) in the pqact which ran the dcmetr
> decoder, no more pbuf_flush entries in the log.  I think that i was
> hammering the decoder with ALL text products (i think....I am including a
> copy of the dcmetr pqact entry at the bottom of this email.)  This is the
> example entry from the unidata web site on Gempak.  Could you please tell
> me if it is correct.  Thanks
> 
> Adam Taylor
> 
> 
> DDS|IDS               ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
>       PIPE    /home/ldm/decoders/dcmetr -b 9 -m 72 -s sfmetar_sa.tbl
>               -d /data1/gempak/logs/dcmetr.log
>               -e GEMTBL=/home/gempak/gempak/tables
>               /data1/gempak/surface/YYYYMMDD_sao.gem
> 
> 
> 
>