In May I updated sfstns.tbl to use the 4-character international id ICAO
rather than allow domestic stations to use 3-character identifiers. A
consequence is that "TOP" no longer works, instead "KTOP" is required. In
the interest of maintaining working scripts which use the old 3-character
identifier for US stations, today I updated the routine lcabnd.f to append
'K' to the string being searched for in sfstns.tbl, if the given string is
3-characters long and is not found on a first pass.
To check for yourself:
Replace $GEMPAK/source/gemlib/lc/lcabnd.f with the above file, either
manually or with "git pull"
ar -rv $OS_LIB/gemlib.a *.o
make clean all install clean
then run sfmap again and try GAREA=KTOP and GAREA=TOP
This update will be in GEMPAK 7.1.1.
Unidata Program Center
On Tue, Sep 2, 2014 at 12:16 PM, Steven G Decker <decker@xxxxxxxxxxxxxxxxxx>
> To answer my own question, it looks like $GEMTBL/stns/sfstns.tbl has
> changed, with all identifiers standardized to four letters. (On the other
> hand, $GEMTBL/stns/snstns.tbl still uses three-letter IDs for CONUS
> upper-air stations.)
> On 09/02/2014 12:36 PM, Steven G Decker wrote:
>> Hi all,
>> I have noticed that in the latest version of GEMPAK, using
>> garea = top
>> doesn't work ( [GG -2] Area top is an invalid graphics area.)
>> garea = ktop
>> does work.
>> In past versions, the three-letter ID works fine, and I can restore that
>> functionality to the current version by doing:
>> export GEMTBL=/home/gempak/GEMPAK6.8.0/gempak/tables
>> which implies some table has changed to prevent the three-letter IDs
>> from working.
>> Does anyone have any ideas about what changed, and whether it was
> Steve Decker, Teaching Instructor
> Department of Environmental Sciences Phone: (848) 932-5750
> Rutgers University Fax: (732) 932-8644
> 14 College Farm Rd Email: decker@xxxxxxxxxxxxxxxxxx
> New Brunswick, NJ 08901-8551
> gembud mailing list
> For list information or to unsubscribe, visit: