One problem with Garp's use of modelkeys is that matches any substring-
which can cause confusion. This is better accomplished through the
datatype.tbl templates.
In $GARPHOME/config/datatype.tbl, check the model key that is being used
for the first data set "thinned grids". I'd suggest changing this to
gfsthin to avoid conflicts with any other data sets that have "gfs" in them.
In $GARPHOME/fdf/scalar and $GARPHOME/fdf/vector, link or move the
"thin" directories to "gfsthin".
In $GEMTBL/config/datatype.tbl, set up a datatype GFSTHIN that
locates your thinned grids.
Let me know if this helps.
Steve Chiswell
Unidata User Support
From: Mark Tucker <mark.tucker@xxxxxxxxxxxxxxx>
Organization: UCAR/Unidata
Keywords: 200510211951.j9LJpY7s000588
This is a multi-part message in MIME format.
--------------050309080909080600020107
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
We're having a problem with displaying certain model data within garp.
The same data sets can be properly viewd with nmap2 and using the
commandline tools.
For example, if I open garp's model cross section dialog I can choose an
model (gfs thinned), select the levels (1000 -> 250) select the model
date/time and a parameter (Temp_C). Garp then appears to load up the
data but nothing is displayed other than the information line at the
bottom of the display. Looking at the network activity I do not believe
that the data is actually being read. In the terminal where ntl was
started there is the following output:
Invoke ... /software/gempak/GEMPAK5.8.3a/bin/linux/garp
G A R P - v2.1 starting...
GEMPAK: [GDCROSS -12] No levels--check input for GDATTIM and GVCORD.
Again, we can read the same data properly with the commandline tools.
This is the same with other models and other tools, such as the "Model
Plan Projection", "Model Time Height" and "Model Vertical Profile".
Other functions in Garp appear to be working normally.
We are running version 5.8.3a compiled on Slackware Linux (10.0, kernel
2.6.7). I did a clean build and am using a Gemenviron file from the new
version so there are not any files or references left over from the
previous installation.
I tried installing the binary distribution but it would not run because
it needs glibc 2.3.4. Our Linux installation, which is only a little
more than a year old, has glibc 2.3.2 which is only a little more than a
year old.
--
Mark Tucker
Meteorology Dept. Systems Administrator
Lyndon State College
http://apollo.lsc.vsc.edu
mark.tucker@xxxxxxxxxxxxxxx
(802)-626-6328
--------------050309080909080600020107
Content-Type: text/x-vcard; charset=utf-8;
name="mark.tucker.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="mark.tucker.vcf"
begin:vcard
fn:Mark Tucker
n:Tucker;Mark
org:LSC;Meteorology
adr;dom:;;1001 College Rd.;Lyndonville;VT;05851
email;internet:mark.tucker@xxxxxxxxxxxxxxx
title:Systems Administrator
tel;work:802-626-6328
tel;fax:802-626-9770
x-mozilla-html:FALSE
url:http://apollo.lsc.vsc.edu
version:2.1
end:vcard
--------------050309080909080600020107--
--
****************************************************************************
