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

20030723: 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: 20030723: dcmetr
  • Date: Thu, 24 Jul 2003 12:40:23 -0600
Werner,

I would suggest not using a previously created sao.gem file,
but rather let the dcmetr decoder create the output file. I
don't know if that is the source of your problems, but I don't know
how you emptied the file, so to be safe, let the decoder create a new file.

Also, if you want the data to be stored in 20 minute bins, then you will
want to specify -m 72 to the decoder.


Steve Chiswell




>From: Werner Wintels <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200307232308.h6NN8LLd028981

>
>Hello,
>
>I'm attempting to convert raw metars into gempak format:
>
>dcmetr -c 030723/1800 sao.gem < 03072318_sao.wmo
>
>I'm getting the following error message:
>
>Segmentation fault (core dumped)
>
>the dcmetr.log reads:
>
>[35333] 030723/1909 [DC 3]  Starting up.
>
>The sao.gem file is a gempak file created by emptying a decoded metar 
>file created by our ldm feed.
>
>I appear to missing something really obvious.
>
>Thanks.
>
>********************************
>Werner Wintels 
>Atmospheric and Oceanic Sciences
>McGill University    
>Montreal, Canada
>********************************
>