[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
19990914: SHEF pqact entry
- Subject: 19990914: SHEF pqact entry
- Date: Tue, 14 Sep 1999 13:34:38 -0600
Art,
I believe that shefstns.tbl only has stations through G....
(COMET had a 3700 station table limit) so that is probably the
problem with only getting stations part of the way through the alphabet.
There should be a table in $NAWIPS/comet/dcshef/shef_ncdc.tbl.orig that
has 9915 stations (through the letter Z.....). Our version defines the
maximum number of stations as 9800.
I have another table I use for Colorado in $GEMTBL/stns/shefstns_unidata.tbl
that has 4236 stations for just our area - so there are far greater than
the 9,800 station table limit. My problem is tracking down many of the locations
for shef sites without a true master list from the weather service.
In terms of shef patterns, we added the pil identifiers, so it might be
easier to use a pattern line that matches on the /pRR...
for the pil that you need.
Steve Chiswell
>From: "Arthur A. Person" <address@hidden>
>Organization: .
>Keywords: 199909141454.IAA00675
>Hi...
>
>Can you tell me what the proper entry in pqact.conf is for decoding shef
>data with dcshef? I'm using the following guess but only seem to get
>stations partway through the alphabet (whatever sense that makes):
>
>#
># SHEF reports
>#
>DDS|IDS ^(S[RX]|R[WG]|CS|AB)...* .... ([0-3][0-9])
> PIPE /opt1/gempak/NAWIPS/bin/sol/dcshef -v 1 -b 36 -m 96
> -d data/gempak/logs/dcshef.log
> -p /opt1/gempak/NAWIPS/gempak5.4/tables/pack/shef.pack
> -s /opt1/gempak/NAWIPS/gempak5.4/tables/stns/shefstns.tbl
> data/gempak/surface/YYMMDD_shef.gem
>
>
> Thanks.
>
> Art.
>
>Arthur A. Person
>Research Assistant, System Administrator
>Penn State Department of Meteorology
>email: address@hidden, phone: 814-863-1563
>