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

dcmetr issue



Trying to get dcmetr to write a file for gempak.

Have the ldm set up OK, and the ldm creates text files fine.

dcmetr never creates an output file.

Here are the pqsurf.conf entries:

# IDS|DDPLUS    ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
#       FILE    /home/mcidas/data/metar/METAR\3\4
IDS|DDPLUS      ^speci (....) ([0-3][0-9])([0-2][0-9])
        FILE    /home/mcidas/data/metar/METARSP\3\4
IDS|DDPLUS      ^metar (....) ([0-3][0-9])([0-2][0-9])
        PIPE    /home/ldm/decoders/dcmetr -b 9 -m 72
        -s /home/gempak/GEMPAK5.6/tables/sfmetar_sa.tbl
        -d /home/gempak/dcmetr.log
        -e /home/gempak/GEMPAK5.6/gempak/tables
        -p /home/gempak/GEMPAK5.6/gempak/tables/pack/metar.pack
        /home/mcidas/data/metar/YYYYMMDD_sao.gem

Note that the top 2 commented entries  worked, and wrote to the same directory 
that
dcmetr should, so its not a permissions issue.


This is the dcmetr log:

[10610] 030710/0921 [DC 3]
[10610] 030710/0921 [DCMETR 7] 3.3
[10610] 030710/0921 [IN -11] metar.pack
[10610] 030710/0921 [DC 2] read 2598/16383 bytes strt 0 newstrt 2598
[10610] 030710/0921 [DC 2] read 401/13785 bytes strt 2598 newstrt 2999
[10610] 030710/0922 [DC 2] read 1751/13384 bytes strt 2999 newstrt 4750
[10610] 030710/0923 [DC 2] read 1914/11633 bytes strt 4750 newstrt 6664
[10610] 030710/0924 [DC 2] read 2914/9719 bytes strt 6664 newstrt 9578
[10610] 030710/0925 [DC 2] read 1639/6805 bytes strt 9578 newstrt 11217
[10610] 030710/0926 [DC 2] read 836/5166 bytes strt 11217 newstrt 12053
[10610] 030710/0927 [DC 2] read 775/4330 bytes strt 12053 newstrt 12828
[10610] 030710/0927 [DC 2] read 2521/3555 bytes strt 12828 newstrt 15349
[10610] 030710/0927 [DC 2] read 61/1034 bytes strt 15349 newstrt 15410
[10610] 030710/0928 [DC 2] read 122/973 bytes strt 15410 newstrt 15532
[10610] 030710/0928 [DC 2] read 278/851 bytes strt 15532 newstrt 15810
[10610] 030710/0928 [DC 2] read 120/573 bytes strt 15810 newstrt 15930
[10610] 030710/0928 [DC 2] read 120/453 bytes strt 15930 newstrt 16050
[10610] 030710/0928 [DC 2] read 60/333 bytes strt 16050 newstrt 16110
[10610] 030710/0928 [DC 2] read 60/273 bytes strt 16110 newstrt 16170
[10610] 030710/0929 [DC 2] read 213/213 bytes strt 16170 newstrt 16383
[10610] 030710/0929 [DC 2] read 0/0 bytes strt 16383 newstrt 16383
[10610] 030710/0929 [DC -9]
[10610] 030710/0929 [DC 5]
[10610] 030710/0929 [DC 2] Number of bulletins read and processed: 0
[10610] 030710/0929 [DC 6]
[11641] 030710/0929 [DC 3]
[11641] 030710/0929 [DCMETR 7] 3.3
[11641] 030710/0929 [IN -11] metar.pack
[11641] 030710/0929 [DC 2] read 186/16383 bytes strt 0 newstrt 186
[11641] 030710/0929 [DC 2] read 60/16197 bytes strt 186 newstrt 246
[10609] 030710/0929 [DC -9]
[10609] 030710/0929 [DC 5]
[10609] 030710/0929 [DC 2] Number of bulletins read and processed: 0
[10609] 030710/0929 [DC 6]
[11641] 030710/0929 [DC 2] read 1258/16137 bytes strt 246 newstrt 1504

clearly its getting called. No idea what these log entries mean.
Any idea whats up here?? The table exists and is readable. metar.pack
exists and is readable.


Ray Weber 
Mass. Skywarn 

From address@hidden Thu Jul 10 09:32:25 2003
Received: from ndws.com ([208.250.31.58])
        by unidata.ucar.edu (UCAR/Unidata) with ESMTP id h6AFWOLd027941;
        Thu, 10 Jul 2003 09:32:25 -0600 (MDT)
