This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
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