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

20010409: dcuair and ship soundings

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: 20010409: dcuair and ship soundings
  • Date: Mon, 9 Apr 2001 16:23:08 -0600

Greg,

The current incarnation of dcuair does not decode the UUxx parts of
the sounding data stream, so WTEC is not being decoded.


I have some development code which does decode the ship and dropsonde
soundings. I put in this in ~gbuddy/nawips-5.6/contrib/dcuair2.tar.Z

You can download/extract/build from $NAWIPS with:

zcat dcuair2.tar.Z | tar xvf -

cd $GEMPAK/source/bridge/ua
make clean
make all
make clean

cd $GEMPAK/source/programs/dc/dcuair2
make clean
make all
make install
make clean

The invocation of dcuair is the same as dcuair. It will add WTEC to the sounding
file with STID=WTEC and STNM=-9999. The lat/lon for 12Z was 38.4N 133.5E.
I just ran the 12Z data stream and all appeared OK, Denver was identical
to that decoded by dcuair. I haven't done an exhaustive comparison, and
testing on all platforms yet so I would suggest using with extreme
caution- but if you do run it, I'd appreciate any feedback as to
whether it is correctly decoding your soundings!

Steve Chiswell
Unidata User Support



On Fri, 6 Apr 2001, Greg Stossmeister wrote:

> Steve,
>     I have another question for you. We are trying to look at ship soundings
> being taken for ACE-Asia by the R/V Ron Brown (WTEC). In our ldm pqact.conf 
> file
> I am collecting upper air observations the following way:
> 
> #
> # WORLDWIDE Upper Air Soundings
> #
> WMO     ^U[C-QS-Z].* .... ([0-3][0-9])([0-2][0-9])      PIPE
>         /opt/gempak5.4/bin/sol/dcuair
>         -d /weather/gempak/logs/dcuair.log
>         -s /opt/gempak5.4/gempak5.4/tables/stns/snworld.tbl
>         -a 2000
>         -m 24
>         /weather/gempak/data/uaYYYYMMDD.gem
> 
> I am using this same header info for collecting the text messages into another
> file. My problem is this: When I run SNLIST on the gempak file I create and 
> look
> for  area=@WTEC, I find no data. However a check of the text files I'm 
> creating
> shows this data was received by our ldm using the above filter.
>     Is it the case that if WTEC does not show up in the station list, the 
> data is
> not written to the GEMPAK file?
> I've noticed that with the newer version of gempak (5.6.a) that in
> /opt/gempak5.6.a/gempak/tables/stns that there are tables for both ship and 
> land
> sounding sites. Do I have to create a table file that contains both and refer 
> to
> that with the -s option in order to save both ship and land sounding data?
> 
> Thanks for all your help! I really appreciate it.
>          Greg
> 
>