Organization: UCAR/Unidata
Keywords: 200307101532.h6AFWOLd027941
Received: from operations ([10.30.1.48])
        by ndws.com ([10.30.1.11])
        with SMTP (MDaemon.PRO.v6.7.5.T);
        Thu, 10 Jul 2003 11:33:52 -0400
From: "Ray Weber" <address@hidden>
To: <address@hidden>
Cc: <address@hidden>
Subject: RE: dcmetr issue
Date: Thu, 10 Jul 2003 11:30:17 -0400
Message-ID: <address@hidden>
MIME-Version: 1.0
Content-Type: text/plain;
        charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
In-Reply-To: <Pine.SOL.4.31.0307101055250.19330-100000@vortex>
Importance: Normal
X-MDRemoteIP: 10.30.1.48
X-Return-Path: address@hidden
X-Spam-Status: No, hits=-0.6 required=5.0
        tests=AWL,IN_REP_TO,NOSPAM_INC,QUOTED_EMAIL_TEXT,
              SPAM_PHRASE_01_02,USER_AGENT_OUTLOOK
        version=2.43
X-Spam-Level: 

Put the entry into pqact.conf with a few mods,
and indeed, its up and running.

Thanks much.

Ray


rote:
> 
> > Trying to get dcmetr to write a file for gempak.
> >
> > Have the ldm set up OK, and the ldm creates text files fine.
> >
> > dcmetr never creates an output file.
> >
> > Here are the pqsurf.conf entries:
> >
> > # IDS|DDPLUS    ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
> > #       FILE    /home/mcidas/data/metar/METAR\3\4
> > IDS|DDPLUS      ^speci (....) ([0-3][0-9])([0-2][0-9])
> >         FILE    /home/mcidas/data/metar/METARSP\3\4
> > IDS|DDPLUS      ^metar (....) ([0-3][0-9])([0-2][0-9])
> >         PIPE    /home/ldm/decoders/dcmetr -b 9 -m 72
> >         -s /home/gempak/GEMPAK5.6/tables/sfmetar_sa.tbl
> >         -d /home/gempak/dcmetr.log
> >         -e /home/gempak/GEMPAK5.6/gempak/tables
> >         -p /home/gempak/GEMPAK5.6/gempak/tables/pack/metar.pack
> >         /home/mcidas/data/metar/YYYYMMDD_sao.gem
> 
> Ray,
> 
> I'm guessing the problem may have something to do with the fact that
> you're trying to create the gempak file out of the split pqsurf output,
> rather than the 'raw' metars from the data feed.  Here is what I use (from
> pqact.conf):
> 
> #
> # sfc obs and specials
> # Use -m 72 to store data in 20 minute bins, rather than hourly.
> # 20 minute bins useful for mesonet and AWOS data
> #
> DDS|IDS       ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
>       PIPE    /weather/gempak/bin/sol/dcmetr -b 9 -m 72 -s sfmetar_sa.tbl
>       -d data/gempak/logs/dcmetr.log
>       -e GEMTBL=/weather/NAWIPS/gempak/tables
>       data/gempak/surface/YYYYMMDD_sao.gem
> #
> 
> In fact, the the -help option for dcmetr states:
> 
>      DCMETR decodes raw SAO and METAR reports from a real-time data
>      feed, or from a file fed to the program through standard input, and
>      writes the data to a GEMPAK surface file.
> 
> Tom
> -----------------------------------------------------------------------------
> Tom McDermott                         Email: address@hidden
> Systems Administrator                 Phone: (585) 395-5718
> Earth Sciences Dept.                  Fax: (585) 395-2416
> SUNY College at Brockport
> 
> 
> 
> > Note that the top 2 commented entries  worked, and wrote to the same 
> > directory that
> > dcmetr should, so its not a permissions issue.
> >
> >
> > This is the dcmetr log:
> >
> > [10610] 030710/0921 [DC 3]
> > [10610] 030710/0921 [DCMETR 7] 3.3
> > [10610] 030710/0921 [IN -11] metar.pack
> > [10610] 030710/0921 [DC 2] read 2598/16383 bytes strt 0 newstrt 2598
> > [10610] 030710/0921 [DC 2] read 401/13785 bytes strt 2598 newstrt 2999
> > [10610] 030710/0922 [DC 2] read 1751/13384 bytes strt 2999 newstrt 4750
> > [10610] 030710/0923 [DC 2] read 1914/11633 bytes strt 4750 newstrt 6664
> > [10610] 030710/0924 [DC 2] read 2914/9719 bytes strt 6664 newstrt 9578
> >
> 
>