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

20060406: one or none diamonds showing in nsharp

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: 20060406: one or none diamonds showing in nsharp
  • Date: Thu, 6 Apr 2006 18:21:32 -0600 (MDT)
Neil,

You have a file naming problem here. You should use the
file template capability provide by the dc decoders rather
than using the WMO message time, since the decoder is
able to do time QC checks to determine the appropriate file time-
in particular when more than one upper air report is in a single
bulletin. Eg, use the string data/gempak/upparair/YYYYMMDD_upa.gem

The dcuair decoder will use 3 hour time bins.

The distribution is configured to use daily files in the
$GEMTBL/config/datatype.tbl (also 4 digit years), so that is what NSHARP
will be trying to open when you select "UAIR" unless you have
changed the datatype.tbl entry. Your entry will create hourly files,
but the 3 hour time bins will mean that your yymmdd11_upa.gem file will
have the 12Z time bin in it for example.

I provide the $NAWIPS/ldm/etc/templates/* files for pqact pattern
actions, which match the datatype.tbl file names, so if
possible, I'd suggest using the gen_pqact.csh script to create your
pattern action entries if posible so that upgrading distributions will
be easier in the future! It also allows you to use the UAIR template
capabillity in your SN programs as SNFILE=UAIR[|dattim] which makes
time and file aquisition much easier in scripts.

Steve Chiswell
Unidata User Support



On Thu, 6 Apr 2006, Neil R. Smith wrote:

> gempak 5.8.3a
>
> I've got only one or none diamonds representing soundings to plot
> in nsharp when looking at observered $GEMDATA/upperair .gem files.
> What gives?
>
> The ldm 6.4.5 pqact.conf entry is:
> DDS|IDS ^U[ABDEFGHIJKLMPQRSTXZ].... .... ([0-3][0-9])([0-2][0-9])
>         PIPE    /unidata/nawips/bin/freebsd/dcuair -b 24 -n -m 16
>         -d /unidata/ldm/logs/dcuair.log
>         -e GEMTBL=/unidata/nawips/gempak/tables
>         -s snstns.tbl
>         /data/gempak/upperair/(\1:yy)(\1:mm)\1\2_upa.gem
>
> Is there a binning issue here and/or only one sounding getting written
> to the .gem file?
>
> The just has to be a Doh! on my part somewhere, but I don't know where.
>
> Thanks,
> -Neil
> --
> Neil R. Smith, Comp. Sys. Mngr.         address@hidden
> Dept. Atmospheric Sci., Texas A&M Univ. 979/845-6272 FAX:979/862-4466
>
>
>
>
> ===============================================================================
> To unsubscribe gembud, visit:
> http://www.unidata.ucar.edu/mailing-list-delete-form.html
> ===============================================================================
>