Re: Garp model output problems

Nathan,

Your file path in your error string:
/home/gempak/GEMPAK5.8.1/gempak/data/ldm/gempak/model/eta/

seems to say you have created an "ldm/gempak/model/eta" directory
under the distribution gempak tree. That is probably the source of the
trouble. If you use the GEMDATA definition which is
in the original Gemenviron file example (which is commented out in the
distribution), then your GEMDATA path should be:
/home/gempak/GEMPAK5.8.1/gempak/data
That is aka $GEMPAK/data

and the MODEL variable would be:
/home/gempak/GEMPAK5.8.1/gempak/data/model
aka $GEMDATA/model

You need to be consistent in use of GEMDATA and MODEL since 
the distribution $GEMTBL/config/datatype.tbl file that will be used
to locate the files depends on those definitions.


If you still have trouble, please provide me with your Gemenviron file
as well as the pathnames to your data files.

GEMPAK handles byte order difference when opening the files.

Steve Chiswell
Unidata User Support


On Fri, 2005-04-08 at 16:13, Nathan Davis wrote:
> I'm a student at University of Missouri-Columbia and I'm trying to get 
> gempak 5.8.1 (binary) running on a Linux box. I'm having trouble opening 
> *.gem model files in Garp. I can open them in NSharp fine, but not in 
> Garp. I select the model, times, etc., select display and close, then 
> nothing shows up, just the frame labels at the bottom (e.g. *** 0600V036 
> Eta 212 ***). The output in the shell is:
> 
> G A R P - v2.1 starting...
> GEMPAK: [FL -1]  Cannot open file 
> /home/gempak/GEMPAK5.8.1/gempak/data/ldm/gempak/model/eta/2005040818_eta.
> GEMPAK: [DM -2]  File 
> /home/gempak/GEMPAK5.8.1/gempak/data/ldm/gempak/model/eta/2005040818_eta 
> cannot be opened.
> GEMPAK: [GD -2]  File 
> /home/gempak/GEMPAK5.8.1/gempak/data/ldm/gempak/model/eta/2005040818_eta 
> cannot be opened.
> 
> I have gone over everything, even had my professor Dr. P. Market take a 
> look at my configuration files, and he was puzzled as well and told me 
> to contact you.
> There is one thing I should mention, due to time constraints, I opted 
> not to make new *.gem models so I used the ones on my professor's 
> server, compiled on a Sun. Should that make a difference? Are the *.gem 
> files OS specific?
> Thanks for your help,
>   Nate