---

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

20010622: dcredbook configuration

---

• Subject: 20010622: dcredbook configuration
• Date: Fri, 22 Jun 2001 13:42:31 -0600 (MDT)

---

Glenn,
A couple of quick things I noticed:
Your line which sets the LOGFILE has an error. [ should be {.

set LOGFILE=/npfos/noaaport/nawips/logs/${DATE}_dcredbook.log

Also, your "cat |" line is wrapped in the mail message. Sendmail
does that. It might have looked that way in the message I sent you.
Either make sure the command is all one line, or escape the line
end with "\". Eg:

cat | /npfos/noaaport/nawips/bin/sol/dcredbook_vg -v 1 -d $LOGFILE
 \
   'vg|%P_YYYYMMDDHHNN.vgf'

Let me know if you still have problems.

Steve Chiswell
Unidata User Support


Glenn Rutledge <address@hidden> asked:

> Thanks steve-
> I'll move to dcgrib2 as soon as I get the redbook stuff going but I can't 
> seem to:
> dcredbook starts up and shuts down with number processed:0.
> 
> Here's my pqact entry:
> WMO ^NOAAPORT\.NWSTG\.GRAPHIC\.P.*
>  PIPE -close /npfos/noaaport/nawips/bin/scripts/dcredbook_vg.csh
> #
> Here's my redbook script:
> # the source line below will set the locations of GEMMAPS and GEMTBL 
> directories
> # from the Gemenviron file
> # GKR 6/22/01   A new script for the RBG's using the dcredbook_vg decoder
> #   in npfos/noaaport/nawips/bin/sol/
> #
> source  /npfos/noaaport/nawips/Gemenviron
> 
> #setenv DISPLAY unix:0
> echo "Going in."
> 
> cd /npfos/noaaport/nawipsdata/redbook
> pwd
> 
> set DATE=`date -u '+%Y%m%d'`
> echo $DATE
> 
> set LOGFILE=/npfos/noaaport/nawips/logs/$[DATE}_dcredbook.log
> 
> cat | /npfos/noaaport/nawips/bin/sol/dcredbook_vg -v 1 -d $LOGFILE
> 'vg|%P_YYYYMMDDHHNN.vgf'
> 
> # GKR 6/22/01 no gpend but I have to do the new Makefile redbook pgm...
> 
> exit 0
> Here's some dcredbook log msg's:
> [19396] 010622/1357 [DC 2]  Number of bulletins read and processed: 0
> [19396] 010622/1357 [DC 6]  Shutting down.
> [19586] 010622/1400 [DC 3]  Starting up.
> [19586] 010622/1400 [DC 5]  Normal termination.
> [19586] 010622/1400 [DC 2]  Number of bulletins read and processed: 0
> [19586] 010622/1400 [DC 6]  Shutting down.
> [19614] 010622/1401 [DC 3]  Starting up.
> [19614] 010622/1401 [DC 5]  Normal termination.
> [19614] 010622/1401 [DC 2]  Number of bulletins read and processed: 0
> [19614] 010622/1401 [DC 6]  Shutting down.
> 
> It does not look like it's finding any input.  Does this give you anything to 
> go
> on?   Thx, GLenn
> Unidata Support wrote:
> 
> > Glenn,
> > Instead of the /mETA tag which is more specific to our IDD, you can
> > key on the KWBD and KWBE strings which should be unique to
> > the ETA model (at one time when we added the /m tags, every
> > model came out of KWBC....the nws has since changed that).
> >
> > If possible, I would suggest moving to dcgrib2 since I can handle
> > lots more types of new grib products there.
> >
> > Your action looks correct...assuming you have all the tables in
> > /npfos/noaaport/nawips/gempak/tables/grid.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> > >From: "Glenn Rutledge" <address@hidden>
> > >Organization: UCAR/Unidata
> > >Keywords: 200106221732.f5MHWJ108003
> >
> > >Thanks Steve-
> > >I'll check this out. ANother question: I'm geting an error for the dcgrib 
> > >such
> > >  as: "can't
> > >find tables...". The pqact Aln put in was old, so I'm making many changes 
> > >(I d
> > > id not save a
> > >backup :-(   ).  ANyway I was thinking of going to the dcgrib2 anyway. Is 
> > >this
> > >  pqact entry
> > >correct?
> > >
> > >WMO ^NOAAPORT\.NWSTG\.GRID\.[YZ].[RUT].*/mETA
> > > PIPE /npfos/noaaport/nawips/bin/sol/dcgrib2 -d
> > >/npfos/noaaport/nawipsdata/logs/%Y%m%d_dcgrib.log
> > >  -e GEMTBL=/npfos/noaaport/nawips/gempak/tables/grid
> > >
> > >I'm a bit leary of the */mETA.  I don't think this will function with my 
> > >NOAAP
> > > ort feed.
> > >Thx, Glenn
> > >p.s., I'll most likely get back to you on the RGB's!!
> > >Unidata Support wrote:
> > >
> > >> Glenn,
> > >>
> > >> Alan downloaded the Solaris binary distribution for GEMPAK 5.6.C.1
> > >> yesterday. This binary distribution does have the dcredbook_vg 
> > >> executable.
> > >>
> > >> The executables were compiled with Sun's WS6.0 compilers. Generally, if 
> > >> you
> > > keep
> > >> your OS and compilers up to date, then you can run the executables. You 
> > >> can
> > > verify
> > >> that you have all the necessary system libraries on your computer to run 
> > >> the
> > >  executables
> > >> with the command:
> > >>
> > >> ldd $GEMEXE/ldd dcredbook_vg
> > >>
> > >> That will show you all the libraries which are being searched and 
> > >> whether th
> > > ey are found.
> > >> If you are missing any of the libraries on your system (which is 
> > >> possible if
> > >  you
> > >> have older F77 libraries), then you can download the sharable libraries
> > >> from the binary distribution directory.
> > >>
> > >> So, assuming you can run the dcredbook_vg program on your system, here
> > >> are the steps to set up the LDM:
> > >>
> > >> pqact.conf pattern I use:
> > >> HRS     ^P..... (K[^W]|KW[^A]|KWA[^L])
> > >>         PIPE    -close  util/dcredbook_vg.csh
> > >>
> > >> Below is the csh script that the above pqact action runs. It is a very
> > >> simple script that sources the Gemenviron settings, then changes its
> > >> working directory to wherever you want the output files to go.
> > >> You can modify the output file name template as you need for your setup.
> > >> The output files I have use the name template: %P/YYYYMMDD_HHNN.vgf
> > >> This creates a subdirectory from the redbook product name (using the %P
> > >> template).
> > >>
> > >> For example, for a RADAR summary product 90R, I have:
> > >> $GEMDATA/images/vg/90R-RDR_CONTRS_HH+35/20010622_1541.vgf
> > >>
> > >> The redbook graphics product internally idenifies the product as 90R.
> > >> The dcredbook program looks up the 90R product in the
> > >> $GEMTBL/nafos/redbook.tbl file to get the corresponding long
> > >> name used for the %P template.
> > >>
> > >> #!/bin/csh -f
> > >> #
> > >> # Filename: dcredbook_vg.csh
> > >> #
> > >> # This script may be used as a pqact.conf action to automatically
> > >> # generate VG (vector graphics) from REDBOOK graphics found on NOAAPORT.
> > >> #
> > >> # pqact.conf usage:
> > >> #
> > >> # send all NOAAPORT graphic products (except those from KWAL) to this 
> > >> script
> > >> #HRS    ^P..... (K[^W]|KW[^A]|KWA[^L])
> > >> #       PIPE    -close  util/dcredbook_vg.csh
> > >> #
> > >> #
> > >> # source the GEMPAK environment so that table, mapfiles etc. are found
> > >> #
> > >> source /home/gempak/NAWIPS/Gemenviron
> > >>
> > >> # Set a work directory and change directory to it
> > >> setenv OUTDIR $GEMDATA/images/vg
> > >> cd $OUTDIR
> > >>
> > >> cat | dcredbook_vg -v 1 -d $GEMDATA/logs/dcredbook_vg.log 
> > >> 'vg|%P/YYYYMMDD_HH
> > > NN.vgf'
> > >> exit 0
> > >>
> > >> Steve Chiswell
> > >> Unidata User SUpport
> > >>
> > >> >From: "Glenn Rutledge" <address@hidden>
> > >> >Organization: UCAR/Unidata
> > >> >Keywords: 200106221521.f5MFL1103874
> > >>
> > >> >Hello Steve-
> > >> >While I was alway at COLA the last several days (ethan was there- it 
> > >> >was a
> > > goo
> > >> > d
> > >> >meeting)  NCDC had a power surge and we lost ALL of the n-awips changes 
> > >> >I'v
> > > e m
> > >> > ade
> > >> >with you over the last 6 months.  I am really quite amazed that our 
> > >> >systems
> > >  fo
> > >> > lks
> > >> >did not backup the code at all, let alone on a regular basis!
> > >> >
> > >> >So yesterday , my team mate Alan Hall downloaded the binaries form your 
> > >> >sit
> > > e.
> > >> >  I
> > >> >think he got 5.6
> > >> >
> > >> >I have a #1 priroty for next wed- that's the redbook graphics.
> > >> >1) by not doing the make command here- will that impact our programs?
> > >> >2) I recall using a redbook_vg program along with a script to view 
> > >> >real-tim
> > > e R
> > >> > BG
> > >> >files.  See below.
> > >> >
> > >> >Is this script appropriate- I recall runaway vg and gplt processes.  
> > >> >This i
> > > s a
> > >> >general question but how should I best proceed?  You gave me a new 
> > >> >redbook
> > >> >Makefile for this issue.  Should I run that?  Could you point me in the 
> > >> >rig
> > > ht
> > >> >direction for the proper pq-act entry?  Thx much, GLenn
> > >> >
> > >> >Michael Urzen wrote:
> > >> >
> > >> >> Mike,
> > >> >>
> > >> >> Anytime you see the MAILBOX read errors or ipchannel messages,
> > >> >> it is generally due to a "gplt" process that is hung, or wasn't ended 
> > >> >> wit
> > > h
> > >> >> gpend.
> > >> >>
> > >> >> Exit out of all GEMPAK programs. Then try running:
> > >> >> $NAWIPS/bin/scripts/cleanup -c
> > >> >>
> > >> >> The above may save some effort...but won't find everything.
> > >> >>
> > >> >> Run /bin/ps and look for any "gplt", "vg" or other gempak 
> > >> >> programs/device
> > >> >> drivers
> > >> >> and kill them.
> > >> >>
> > >> >> Then run "ipcs" to see if there are any message queues still open. If 
> > >> >> so,
> > >> >> close these with the "ipcrm" command.
> > >> >>
> > >> >> This is what the cleanup script tries to do, but not all OS's have 
> > >> >> the sa
> > > me
> > >> >> output from ps and ipcs, so the parsing in the script sometimes runs 
> > >> >> into
> > >> >> trouble.
> > >> >>
> > >> >> Once that is cleared up, you should be able to go again.
> > >> >>
> > >> >> Steve Chiswell
> > >> >> Unidata User SUpport
> > >> >>
> > >> >> >From: "Michael Urzen" <address@hidden>
> > >> >> >Organization: UCAR/Unidata
> > >> >> >Keywords: 200101112003.f0BK3Bo08314
> > >> >>
> > >> >> >This is a multi-part message in MIME format.
> > >> >> >--------------FB7A06BA5BFB0B635CB0BFDA
> > >> >> >Content-Type: text/plain; charset=us-ascii
> > >> >> >Content-Transfer-Encoding: 7bit
> > >> >> >
> > >> >> >Steve:
> > >> >> >
> > >> >> >Has anything changed with RedBook
> > >> >> >graphics?
> > >> >> >
> > >> >> >I had it working a few months ago, but
> > >> >> >not now.
> > >> >> >
> > >> >> >Everything looks OK, but my output file
> > >> >> >is always "gemglb.nts"
> > >> >> >
> > >> >> >
> > >> >> >Here is my script:
> > >> >> >#!/usr/bin/csh -f
> > >> >> >source /npfos/noaaport/nawips/Gemenviron
> > >> >> >
> > >> >> >setenv DISPLAY unix:0
> > >> >> >
> > >> >> >cd /npfos/noaaport/nawipsdata/redbook
> > >> >> >
> > >> >> >set DATE=`date -u '+%Y%m%d'`
> > >> >> >set
> > >> >> >LOGFILE=/npraid/noaaport/nawips/logs/${DATE}_dcredbook.log
> > >> >> >
> > >> >> >cat |
> > >> >> >/npfos/noaaport/nawips/bin/sol/dcredbook
> > >> >> >-v 1 -d $LOGFILE
> > >> >> >'vg|%P_YYYYMMDDHHNN.vgf'
> > >> >> >gpend
> > >> >> >exit 0
> > >> >> >
> > >> >> >Logfile =:
> > >> >> >[19191] 001230/1848 [DC 3]  Starting up.
> > >> >> >
> > >> >> >[19192] 001230/1848 [DC 3]  Starting up.
> > >> >> >
> > >> >> >[19192] 001230/1848 [GEMPLT -1]  NMBRER
> > >> >> >- Mailbox read.
> > >> >> >[19192] 001230/1848 [DCREDBOOK 1]
> > >> >> >90R-RDR_CONTRS_HH+35
> > >> >> >[19191] 001230/1848 [GEMPLT -1]  NMBRER
> > >> >> >- Mailbox read.
> > >> >> >[19191] 001230/1848 [DCREDBOOK 1]
> > >> >> >90S-RDR_LABELS_HH+35
> > >> >> >[19192] 001230/1848 [GEMPLT -1]  NMBRER
> > >> >> >- Mailbox read.
> > >> >> >[19192] 001230/1848 [GEMPLT -1]  NMBRER
> > >> >> >- Mailbox read.
> > >> >> >[19192] 001230/1848 [GEMPLT -1]  NMBRER
> > >> >> >- Mailbox read.
> > >> >> >[19192] 001230/1848 [GG -7]  No map
> > >> >> >drawn.
> > >> >> >[19192] 001230/1848 [DC 5]  Normal
> > >> >> >termination.
> > >> >> >[19192] 001230/1848 [DC 2]  Number of
> > >> >> >bulletins read and processed: 1
> > >> >> >[19192] 001230/1848 [DC 6]  Shutting
> > >> >> >down.
> > >> >> >
> > >> >> >
> > >> >> >Also, if I manually run "gpend" from the
> > >> >> >prompt I get:
> > >> >> >
> > >> >> >npfos:/npraid/noaaport/nawips/bin/scripts->gpend
> > >> >> >
> > >> >> >Error in message send = 22
> > >> >> >itype, ichan, nwords,1,-1,2
> > >> >> >Error in message send = 22
> > >> >> >Creating process: gplt for queue -1
> > >> >> >itype, ichan, nwords,1,-1,3
> > >> >> > [GEMPLT -1]  NMBRER - Mailbox read.
> > >> >> > [GPEND -3]  Fatal error initializing
> > >> >> >GEMPLT.
> > >> >> >npfos:/npraid/noaaport/nawips/bin/scripts->Error
> > >> >> >
> > >> >> >in message send = 22
> > >> >> >itype, ichan, nwords,1,-1,2
> > >> >> >
> > >> >> >npfos:/npraid/noaaport/nawips/bin/scripts->
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >Thanks
> > >> >> >
> > >> >> >Mike
> > >> >> >
> > >> >> >--------------FB7A06BA5BFB0B635CB0BFDA
> > >> >> >Content-Type: text/x-vcard; charset=us-ascii;
> > >> >> > name="Michael.Urzen.vcf"
> > >> >> >Content-Transfer-Encoding: 7bit
> > >> >> >Content-Description: Card for Michael Urzen
> > >> >> >Content-Disposition: attachment;
> > >> >> > filename="Michael.Urzen.vcf"
> > >> >> >
> > >> >> >begin:vcard
> > >> >> >n:Urzen;Michael
> > >> >> >tel;work:(828) 271-4089
> > >> >> >x-mozilla-html:FALSE
> > >> >> >org:National Climatic Data Center;Climate Data Division
> > >> >> >adr:;;151 Patton Ave;Asheville;North Carolina;28801;
> > >> >> >version:2.1
> > >> >> >title:Computer Specialist
> > >> >> >fn:Michael Urzen
> > >> >> >end:vcard
> > >> >> >
> > >> >> >--------------FB7A06BA5BFB0B635CB0BFDA--
> > >> >> >
> > >> >> ==============================================
> > >> >>
> > >> >> Mike,
> > >> >>
> > >> >> First, does your LDM process have permission to connect to your X 
> > >> >> server?
> > >> >> The logs appear to show that the product is read in, bu the gif
> > >> >> is not created. As I mentioned before, the gf driver will require that
> > >> >> an X server be available. (you can create an alternate server with 
> > >> >> Xvfb
> > >> >> and a screen :1 as an alternative to drawing on your console).
> > >> >>
> > >> >> More importantly, NMAP does not view gifs. You can import these
> > >> >> products into NMAP as VGF files however. To create vgf files
> > >> >> >from the redbook graphics, you an use "dcredbook" as the
> > >> >> decoder in the script (instead of dcredbook_gf) and use the
> > >> >> gempak VG device, like 'vg|%P-YYYYMMDDHHNN.vgf', making sure to
> > >> >> run gpend within the script since a gplt process will be created.
> > >> >> You do not need an X server to create vgf files.
> > >> >>
> > >> >> To import vgf files into NMAP, you can use the pgpalette "Open" 
> > >> >> option an
> > > d
> > >> >> Browse for the file in the data directory, or you can use the DATA 
> > >> >> menu a
> > > nd
> > >> >> select the VGF type. The data directory fore the vgf files for NMAP is
> > >> >> specified
> > >> >> in the $GEMTBL/nmap/vgf.nmap file. The "Local" directory is the 
> > >> >> current
> > >> >> working
> > >> >> directory, the other vgf classes have directory names defined in the 
> > >> >> vgf.
> > > nma
> > >> > p
> > >> >> file.
> > >> >>
> > >> >> For clarification, gif format files do not have any georeferencing
> > >> >> information.
> > >> >> They are just pictures woth lines etc. VGF files have lats and lons
> > >> >> associated with
> > >> >> the lines so that they can be edited, remapped, and reprojected.
> > >> >>
> > >> >> Steve Chiswell
> > >> >> Unidata User Support
> > >> >>
> > >> >> >From: address@hidden
> > >> >> >Organization: UCAR/Unidata
> > >> >> >Keywords: 200011211944.eALJibo18692
> > >> >>
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >Steve:
> > >> >> >
> > >> >> >I did as you suggested and used your script.
> > >> >> >
> > >> >> >Here is my pqact entry:
> > >> >> >WMO     ^NOAAPORT\.NWSTG\.GRAPHIC\.P.*
> > >> >> >        PIPE    -close  
> > >> >> > /npfos/noaaport/nawips/bin/scripts/dcredbook_gf.
> > > csh
> > >> >> >
> > >> >> >
> > >> >> >Here is my dcredbook_gf.csh:
> > >> >> >#!/usr/bin/csh -f
> > >> >> ># the source line below will set the locations of your GEMMAPS and 
> > >> >> >GEMTB
> > > L
> > >> >> ># directories from your Gemviron file
> > >> >> >source /npfos/noaaport/nawips/Gemenviron
> > >> >> >
> > >> >> ># To generate gifs using the gf device, you need permission to draw 
> > >> >> >to
> > >> >> ># an X server. Otherwise, you could use the gif2 device or ps driver
> > >> >> ># as shown below.
> > >> >> >setenv DISPLAY unix:0
> > >> >> >
> > >> >> >cd /npfos/noaaport/nawipsdata/redbook
> > >> >> >
> > >> >> >set DATE=`date -u '+%Y%m%d'`
> > >> >> >set LOGFILE=/npraid/noaaport/nawips/logs/${DATE}_dcredbook.log
> > >> >> >
> > >> >> >cat | /npfos/noaaport/nawips/bin/sol/dcredbook_gf -v 1 -d $LOGFILE
> > >> >> >'gf|%P_YYYYMMDDHHNN.gif|1280;1024'
> > >> >> >exit 0
> > >> >> >
> > >> >> >Here is my Gemenviron settings:
> > >> >> >   setenv GEMTBL    $GEMPAK/tables
> > >> >> >   setenv GEMMAPS   $GEMPAK/maps
> > >> >> >
> > >> >> >
> > >> >> >I AM getting a logfile. (see below)
> > >> >> >I do not know what I am looking at, but I do not see any error 
> > >> >> >messages.
> > >> >> >
> > >> >> >It looks like it ran OK, but all I get in the redbook directory is a 
> > >> >> >cor
> > > e
> > >> >> >file.
> > >> >> >
> > >> >> >There are no messages relating to redbook in the pqact.log file.
> > >> >> >
> > >> >> >Any ideas?
> > >> >> >
> > >> >> >Also, I want to display this product using NMAP.
> > >> >> >Should I be trying to create a gif file?
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >                         Thanks again
> > >> >> >                              Mike
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >[6308] 001121/1350 [DCREDBOOK 1] 9JE-6HR_QPF_VALID_48-54HRS
> > >> >> >[17649] 001121/1355 [DC 3]  Starting up.
> > >> >> >[17649] 001121/1355 [DCREDBOOK 1] 98F-48H_FNT-MSL_PRS
> > >> >> >[17651] 001121/1355 [DC 3]  Starting up.
> > >> >> >[17651] 001121/1355 [DCREDBOOK 1] 96F-36H_FNT-MSL_PRS
> > >> >> >[19928] 001121/1355 [DC 3]  Starting up.
> > >> >> >[19931] 001121/1355 [DC 3]  Starting up.
> > >> >> >[19928] 001121/1355 [DCREDBOOK 1] L8P-48H_INSTAN_PCPN
> > >> >> >[19931] 001121/1355 [DCREDBOOK 1] L6P-36H_INSTAN_PCPN
> > >> >> >[20337] 001121/1355 [DC 3]  Starting up.
> > >> >> >[20337] 001121/1355 [DCREDBOOK 1] RP5-48H_WNDWAV_FCST_PAC
> > >> >> >[560] 001121/1401 [DC 3]  Starting up.
> > >> >> >[560] 001121/1401 [DCREDBOOK 1] RP3-24H_SURFACE_FCST_PAC
> > >> >> >[1182] 001121/1401 [DC 3]  Starting up.
> > >> >> >[1182] 001121/1401 [DCREDBOOK 1] HRY-SVR_TSTM_RPTS
> > >> >> >[13950] 001121/1409 [DC 3]  Starting up.
> > >> >> >[13950] 001121/1409 [DCREDBOOK 1] LP0-PAC_WIND_WAVE_ANALYSIS
> > >> >> >[18305] 001121/1411 [DC 3]  Starting up.
> > >> >> >[18306] 001121/1411 [DC 3]  Starting up.
> > >> >> >[18305] 001121/1411 [DCREDBOOK 1] THT-TEMP_WIND_THREAT
> > >> >> >[18306] 001121/1411 [DCREDBOOK 1] THS-SOIL_FIRE_THREAT
> > >> >> >[18390] 001121/1411 [DC 3]  Starting up.
> > >> >> >[18390] 001121/1411 [DCREDBOOK 1] THP-PRCP_THREAT
> > >> >> >[20090] 001121/1412 [DC 3]  Starting up.
> > >> >> >[20090] 001121/1412 [DCREDBOOK 1] 96P-DAY6_MXMN_POP_ANM
> > >> >> >[20089] 001121/1412 [DC 3]  Starting up.
> > >> >> >[20089] 001121/1412 [DCREDBOOK 1] 97P-DAY1_MXMN_POP_ANM
> > >> >> >[20705] 001121/1412 [DC 3]  Starting up.
> > >> >> >[20710] 001121/1412 [DC 3]  Starting up.
> > >> >> >[21494] 001121/1413 [DC 3]  Starting up.
> > >> >> >[21494] 001121/1413 [DCREDBOOK 1] RP1-MAR_ANLYS_PAC
> > >> >> >[21865] 001121/1413 [DC 3]  Starting up.
> > >> >> >[21865] 001121/1413 [DCREDBOOK 1] RA1-MAR_ANLYS_ATL
> > >> >> >[9545] 001121/1425 [DC 3]  Starting up.
> > >> >> >[9545] 001121/1425 [DCREDBOOK 1] P0W-OBS_WX_DPCN
> > >> >> >[10763] 001121/1426 [DC 3]  Starting up.
> > >> >> >[10763] 001121/1426 [DCREDBOOK 1] 90W-OBS_WX_DPCN_ANL
> > >> >> >[11507] 001121/1427 [DC 3]  Starting up.
> > >> >> >[15914] 001121/1429 [DC 3]  Starting up.
> > >> >> >[15889] 001121/1429 [DC 3]  Starting up.
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >Mike,
> > >> >> >
> > >> >> >This is a new program I put together for automatically generating
> > >> >> >graphics from the redbook files, so its not a suprise that its
> > >> >> >not completely clear how to use it yet.
> > >> >> >
> > >> >> >Ok, so you want gif output. I'll start by suggesting that you use
> > >> >> >dcredbook_gf (eg this version is linked directly to the gif driver 
> > >> >> >so yo
> > > u
> > >> >> >don't have to worry about running gpend to close the GPLT process).
> > >> >> >
> > >> >> >Second thing you need to generate gif displays is an X server to 
> > >> >> >draw to
> > >> >> >(dcredbook_gf uses the gf driver which requires an X server, 
> > >> >> >alternative
> > > ly,
> > >> >> >it could be compiled to use the gif2 driver which doesn't use an X 
> > >> >> >serve
> > > r
> > >> >> >but my experience is that the hgardware fonts supplied by the X 
> > >> >> >server l
> > > ook
> > >> >> >much
> > >> >> >better than the software fonts that gif2 will have to use).
> > >> >> >
> > >> >> >Lastly, you will need the environmental variables GEMMAPS and GEMTBL 
> > >> >> >for
> > >> >> >the mapfiles and tables that define the redbook products 
> > >> >> >respectively.
> > >> >> >
> > >> >> >You'll see at:
> > >> >> >http://www.unidata.ucar.edu/packages/gempak/tutorial/manual/chap6/chap6.
> > > sht
> > >> >> >ml?dcredbook
> > >> >> >that the filename for the output is a GEMPAK DEVICE definition, not 
> > >> >> >just
> > >> >> >a filename. The device, filename, geometry and color options are 
> > >> >> >specifi
> > > ed
> > >> >> >just as you would in a GEMPAK program.
> > >> >> >
> > >> >> >In order to specify the environmental variables and X server above, 
> > >> >> >I'd
> > >> >> >suggest
> > >> >> >piping the output to a script, rather than directly to the decoder 
> > >> >> >(unle
> > > ss
> > >> >> >you have these
> > >> >> >variables set in the environment of the LDM running process).
> > >> >> >
> > >> >> >So, here is an example of a pqact.conf line:
> > >> >> >
> > >> >> >WMO  ^NOAAPORT\.NWSTG\.GRAPHIC\.P.*
> > >> >> >     PIPE  -close   
> > >> >> > /npfos/noaaport/nawips/bin/scripts/dcredbook_gf.csh
> > >> >> >
> > >> >> >
> > >> >> >So, dcredbook_gf.csh will be a csh script that the graphics will be 
> > >> >> >pipe
> > > d
> > >> >> >to.
> > >> >> >
> > >> >> >Here is an example of the dcredbook_gf.csh script that works for me.
> > >> >> >You can place it in your scripts directory (or wherever) and use
> > >> >> >"chmod a+x dcredbook_gf.csh" to make it executable.
> > >> >> >
> > >> >> >
> > >> >> ><<<<<<<<<<<<<<<---- script starts next line 
> > >> >> >---->>>>>>>>>>>>>>>>>>>>>>
> > >> >> >#!/bin/csh -f
> > >> >> >
> > >> >> ># the source line below will set the locations of your GEMMAPS and 
> > >> >> >GEMTB
> > > L
> > >> >> ># directories from your Gemviron file
> > >> >> >source /npfos/noaaport/nawips/Gemenviron
> > >> >> >
> > >> >> ># To generate gifs using the gf device, you need permission to draw 
> > >> >> >to
> > >> >> ># an X server. Otherwise, you could use the gif2 device or ps driver
> > >> >> ># as shown below.
> > >> >> >setenv DISPLAY unix:0
> > >> >> >
> > >> >> >cd /npfos/noaaport/nawipsdata/redbook
> > >> >> >
> > >> >> >set DATE=`date -u '+%Y%m%d'`
> > >> >> >set LOGFILE=/npraid/noaaport/nawips/logs/${DATE}_dcredbook.log
> > >> >> >
> > >> >> >cat | dcredbook_gf -v 1 -d $LOGFILE 
> > >> >> >'gf|%P_YYYYMMDDHHNN.gif|1280;1024'
> > >> >> >exit 0
> > >> >> >
> > >> >> ># The above uses dcredbook_gf. Alternatively, to produce postscript 
> > >> >> >file
> > > s
> > >> >> ># without an X server, you could use:
> > >> >> >cat | dcredbook_ps -v 1 -d $LOGFILE 'ps|%P_YYYYMMDDHHNN.ps|8.5;11|C'
> > >> >> >
> > >> >> >#or, to use the gif2 driver, just use the generic dcredbook program
> > >> >> >#and run gpend when finished:
> > >> >> >cat | dcredbook -v 1 -d $LOGFILE 'gif2|%P_YYYYMMDDHHNN.gif|1280;1024'
> > >> >> >gpend
> > >> >> ><<<<<<<<<<<<<<<---- script ends previous line 
> > >> >> >---->>>>>>>>>>>>>>>>>>>>>>
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >In the above script, the %P in the output file name is replaced with 
> > >> >> >the
> > >> >> >product
> > >> >> >name for each product decoded as defined in $GEMTBL/nafos/redbook.tbl
> > >> >> >since the WMO name really doesn't tell you much about what the 
> > >> >> >product i
> > > s.
> > >> >> >
> > >> >> >all three of dcredbook, dcredbook_ps, and dcredbook_gf are built and
> > >> >> >installed
> > >> >> >in your $GEMEXE directory when you built GEMPAK. When you use either 
> > >> >> >of
> > > the
> > >> >> >_ps or _gf versions that are directly linked to the driver, you 
> > >> >> >don't ha
> > > ve
> > >> >> >to
> > >> >> >run gpend when finished.
> > >> >> >
> > >> >> >When using just the standard dcredbook program, a gplt process is 
> > >> >> >create
> > > d
> > >> >> >which allows
> > >> >> >you to specify any output device that you can normally use as DEVICE 
> > >> >> >in
> > >> >> >gpmap for example.
> > >> >> >Just as with gpmap, you will have to run gpend to close the gplt and 
> > >> >> >end
> > >> >> >the output
> > >> >> >file.
> > >> >> >
> > >> >> >The DEVICE options for the gif drivers are file output name and gif 
> > >> >> >size
> > > .
> > >> >> >For the PS driver, you could specicy either 8.5;11 or 11;17 for
> > >> >> >8.5x11" or 11x17" paper respectively. The "C" for the postscript 
> > >> >> >driver
> > >> >> >uses
> > >> >> >COLOR for the lines drawn. Alternately you could use "G" for 
> > >> >> >grayshades
> > > or
> > >> >> >"M" for monochrome (always black for lines drawn).
> > >> >> >
> > >> >> >
> > >> >> >I hope this gives you a starting point.
> > >> >> >
> > >> >> >Steve Chiswell
> > >> >> >Unidata User Support
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> ==============================================
> > >> >> Mike,
> > >> >>
> > >> >> This is a new program I put together for automatically generating
> > >> >> graphics from the redbook files, so its not a suprise that its
> > >> >> not completely clear how to use it yet.
> > >> >>
> > >> >> Ok, so you want gif output. I'll start by suggesting that you use
> > >> >> dcredbook_gf (eg this version is linked directly to the gif driver so 
> > >> >> you
> > >> >> don't have to worry about running gpend to close the GPLT process).
> > >> >>
> > >> >> Second thing you need to generate gif displays is an X server to draw 
> > >> >> to
> > >> >> (dcredbook_gf uses the gf driver which requires an X server, 
> > >> >> alternativel
> > > y,
> > >> >> it could be compiled to use the gif2 driver which doesn't use an X 
> > >> >> server
> > >> >> but my experience is that the hgardware fonts supplied by the X 
> > >> >> server lo
> > > ok
> > >> >> much
> > >> >> better than the software fonts that gif2 will have to use).
> > >> >>
> > >> >> Lastly, you will need the environmental variables GEMMAPS and GEMTBL 
> > >> >> for
> > >> >> the mapfiles and tables that define the redbook products respectively.
> > >> >>
> > >> >> You'll see at:
> > >> >> http://www.unidata.ucar.edu/packages/gempak/tutorial/manual/chap6/chap6.s
> > > htm
> > >> > l?
> > >> >> dcredbook
> > >> >> that the filename for the output is a GEMPAK DEVICE definition, not 
> > >> >> just
> > >> >> a filename. The device, filename, geometry and color options are 
> > >> >> specifie
> > > d
> > >> >> just as you would in a GEMPAK program.
> > >> >>
> > >> >> In order to specify the environmental variables and X server above, 
> > >> >> I'd
> > >> >> suggest
> > >> >> piping the output to a script, rather than directly to the decoder 
> > >> >> (unles
> > > s
> > >> >> you have these
> > >> >> variables set in the environment of the LDM running process).
> > >> >>
> > >> >> So, here is an example of a pqact.conf line:
> > >> >>
> > >> >> WMO ^NOAAPORT\.NWSTG\.GRAPHIC\.P.*
> > >> >>  PIPE  -close /npfos/noaaport/nawips/bin/scripts/dcredbook_gf.csh
> > >> >>
> > >> >> So, dcredbook_gf.csh will be a csh script that the graphics will be 
> > >> >> piped
> > >  to
> > >> > .
> > >> >>
> > >> >> Here is an example of the dcredbook_gf.csh script that works for me.
> > >> >> You can place it in your scripts directory (or wherever) and use
> > >> >> "chmod a+x dcredbook_gf.csh" to make it executable.
> > >> >>
> > >> >> <<<<<<<<<<<<<<<---- script starts next line ---->>>>>>>>>>>>>>>>>>>>>>
> > >> >> #!/bin/csh -f
> > >> >>
> > >> >> # the source line below will set the locations of your GEMMAPS and 
> > >> >> GEMTBL
> > >> >> # directories from your Gemviron file
> > >> >> source /npfos/noaaport/nawips/Gemenviron
> > >> >>
> > >> >> # To generate gifs using the gf device, you need permission to draw to
> > >> >> # an X server. Otherwise, you could use the gif2 device or ps driver
> > >> >> # as shown below.
> > >> >> setenv DISPLAY unix:0
> > >> >>
> > >> >> cd /npfos/noaaport/nawipsdata/redbook
> > >> >>
> > >> >> set DATE=`date -u '+%Y%m%d'`
> > >> >> set LOGFILE=/npraid/noaaport/nawips/logs/${DATE}_dcredbook.log
> > >> >>
> > >> >> cat | dcredbook_gf -v 1 -d $LOGFILE 'gf|%P_YYYYMMDDHHNN.gif|1280;1024'
> >
> > >> >> exit 0
> > >> >>
> > >> >> # The above uses dcredbook_gf. Alternatively, to produce postscript 
> > >> >> files
> > >> >> # without an X server, you could use:
> > >> >> cat | dcredbook_ps -v 1 -d $LOGFILE 'ps|%P_YYYYMMDDHHNN.ps|8.5;11|C'
> > >> >>
> > >> >> #or, to use the gif2 driver, just use the generic dcredbook program
> > >> >> #and run gpend when finished:
> > >> >> cat | dcredbook -v 1 -d $LOGFILE 'gif2|%P_YYYYMMDDHHNN.gif|1280;1024'
> > >> >> gpend
> > >> >> <<<<<<<<<<<<<<<---- script ends previous line 
> > >> >> ---->>>>>>>>>>>>>>>>>>>>>>
> > >> >>
> > >> >> In the above script, the %P in the output file name is replaced with 
> > >> >> the
> > >> >> product
> > >> >> name for each product decoded as defined in $GEMTBL/nafos/redbook.tbl
> > >> >> since the WMO name really doesn't tell you much about what the 
> > >> >> product is
> > > .
> > >> >>
> > >> >> all three of dcredbook, dcredbook_ps, and dcredbook_gf are built and 
> > >> >> inst
> > > all
> > >> > ed
> > >> >> in your $GEMEXE directory when you built GEMPAK. When you use either 
> > >> >> of t
> > > he
> > >> >> _ps or _gf versions that are directly linked to the driver, you don't 
> > >> >> hav
> > > e t
> > >> > o
> > >> >> run gpend when finished.
> > >> >>
> > >> >> When using just the standard dcredbook program, a gplt process is 
> > >> >> created
> > >> >> which allows
> > >> >> you to specify any output device that you can normally use as DEVICE 
> > >> >> in g
> > > pma
> > >> > p
> > >> >> for example.
> > >> >> Just as with gpmap, you will have to run gpend to close the gplt and 
> > >> >> end
> > > the
> > >> >> output
> > >> >> file.
> > >> >>
> > >> >> The DEVICE options for the gif drivers are file output name and gif 
> > >> >> size.
> > >> >> For the PS driver, you could specicy either 8.5;11 or 11;17 for
> > >> >> 8.5x11" or 11x17" paper respectively. The "C" for the postscript 
> > >> >> driver u
> > > ses
> > >> >> COLOR for the lines drawn. Alternately you could use "G" for 
> > >> >> grayshades o
> > > r
> > >> >> "M" for monochrome (always black for lines drawn).
> > >> >>
> > >> >> I hope this gives you a starting point.
> > >> >>
> > >> >> Steve Chiswell
> > >> >> Unidata User Support
> > >> >>
> > >> >> =========================================================================
> > >> >
> > >>
> > >> ****************************************************************************
> > >> Unidata User Support                                    UCAR Unidata 
> > >> Program
> > >> (303)497-8644                                                  P.O. Box 
> > >> 3000
> > >> address@hidden                                   Boulder, CO 80307
> > >> ----------------------------------------------------------------------------
> > >> Unidata WWW Service                        http://www.unidata.ucar.edu/
> > >> ****************************************************************************
> > >
> >
> 

 


:

---

• Prev by Date: 20010622: dcgrib error
• Next by Date: 20010625: VGF format
• Previous by thread: 20010622: dcgrib error
• Next by thread: 20010625: VGF format
• Index(es):
  • Date
  • Thread