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

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 fill out the
entries in gdinfo rather than leaving blank.

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

or:

at the gdinfo prompt type: restore defaults/gdinfo

Steve Chiswell
Unidata User Support


On Mon, 2007-02-19 at 15:48 -0800, Charley Knoderer wrote:
> 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