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

20021105: DCMETR



>From: Anthony B Tang <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200211052040.gA5KejX15413

>Hi,
>
>I'm having a little problem decoding raw metar files into the GEMPAK grid file
> .
>I am using dcmetr like the following ::
>
>dcmetr -v 2 out.gem < /home/bob/sn.0000.txt
>
>I get the following output ::
>
>[23375] 021105/1138 [DC 3]  Starting up.
>[23375] 021105/1138 [DCMETR 7]  DCMETR version:  3.3
>[23375] 021105/1138 [DC 2]  read 16383/16383 bytes strt 0 newstrt 16383
>[23375] 021105/1138 [DC 2]  read 0/0 bytes strt 16383 newstrt 16383
>[23375] 021105/1138 [DC -9]  End of input data file.
>[23375] 021105/1138 [DC 5]  Normal termination.
>[23375] 021105/1138 [DC 2]  Number of bulletins read and processed: 0
>[23375] 021105/1138 [DC 6]  Shutting down.
>
>It seems like it's working, but NO output is created. I am not sure why. Is th
> e
>metar file corrupted? I downloaded about 5 more and all has the same output. 
>
>Thanks for your help!
>
>=-Anthony
>
>__________________________________________________
>Do you Yahoo!?
>HotJobs - Search new jobs daily now
>http://hotjobs.yahoo.com/
>

Your data is missing the necessary control characters
used in the normal transmission of the data in FOS or AFOS.

The decoders expect to find products delimited with:

1) On FOS

^A \r \r \n 
and the ending with 
\r \r \n ^C

or 

2) on AFOS
ZCZC
and ending with
NNNN


If your archived data has these characaters stripped out, then you would have to
recreate them, such as is described in:
http://www.unidata.ucar.edu/projects/coohl/mhonarc/MailArchives/gempak/msg03578.html

Steve Chiswell