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

Re: 20050504: 20050411: Gempak - gpnexr2 problem



Steve, 

I downloaded version 5.8.2a, and I'm still having this problem with
gpnexr2. 

I did some more experimenting, and everything worked fine with level II
files that I downloaded from 2005.  However, those that I've tried to
use from 1999 and 2000 give me the "Can't read station ID from file,
%SITE% not found in template" message.  

Below is the list from the successful trial.  The only thing I changed
for the unsuccessful one is the radar site in RADFIL and the RADTIM.  If
it would help, I've put the two files on my webspace at:
http://derecho.atmos.colostate.edu/~rschumac/KUEX_20050512_0001 
http://derecho.atmos.colostate.edu/~rschumac/KGLD_19990725_2121

The one from KUEX from last week works, the one from KGLD from 1999
doesn't.  I noticed when I opened these files in a text editor that the
initial text is much different between the two:  in the older file, it
says ARCHIVE2.161, while in the newer one it has: AR2V0001.921  Might
this be the problem?

Thanks again for your help!

Russ Schumacher

-----
GEMPAK-GPNEXR2>l
 MAP      = 1
 GAREA    = dset
 PROJ     = rad
 RADFIL   = NEXRII|KUEX
 LATLON   = 1/3/0.3/5/1;1
 PANEL    = 0
 TITLE    = 1
 TEXT     = 1
 CLEAR    = YES
 DEVICE   = XW
 LUTFIL   = upc_rad24.tbl
 IMCBAR   = 31/V/LL/.005;.05/.85;.01|.7/1/1/hw
 TILT     = 0.5
 RADPARM  = dz
 RADTIM   = 050512/0001




