20000907: GEMPAK DCHRLY QUESTION

Mark,

Your files may be missing the standard FOS characters thatr delineate the
start and end of the product for data commin in off the PIPE or redirection.

The standard FOS product looks like:
^A \r \r \n
#### \r \r \n
SAUS70 etc.


\r \r \n ^C

Without the control characters, a bulletin will not be found.

It sounds like you have started looking down this path already.

Steve Chiswell



>From: "Mark R. Conder" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200009080207.e8827CN18080

>Hi--
>
>I am trying to convert some archivedraw metar files into the Gempak file
>format.
>I have been struggling with DCHRLY for a few days - I have received some
>advice but it has not helped.
>
>The METAR entries look like this for example:
>
>SAUS70 KWBC 041200 RRJ
>METAR
>KBTM 041154Z 30005KT 1 3/4SM -SN BR OVC016 M06/M08 A2975 RMK
>SLP116 70038 4/006 T10631075 11056 21066 54000=
>
>I've tried various combinations of headers and trailers inc. putting a
>'NNNN' on the last line
>The command line I'm using looks like:
>
>% dchrly -c 990401/1200 -v 1 -b 240 -m 24 -d
>/home/gempak/gempak5.4/surface/dchrly.log -p
>/home/gempak/gempak5.4/tables/pack/hrly.pack -s
>/home/gempak/gempak5.4/tables/stns/sfcstns.tbl test.gem < test.raw
>
>-or, minimally-
>
>% dchrly -c 990401/1200 -b 2 -d dchrly.log test.gem < test.raw
>the pack and table files exist in their directories, but the program always
>starts, reads through the file, but does not find anything to convert and
>then exits.
>Any ides?  I've got the feeling there's a simple solution we're overlooking.
>
>thanks,
>mark
>address@hidden
>atmospheric science group
>texas tech university
>lubbock, tx
>806.742.2905
>