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

[GEMPAK #WYS-922950]: RE: NMAP Loops (#1562)

Charley,

Make sure you are decoding using the dcgrib2 program from 5.9.4 and not 5.7.3. 
As
I mentioned before, NCEP changed one byte of the grib headers that changed the 
F000
meaning to an analysis time - so the 5.7.3 version would be decoding these 
initial
times as YYMMDD/HHNN rather than YYMMDD/HHNNf000.

You should be able to see the grid times in the file if you correctly fill
out the entries in gdinfo rather than leaving blank.

Try
GDATTIM = fall
GLEVEL = all
GVCORD = all
GFUNC = all

Steve Chiswell
Unidata User Support


> Hi,
> 
> Here's the listing I get off of gdinfo:
> 
> GEMPAK-GDINFO>l
> GDFILE   = 07021918_nam_212.gem
> LSTALL   = YES
> OUTPUT   =
> GDATTIM  = all
> GLEVEL   =
> GVCORD   =
> GFUNC    =
> GEMPAK-GDINFO>r
> 
> GRID FILE: 07021918_nam_212.gem
> 
> GRID NAVIGATION:
> PROJECTION:          LCC
> ANGLES:                25.0   -95.0    25.0
> GRID SIZE:          185 129
> LL CORNER:              12.19   -133.46
> UR CORNER:              57.29    -49.39
> 
> GRID ANALYSIS BLOCK:
> ANALYSIS TYPE:        BARNES
> DELTAN:               4.000
> DELTAX:           -9999.000
> DELTAY:           -9999.000
> GRID AREA:            11.00 -154.00   62.00  -48.00
> EXTEND AREA:          11.00 -154.00   62.00  -48.00
> DATA AREA:            11.00 -154.00   62.00  -48.00
> 
> Number of grids in file:  9210
> 
> Maximum number of grids in file:  29999
> 
> [GDU 2]  Did not find any matching grids.
> Parameters requested: GDFILE,LSTALL,OUTPUT,GDATTIM,GLEVEL,GVCORD,GFUNC.
> 
> To add further confusion to the matter, we have one machine running
> gempak 5.7.3 and it displays the first time period in nmap, but only the
> first time period.  On a separate machine, we are running gempak 5.9.4
> and reading the decoded grib from 5.7.3 and nmap will not read these
> files at all.
> 
> Any suggestions?
> 
> Thanks,
> Charley
> 
> -----Original Message-----
> From: Steve Chiswell [mailto:address@hidden]
> Sent: Wednesday, January 31, 2007 11:39 AM
> To: Charley Knoderer
> Cc: address@hidden; GEMPAK support
> Subject: Re: NMAP Loops (#1562)
> 
> 
> Charley,
> 
> Check your "GDINFO" listing of your decoded file. Your statement about
> the "first" time period being missing may indicate that the source of
> your grids changed from using the PDS identifier for F000 to an analysis
> time . The Jan 22 time frame is coincident with changes in the mainframe
> at NWS. If that is the case, try upgrading to 5.9.4.
> 
> Steve Chiswell
> Unidata User Support
> 
> 
> On Wed, 2007-01-31 at 10:29 -0800, Charley Knoderer wrote:
> > Hi,
> >
> > We are having a very strange problem with NMAP not reading the decoded
> 
> > grib files correctly.  Gempak seems to be reading them for the maps I
> > create, with the exception of the first time period. However the loops
> 
> > are not loading.
> >
> > This problem first appeared between 12 Z January 22 and 00 Z January
> > 23.  We have not made any changes to the decoding process (we use
> > nagrib to decode the grib files) before or after this date.  This
> > problem is apparent on using NMAP 5.7.3 and 5.9.3.
> >
> > Here's the script we are using:
> >
> > #!/bin/csh
> > #
> > #  CONVERT_GEMPAK.csh
> > #
> > #  This is a simple script to write model GRIB data to a GEMPAK
> > #  file using the NAGRIB program found in the NAWIPS distribution.
> > #
> >
> ########################################################################
> >
> > #  BEGIN THE SCRIPT
> >
> > #  Check to see if the user has the NAWIPS environmental variables
> > set. #  Uncomment out the following line if NAWIPS is not included in
> > the #  users environment.
> > #
> > #  setenv NAWIPS /usr1/nawips
> > if ( $?NAWIPS ) then
> >    source $NAWIPS/Nawips.cshrc
> > else
> >    echo "WARNING: Please Define the location of the NAWIPS
> > distribution at the top"
> >    echo "         of ${GMASTER_BIN}/convert_gempak and rerun the
> > script. - EXIT"
> >    exit 1
> > endif
> >
> > set YYMMDDHH = $1
> > set MODEL    = $2
> > set SUFFX    = $3
> >
> > if ( ! -e ${GRIB_PATH}/.local_gribs || -z ${GRIB_PATH}/.local_gribs )
> > then
> >    echo " "
> >    echo "   ERROR: No grib files found - EXIT"
> >    echo " "
> >    exit 1
> > endif
> >
> > set GRIBS = `cat ${GRIB_PATH}/.local_gribs`
> >
> > set GEMFILE = ${YYMMDDHH}_${MODEL}_${SUFFX}.gem
> >
> > if ( ! -e ${GEM_PATH} ) mkdir -p ${GEM_PATH}
> >
> > echo "  CONVERT: Creating GEMPAK file ${GEM_PATH}/${GEMFILE}"
> >
> > if ( -e gemfile ) rm -f gemfile
> >
> > echo "INDXFL   =           "  > gemfile
> > echo "GDOUTF   = ${GEM_PATH}/${GEMFILE}" >> gemfile
> > echo "PROJ     =           " >> gemfile
> > echo "GRDAREA  =           " >> gemfile
> > echo "KXKY     =           " >> gemfile
> > echo "MAXGRD   = 29999     " >> gemfile
> > echo "CPYFIL   = GDS       " >> gemfile
> > echo "GAREA    =           " >> gemfile
> > echo "OUTPUT   = F/${GEM_PATH}/nagrib.fil" >> gemfile
> > echo "GBTBLS   =           " >> gemfile
> > echo "GBDIAG   =           " >> gemfile
> >
> > foreach GRIB ($GRIBS)
> >    echo "GBFILE   = ${GRIB_PATH}/${GRIB}" >> gemfile
> >    echo "run               " >> gemfile
> >    echo "                  " >> gemfile
> > end
> >
> > echo "exit"                  >> gemfile
> >
> > $GEMEXE/nagrib < gemfile >& /dev/null
> > $GEMEXE/gpend            >& /dev/null
> >
> > rm -f gemfile *.nts >& /dev/null
> >
> > #  End of the Show
> > exit 0
> >
> > Anyone have any ideas?
> >
> > Thanks,
> > Charley
> >
> > Charley Knoderer
> > Meteorologist II
> > Sonoma Technology, Inc.
> > 1360 Redwood Way, Suite C
> > Petaluma, CA  94954
> > http://www.sonomatech.com
> > Phone: (707) 665-9900
> > Fax: (707) 665-9800
> >
> --
> Steve Chiswell <address@hidden>
> Unidata
> 
> 


Ticket Details
===================
Ticket ID: WYS-922950
Department: Support GEMPAK
Priority: Normal
Status: Closed