20000301: .gem files

Glenn,

The $HDS environmental variable set in Gemenviron points to the 
directory with all the model data in it.

Presumably, you have grid files named like 2000030112_eta211.gem,
2000030100_eta211.gem, etc.

The model key for eta211 could look like eta211. Chosing that widget
will try to open all the files that match that pattern in the $HDS directory
to get a list of available forecast times.  The model keys need to be 
unique...for example the ruc comes on grid 211, the ngm and avn too. Also, 
the eta comes in on grid 207, 212 etc. so The default I sent out for model 
keys like eta211, ngm211, ruc211, eta212 is an attempt to uniquely identify 
each model. If you have tons of models matching the key, then that would be 
a problem with the maximum number of entries in the list.

Steve Chiswell
Unidata User Support



>From: address@hidden
>Organization: .
>Keywords: 200003012107.OAA29270

>
>
>Thanks Steve,
>I was beginning to realize this so I used GARP.  When I point to my
>directories GARP dies saying it can't load  "too many grids....." or words
>to that effect.
>So trying to debug my Garp_defaults file I made modelkeys point to just one
>grid and it still tries to load in all my grib_211.gem  I have no idea why
>it wants to do this.....
>
>Glenn
>
>
>
>
>Unidata Support <address@hidden> on 03/01/2000 03:43:47 PM
>                                                              
>                                                              
>                                                              
> To:      Glenn Rutledge/NCDC                                 
>                                                              
> cc:      Unidata Support <address@hidden>   
>                                                              
>                                                              
>                                                              
> Subject: 20000301: .gem files                                
>                                                              
>
>
>
>
>
>
>
>
>>From: address@hidden
>>Organization: .
>>Keywords: 200003012035.NAA28338
>
>>
>>
>>It's me again;
>>
>>I've decoded some eta stuff and into the .gem format they sit.  When I
>call
>>up ntrans (getting to GARP later), I get an error msg like:
>>
>>Scanning thru Vanilla CGM......
>>picture body...have to doflip?
>>picture body...have to doflip?
>>
>>
>>And the app dies.
>>
>>Any clues here?
>>
>>Thanks, Glenn
>>
>>
>>
>
>Glenn,
>
>Ntrans displays cgm format meta files (eg lists of drawing commands)
>that can be produced from Gempak plotting programs like gdcntr, gdwind,
>gdplot etc using the nc meta file driver.
>
>Ntrans does not read data management files as you are attempting.
>
>Instead, you can use gdcntr for example with the xw driver to display
>data from the data management fioles that the decoders produce
>sending the display to your X window. Or, use the gui Garp.
>
>Mnay people use the nc meta file driver with programs run from crontabs
>to produce ready canned metafiles for map discussions etc. with ntrans.
>
>More information on ntrans can be found in our tutorial at:
>http://www.unidata.ucar.edu/packages/gempak/tutorial/ntrans.html
>
>Steve Chiswell
>Unidata User Support
>***************************************************************************
>Unidata User Support                                    UCAR Unidata
>(303)497-8644                                                  P.O. Box
>address@hidden                                   Boulder, CO
>---------------------------------------------------------------------------
>Unidata WWW Service                        http://www.unidata.ucar.edu/
><
>***************************************************************************
>
>
>