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

20051021: Gempak problem.

Mark,

You might want to check the Garp_defaults entry for the thinned grid gfs
model key, the associated fdf, and the $GEMTBL/config/datatype.tbl template 
entry.

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 <address@hidden>
>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
>address@hidden
>(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:address@hidden
>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--
>
--
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.