On Mon, 2005-05-16 at 14:16, Unidata Support wrote:
> >From: Russ Schumacher <address@hidden>
> >Organization: UCAR/Unidata
> >Keywords: 200505042109.j44L9YP3016971
> 
> >Hi Steve,
> >
> >Revisiting this problem after forgetting about it for a while.  
> >
> >The problem, in a nutshell, appears to be that using the same radar
> >file, nexr2rhi can get the site information from either the file or the
> >NEXRII template, but gpnexr2 cannot.  I'm using version 5.8.1, and
> >GEMTBL is set up properly.  The Level II files that I'm using are older
> >(from 2000), though if this was the problem I would guess it would show
> >up in both programs.
> >
> >Any ideas?  Is 5.8.2 available yet?  Maybe that would be the route to
> >go.
> 
> Russ,
> 
> The 5.8.2 release has now been posted to the web portal for download.
> 
> Steve Chiswell
> Unidata User Support
> 
> 
> 
> 
> 
> >
> >Russ Schumacher
> >
> >
> >
> >On Tue, 2005-04-19 at 15:54, Unidata Support wrote:
> >> Russ,
> >> 
> >> The problem you see may be related to a change in the ctb_dtget routine, 
> >> whe
> > re
> >> the last field "0/0" was recently added to the datatype.tbl file, which 
> >> does
> >> match what you show below. This also corresponds to a change in the 
> >> cgemlib 
> > routine
> >> ctb_dtget. The 5.7.3 version of the program and the datatype.tbl should not
> >> have the "0/0" field. If the 5.8.1 program were reading the old 
> >> datatype.tbl
> >> file, that would also be a problem (check GEMTBL setting).
> >> 
> >> This routine and the last column changes again in 5.8.2, and just verified 
> >> t
> > hat 
> >> the current library and table are consistent, and work now....but let me 
> >> kno
> > w
> >> if you need to investigate further.
> >> 
> >> Steve Chiswell
> >> Unidata User Support. 
> >> 
> >> 
> >> >From: "Russ Schumacher" <address@hidden>
> >> >Organization: UCAR/Unidata
> >> >Keywords: 200504112031.j3BKVh4Y018973
> >> 
> >> >--=_eee6f035992ebded9951db7a9f887227
> >> >Content-Type: text/plain; charset="ISO-8859-1"
> >> >Content-Transfer-Encoding: 7bit
> >> >
> >> >Institution: Colorado State University
> >> >Package Version: 5.8.1
> >> >Operating System: Linux (Fedora Core 1)
> >> >Hardware Information: Dell PC
> >> >Inquiry: Hello,
> >> >
> >> >Just wanted to alert you to a possible bug in the new release (5.8.1, 
> >> >using
> >  pr
> >> > ecompiled Linux binaries).  
> >> >
> >> >When I run gpnexr2 using the information below and the attached file, I 
> >> >get
> >  th
> >> > e error message:
> >> >
> >> >\"Can\'t read station ID from file, %SITE% not found in template\"
> >> >
> >> >Gempak then plots the radar data at the KFTG radar site (instead of KLSX 
> >> >as
> >  sp
> >> > ecified).
> >> >
> >> >I still have the 5.7.3 release of gempak on my machine, so I tried 
> >> >running 
> > tha
> >> > t version of gpnexr2, and it works fine.  Both  versions of nexr2rhi 
> >> > also 
> > wor
> >> > k fine (i.e., they put the data at the right position).  I noticed 
> >> > several
> >  me
> >> > ntions of this problem in the e-mail list archives with older versions, 
> >> > bu
> > t i
> >> > t seems to have reappeared in 5.8.1.
> >> >
> >> >I also included the NEXRII line from datatype.tbl in case there could be 
> >> >a 
> > pro
> >> > blem there.
> >> >
> >> >I\'d appreciate any suggestions for fixing this in 5.8.1 (or if there\'s 
> >> >so
> > met
> >> > hing I\'m doing wrong, please let me know that too!)  Thanks for your 
> >> > help
> > .
> >> >
> >> >Thanks, 
> >> >Russ Schumacher
> >> >
> >> > MAP       Map color/dash/width/filter flag  1
> >> > GAREA     Graphics area                     dset
> >> > PROJ      Map projection/angles/margins|dr  rad
> >> > RADFIL    Radar image filename(s)           NEXRII|KLSX
> >> > LATLON    Line color/dash/width/freq/inc/l  0
> >> > PANEL     Panel loc/color/dash/width/regn   0
> >> > TITLE     Title color/line/title            1
> >> > TEXT      Size/fnt/wdth/brdr/N-rot/just/hw  1
> >> > CLEAR     Clear screen flag                 YES
> >> > DEVICE    Device|name|x size;y size|color   xw
> >> > LUTFIL    Enhancement lookup table filenam  upc_rad24.tbl
> >> > IMCBAR    Color/ornt/anch/x;y/ln;wd/freq|t  
> >> > 31/V/LL/.005;.05/.85;.01|.7/1/
> > 1/h
> >> > w
> >> > TILT      Radar beam elevation/tilt number  0.5
> >> > RADPARM   Radar parameter (dz, vr, sw)      dz
> >> > RADTIM    Radar composite current/dattim    000507/0505
> >> >
> >> >
> >> >NEXRII       $RAD/craft/%SITE%         %SITE%_YYYYMMDD_HHNN      CAT_NIL  
> >> >S
> > CAT
> >> > _NIL   10   2880      6      0/0
> >> >
> >> >
> >> --
> >> ****************************************************************************
> >  <
> >> Unidata User Support                                    UCAR Unidata 
> >> Program
> >  <
> >> (303)497-8643                                                  P.O. Box 
> >> 3000
> >  <
> >> address@hidden                                   Boulder, CO 80307
> >  <
> >> ----------------------------------------------------------------------------
> >  <
> >> Unidata WWW Service              http://my.unidata.ucar.edu/content/support
> >  <
> >> ----------------------------------------------------------------------------
> >  <
> >> NOTE: All email exchanges with Unidata User Support are recorded in the
> >> Unidata inquiry tracking system and then made publicly available
> >> through the web.  If you do not want to have your interactions made
> >> available in this way, you must let us know in each email you send to us.
> >
> --
> **************************************************************************** <
> Unidata User Support                                    UCAR Unidata Program <
> (303)497-8643                                                  P.O. Box 3000 <
> address@hidden                                   Boulder, CO 80307 <
> ---------------------------------------------------------------------------- <
> Unidata WWW Service              http://my.unidata.ucar.edu/content/support  <
> ---------------------------------------------------------------------------- <
> NOTE: All email exchanges with Unidata User Support are recorded in the
> Unidata inquiry tracking system and then made publicly available
> through the web.  If you do not want to have your interactions made
> available in this way, you must let us know in each email you send to us.