20030109: Display of redbook graphics

Art,

Not every wmo header that begins with ^P is a redbook graphic,
and you are correct, that you won't see a message if
no drawing commands are found in the file.

I maintain the PIL id's for dcredbook in $GEMTBL/nafos/redbook.tbl
if you need to cross reference a pil. The table used by ncep to
generate the pil and wmo headers of the products that the centers 
create using NMAP2/GEMPAK for the data stream are found under
$GEMTBL/pgen/awdef.tbl.

Steve Chiswell 



>From: "Arthur A. Person" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200301092031.h09KVft24946

>Chiz,
>
>On Thu, 9 Jan 2003, Unidata Support wrote:
>
>> Art,
>>
>> gpmap can display the redbook graphics files that are in the
>> NOAAPORT data stream. For example:
>> http://www.unidata.ucar.edu/staff/chiz/redbook/surfacechart.gif
>>
>> The above URL uses sfmap to display the surface observations,
>> and gpmap to display the surface fronts and isobars
>> (aka pils 90F and 90I or WMO headers PYAA98 KWNO and PPAA89 KWNO).
>>
>> Use AWPSFL to specify the redbook file, and LINE to specify the
>> graphic color.
>>
>> What product are you trying to display?
>>
>> Steve CHiswell
>
>I just grabbed something at random... was trying PPZA50 KWNO... I just
>tried it again, and hah... wouldn't you know, it worked!?  We must have
>had a critical parameter set funny, perhaps the file name spec was too
>long or in error.  It looks like gpmap doesn't report an error when the
>file specified for AWPSFL is bad or missing.  I'll play with it some more,
>but I think you've answered my question.
>
>                                       Thanks.
>
>                                         Art.
>
>> >From: "Arthur A. Person" <address@hidden>
>> >Organization: UCAR/Unidata
>> >Keywords: 200301091639.h09Gdvt28217
>>
>> >Hi...
>> >
>> >I'm collecting the raw redbook messages off the ldm into files and was
>> >under the impression that gpmap could be used to display these based on
>> >the following email from the gempak archives:
>> >
>> >From address@hidden Mon Oct 16 11:03:43 2000
>> >        by unidata.ucar.edu (UCAR/Unidata) with ESMTP id e9GH3h405356
>> >        for <address@hidden>; Mon, 16 Oct 2000 11:03:43
>> >-0600 (MDT)
>> >        by flip.unidata.ucar.edu (UCAR/Unidata) with ESMTP id
>> >e9GH3dD637220;
>> >        Mon, 16 Oct 2000 11:03:39 -0600 (MDT)
>> >Organization: UCAR/Unidata
>> >Date: Mon, 16 Oct 2000 11:03:38 -0600
>> >From: Steve Chiswell <address@hidden>
>> >To: David Knight <address@hidden>
>> >cc: address@hidden
>> >Subject: 20001016: REDBOOK Graphics
>> >In-Reply-To: <address@hidden>
>> >Message-ID:
>> ><address@hidden>
>> >MIME-Version: 1.0
>> >Content-Type: TEXT/PLAIN; charset=US-ASCII
>> >
>> >Dave,
>> >
>> >An example that shows a pqact.conf pattern for sending redbook
>> >products to dcredbook for plotting is shown at:
>> >http://www.unidata.ucar.edu/packages/gempak/examples/redbook/
>> >If you want individual product IDs, then $GEMTBL/pgen/awdef.tbl
>> >is a good starting point (as well as the NWS-changes announcements.
>> >
>> >The decoding script shows the simplest pattern which passes everything
>> >redbook
>> >to the dcredbook plotted. Use dcredbook_gf for making gifs, dcredbook_ps
>> >for ps,
>> >or dcredbook (as a generic use) for any of the device drivers (including
>> >the
>> >vg). With the vg, the products can be imported into NMAP.
>> >
>> >Or, set the AWPSFL variable to the redbook file name in GPMAP for
>> >overlaying
>> >the analysis on data etc. The redbook 3 hourly surface anlyses include
>> >isobars and frontal positions. You can overlay these on the decoded
>> >surface data
>> >for something akin to what is available on DIFAX.
>> >
>> >I'll be updating the tutorial this week and and will try to provide script
>> >examples for producing some of the common products that DIFAX provides.
>> >If you have a few "must" DIFAX products that you can provide me with, I
>> >can
>> >target those in the examples.
>> >
>> >Chiz
>> >
>> >We've tried using gpmap to display the files but only get a blank map and
>> >no data.  Am I making a bad assumption here, or should this work, and what
>> >might the trick be?
>> >
>> >                                  Thanks.
>> >
>> >                                    Art.
>> >
>> >
>> >Arthur A. Person
>> >Research Assistant, System Administrator
>> >Penn State Department of Meteorology
>> >email:  address@hidden, phone:  814-863-1563
>> >
>>
>> ****************************************************************************
>> Unidata User Support                                    UCAR Unidata Program
>> (303)497-8643                                                  P.O. Box 3000
>> address@hidden                                   Boulder, CO 80307
>> ----------------------------------------------------------------------------
>> Unidata WWW Service                        http://www.unidata.ucar.edu/     
>> ****************************************************************************
>>
>
>Arthur A. Person
>Research Assistant, System Administrator
>Penn State Department of Meteorology
>email:  address@hidden, phone:  814-863-1563
>