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

20030610: Decoders dchrly and dcmetr, Ps and Ts

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: 20030610: Decoders dchrly and dcmetr, Ps and Ts
  • Date: Tue, 10 Jun 2003 12:12:20 -0600
Tim,

It might be that dcmetr isn't finding its packing file (you
either need GEMTBL set in the environment, or have to give the path.

Try the following pqact.conf:

WMO     ^S(A....|P.....|XUS80) .... ([0-3][0-9])
        PIPE    /pub/ldm/bin2/dcmetr 
        -e GEMTBL=/YOUR_NAWIPS_PATH/gempak/tables
        -d /pub/ldm/logs/decoders.log
        -n
        gempak/surface/YYMMDD_sao.gem

With -e, the GEMTBL environmental variable is defined so that sfstns.tbl 
and metar.pack are located. If you want a more complete station table, use
-s sfmetar_sa.tbl.
If you want the data in 20 minute time bins, instead of hourly, use -m 72.

Steve Chiswell






>From: Tim Alberta <address@hidden>
>Organization: UCAR/COMET
>Keywords: 200306101727.h5AHRQLd019680

>Hi support,
>
>We're currently using dchrly to decode metars (not sure why we haven't
>changed that...).  Our problem for the past number of months is sporadic
>PMSLs in our decoded Gempak files.
>
>I thought I could replace dchrly with dcmetr, and sure enough, we get
>all the pressures that are in the raw files.  However, we don't get TMPF
>and DWPF, they're all flagged (-9999s).
>
>Do any of you have an idea of what I'm doing wrong?  I get the same
>03061017.METAR, where the *METAR file is filed by the LDM, and using our
>newer gempak distribution I think)
>
>pqact.conf is
>
>#DDS   ^S(A....|P.....|XUS80) .... ([0-3][0-9])
>#      PIPE    /pub/ldm/bin2/dchrly
>#                       -p /pub/ldm/etc/hrly.pack
>#                       -s /pub/ldm/etc/sfstns.tbl
>#                       -d /pub/ldm/logs/decoders.log
>#                       -n
>#                       gempak/surface/YYMMDD_sao.gem
>#
>#
># Replaces the old dchrly decoder 6/10/03 - Alberta...
>
>DDS    ^S(A....|P.....|XUS80) .... ([0-3][0-9])
>       PIPE    /pub/ldm/bin2/dcmetr
>                       -s /pub/ldm/etc/sfstns.tbl
>                       -d /pub/ldm/logs/decoders.log
>                       -n
>                       gempak/surface/YYMMDD_sao.gem
>
>WMO    ^S(A....|P.....|XUS80) .... ([0-3][0-9])([0-2][0-9])    FILE
>weather/(\2:yy)(\2:mm)\2\3.METAR
>
>
>
>where I got rid of the pack file just because I thought it might be too
>old to work properly with dcmetr - like I said though, it doesn't give
>me anything different when I run it offline.
>
>Can you show me the error of my ways?  Feedtype wouldn't have anything
>to do with it, would it?  Let me know if you'd like any other
>information.  Any assistance would be greatly appreciated.
>
>Thanks,
>
>Tim
>