Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
Douglas, One likely cause in would be the change in the data set naiming from "eta" to "nam". I mentioned in the release notes that the decoders and datatype.tbl were set up to refer to the data sets as "nam" now: http://www.unidata.ucar.edu/software/gempak/GEMPAK/whats_new.html#5.9.3 The $GARPHOME/config/Garp_defaults file has a section: # Widget defaults model : eta I left the default model in Garp to be "eta" because the Garp FDF filesare located in subdirectory names by the modelkey. The $GEMTBL/config/datatype.tbl will
locate the "eta" data set as a synonym for the NAM80: ETA $MODEL/nam YYYYMMDDHH_nam211.gem If your NAM80 files are not named as above, you will need to configure your datatype.tbl accordingly. Alternatively, if you change the modelkey in the Garp_defaults file to "nam", then you should copy the "eta" FDF directories for each of the plot types to directories named "nam". Steve Chiswell Unidata User Support On Tue, 2006-08-22 at 15:06 -0500, Douglas Tilly wrote:
Gembuds,I recently installed GEMPAK5.9.3 ( I used the precompiled binaries and libraries ) on a machine running on FC2. Everything appears to working fine, except for garp. Garp starts up fine, and I can choose to display any observed data, e.g., metar, sat, etc. However, when I click on a button to display model data, garp crashes. It doesn't matter if it's model data in plan view, cross section, etc. Has anyone seen this before? If so, what fixed this problem?Thanks for your help. Doug
-- Steve Chiswell <chiz@xxxxxxxxxxxxxxxx> Unidata
gembud archives: