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.
>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