20050504: 20050411: Gempak - gpnexr2 problem

>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.
>
--
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.