RE: 20020711: GEMPAK Problem

Jim,

No special directories.

The GEMTBL environmental variable will be set to wherever it
is on your system. Then the decoder will wind the packing file and
station table etc. accordingly.

Make sure the ~ldm/data/gempak/surface and ..../logs directories exist.
And, check the dcmetr.log file for possible explanations. If necessary, you
can up the logging like "-v 2" to get more information.

Steve Chiswell
Unidata User Support

On Mon, 15 Jul 2002, Jim St. John wrote:

> Steve,
>
> Thanks for you help.  There was a corrupted gemglb.nts file and I am
> starting to recover.  I found another problem.  LDM hadn't written any METAR
> data to my Gempak sao files since I downloaded the latest version of Gempak.
> I found on your web page that new decoders were being used. I copied the
> pqact.conf entry:
> DDS|IDS       ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
>       PIPE    decoders/dcmetr -b 9 -m 72 -s sfmetar_sa.tbl
>       -d data/gempak/logs/dcmetr.log
>       -e GEMTBL=/home/gempak/NAWIPS/gempak/tables
>       data/gempak/surface/YYYYMMDD_sao.gem
> into my pqact.conf file and I copied the dcmetr decoder over to the
> ldm/decoders directory, but I am still not writing to the yyyymmdd_sao.gem
> file.  Does the sfmetar_sa.tbl have to be copied to a special directory?
>
> Jim
>
> *************************************************
> *  James C. St. John, Ph. D.
> *  School of Earth and Atmosopheric Sciences
> *  Georgia Institute of Technology
> *  Atlanta GA 30332-0340
> *  Phone:    404-894-1754
> *  Fax:        404-894-1106
> *  E-Mail:    mailto:address@hidden
>
> -----Original Message-----
> From: address@hidden [mailto:address@hidden]On
> Behalf Of Steve Chiswell
> Sent: Thursday, July 11, 2002 12:07 PM
> To: Jim St. John
> Cc: address@hidden; address@hidden
> Subject: 20020711: GEMPAK Problem
>
>
> Jim,
>
> Make sure you don't have a corrupt gemglb.nts file or last.nts file in
> your working directory. You might need to set "$respond = yes" too.
>
> I would have to see the actual script that you are using for the skewT.
> I only see the screen output below. The message that the program is
> looking for 20020706 instead of 20020710 seems to indicate that either
> your script is doing something else with the list of files available
> (in particular if you are using "ls" to get a listing of certain files,
> you might have somthing else in the list that your script is
> parsing incorrectly.
>
> You also might need to check file permissions in case you started
> the LDM with a different umask and the script can't access the
> data file created by the LDM.
>
> Steve Chiswell
> Unidata User Support
>
>
>
> On Wed, 10 Jul 2002, Jim St. John wrote:
>
> > Gembuds,
> >
> > I am running LDM and GEMPAK on PC with Solaris Intel 5.7.  They have been
> > running without problem for a couple of years.  Over the 4th of July
> weekend
> > I had an LDM glitch, which I resolved by installing the latest LDM
> version,
> > which is now working fine.  Data for the 6th and 7th of July were lost as
> I
> > tried to get the problem fixed.
> >
> > I have downloaded and installed GEMPAK Version 5.6.e but I still am having
> > he same problems.  Here are the symptoms:
> >
> > This is a script I have been running for years to make a local Skew T:
> > skewgif
> > 20020710
> > /data/ldm/gempak/upperair/20020710_upa.gem
> > FFC
> > /export/home/stjohn/public_html/FFC.gif
> > 12
> >  SNFILE    Sounding data file
> > /data/ldm/gempak/upperair/20020710_upa.gem
> >  DATTIM    Date/time                         12
> >  AREA      Data area                         @FFC
> >  SNPARM    Sounding parameter list           tmpc;dwpc
> >  LINE      Color/type/width/label/smth/fltr  5/1;2/3
> >  PTYPE     Plot type/h:w ratio/margins       skewt
> >  VCOORD    Vertical coordinate type          PRES
> >  STNDEX    Stability indices                 SHOW;LIFT;TOTL;SWET;cape
> >  STNCOL    Stability index color             1
> >  WIND      Wind symbol/siz/wdth/typ/hdsz     Bk1
> >  WINPOS    Wind position                     1
> >  MARKER    Marker color/type/size/width/hw   0
> >  BORDER    Background color/dash/width       1
> >  TITLE     Title color/line/title            1
> >  DEVICE    Device|name|x size;y size|color   gf |
> > /export/home/stjohn/public_html/FFC.gif
> >  YAXIS     Ystrt/ystop/yinc/lbl;gln;tck      ///;1
> >  XAXIS     Xstrt/xstop/xinc/lbl;gln;tck      -40/40/10/;1
> >  FILTER    Filter data factor                YES
> >  CLEAR     Clear screen flag                 YES
> >  PANEL     Panel loc/color/dash/width/regn   0
> >  TEXT      Size/fnt/wdth/brdr/N-rot/just/hw  1
> >  THTALN    THTA color/dash/width/mn/mx/inc   6/3/1
> >  THTELN    THTE color/dash/width/mn/mx/inc   23/1/1
> >  MIXRLN    MIXR color/dash/width/mn/mx/inc   16/10/2
> > Parameters requested: SNFILE,DATTIM,AREA,SNPARM,LINE,PTYPE,VCOORD,STNDEX,
> >  STNCOL,WIND,WINPOS,MARKER,BORDER,TITLE,DEVICE,YAXIS,XAXIS,FILTER,CLEAR,
> >  PANEL,TEXT,THTALN,THTELN,MIXRLN.
> > GEMPAK-SNPROF> [FL -1]  Cannot open file
> > /usr/local/data/gempak/upperair/20020706_upa.gem.
> >  [SN -2]  File /usr/local/data/gempak/upperair/20020706_upa.gem could not
> be
> > opened.
> >  [SNPROF 1]  Parameter SHOW cannot be computed.
> >  [SNPROF 1]  Parameter LIFT cannot be computed.
> >  [SNPROF 1]  Parameter TOTL cannot be computed.
> >  [SNPROF 1]  Parameter SWET cannot be computed.
> >  [SNPROF 1]  Parameter CAPE cannot be computed.
> >
> > Note that it keeps asking for the July 6 file even though the script
> > requests the July 10 file.
> >
> > For a simple SFLIST I get this:
> > GEMPAK-SFLIST>l
> >  SFFILE   = /data/ldm/gempak/surface/20020710_sao.gem
> >  AREA     = @atl
> >  DATTIM   = all
> >  SFPARM   = SKYC;TMPF;DWPF;WCOD;DRCT;SKNT;PMSL
> >  OUTPUT   = f/./ga_wx.txt
> >  IDNTYP   = STID
> > GEMPAK-SFLIST>r
> >  [SFLIST 1]  Parameter BLNK is not computable.
> >
> > This script runs OK:
> > #! /bin/csh -f
> > #
> > source /nawips/Gemenviron
> > #
> > set YMD = `date -u +%Y%m%d`
> > #
> > set d1 = `date -u '+%H'`
> > #
> > set mfile = $SAO'/'$YMD'_sao.gem'
> > echo $mfile
> > #
> > setenv DISPLAY localhost:0
> > #
> > #
> > #set xfile = $WEB'/lclplot.gif.*'
> > #if(-e $xfile) then
> > #   rm $xfile
> > #endif
> > #
> > set outfile = $WEB'/lclplot.gif'
> > if(-e $outfile) then
> >    rm $outfile
> > endif
> > #
> > sfmap << SFMAP_EOF
> >  AREA     = atl+
> >  GAREA    = atl+
> >  SATFIL   =
> > RADFIL   =
> >  SFPARM   = SKYC:.5;TMPF;WSYM:.6;SMSL;;DWPF;ptsy;BRBK
> >  DATTIM   = $d1
> >  SFFILE   = $mfile
> >  COLORS   = 1;2;3;1;2;3;1
> >  MAP      = 3
> >  LATLON   = 0
> >  MARKER   = 0
> >  TITLE    = 1
> >  CLEAR    = y
> >  PANEL    = 0
> >  DEVICE   = gf | $outfile
> >  PROJ     = lcc
> >  FILTER   = YES
> >  TEXT     = .7/23//sw
> >  SKPMIS   = NO
> >  LUTFIL   =
> >  STNPLT   =
> >  run
> >
> >  exit
> > SFMAP_EOF
> >
> > gpend
> > rm $WEB/lclplot.gif.*
> > exit
> >
> > Does anybody out here have any idea of what could be causing these
> symptoms?
> >
> > Jim St. John
> >
> >
> > *************************************************
> > *  James C. St. John, Ph. D.
> > *  School of Earth and Atmosopheric Sciences
> > *  Georgia Institute of Technology
> > *  Atlanta GA 30332-0340
> > *  Phone:    404-894-1754
> > *  Fax:        404-894-1106
> > *  E-Mail:    mailto:address@hidden
> >
> >
> >
>
>