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

20020312: 20020309: dcwatch, dcwtch do not produce output files.

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: 20020312: 20020309: dcwatch, dcwtch do not produce output files.
  • Date: Tue, 19 Mar 2002 14:22:27 -0700
Robert,

The dcwatch program required a change to look for the
WWUS30 KNWS header, and to allow the SPC AWW/SPC WW
strings instead of the old MKC AWW/MKC WW.

I have updated that. I can send you the source or a binary
since it is pretty much standalone between versions.

The dcwtch program is working here. The 5.6.E release did include
Oct 22 changes in the $GEMPAK/source/bridge/ww directory. Your
pqact.conf shows the 5.6.D GEMTBL location. Are you still
running 5.6.D? You can grab the binary from the download area-
or I can send it to you if needed.

Steve Chiswell





>From: Unidata Support <address@hidden>
>Organization: UCAR/Unidata

>
>Robert,
>
>Could be a change in the bulletins that affect the decoders.
>I will have to look into this. I haven't yet look into our data here
>to see if the same problem exists.
>
>I am not currently in the office since we have a new baby that
>was born in our snowstorm Friday and came home Sunday afternoon. 
>
>Hopefully I will be able to look into the problem in the odd hours 
>of the morning.
>
>Steve Chiswell
>
>
>
>
>>From: "Robert Mullenax" <address@hidden>
>>Organization: UCAR/Unidata
>>Keywords: 200203092252.g29MqQa11567
>
>>I have a strange problem.  Neither dcwatch or dcwtch are producing
>>output files, yet their log files say bulletins are being processed
>>and I see no other errors.  dcwarn and dcsvrl are working fine.
>>I have no permission problem and my patch is correct.  Any ideasd
>>here?  Here are my pqact entries below.
>>
>>Thanks, 
>>Robert Mullenax
>>
>># Watch box coordinates
>>#
>>DDPLUS  ^(WWUS40 KMKC|WWUS30 KWNS) ([0-3][0-9])([0-2][0-9])
>>        PIPE    decoders/dcwatch -t 30
>>        -e GEMTBL=/export/home/gempak/GEMPAK_5.6d/gempak/tables
>>        -d data/gempak/logs/dcwatch.log
>>        data/gempak/storm/watches/watches_YYYY_MM.gem
>>#
>>WMO     ^...... .... ([0-3][0-9])([0-2][0-9]).*/p(TOR|SVR|FFW)
>>        PIPE    decoders/dcwarn -t 30
>>        -d data/gempak/logs/dcwarn.log
>>        -s /export/home/gempak/GEMPAK_5.6d/gempak/tables/stns/county.tbl
>>        data/gempak/storm/warn/YYYYMMDDHH_warn.gem
>>#
>>WMO     ^(WWUS(40|08)|WOUS20|WWUS30) .... ([0-3][0-9])([0-2][0-9])
>>        PIPE    decoders/dcwtch -t 30
>>        -d data/gempak/logs/dcwtch.log
>>        -e GEMTBL=/export/home/gempak/GEMPAK_5.6d/gempak/tables
>>        data/gempak/storm/wtch/YYYYMMDDHH_wtch.gem
>>#
>># Watchbox outlines /pSLSxx (WWUS32 and WWUS6[1-5])
>>WMO     ^WWUS(6[1-5]|32) .... ([0-3][0-9])([0-2][0-9]).*/pSLS
>>        PIPE    decoders/dcsvrl -d data/gempak/logs/dcsvrl.log
>>        -e GEMTBL=/export/home/gempak/GEMPAK_5.6d/gempak/tables
>>        data/gempak/storm/svrl/YYYYMMDDHH_svrl.gem
>>~
>>
>
>