[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20050504: 20050411: Gempak - gpnexr2 problem
- Subject: Re: 20050504: 20050411: Gempak - gpnexr2 problem
- Date: Wed, 18 May 2005 15:27:30 -0600
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.