20011018: 20011016: GINI images in nmap

Clint,

Let me set up a test set and see what I can figure out.

Personally, I have symbolic links to one $SAT directory.

Chiz


>From: Clint Rowe <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200110181655.f9IGto112898

>
>>
>>nmap2 only looks at datatype.tbl (nmap looks at the other directory).
>>
>>The problem is that SAT and RAD in datatype.tbl are known by the
>>code in nmap2, GINI is not. You still have to be under the SAT entry.
>Chiz,
>
>Then why does GINI (and its subdirectories) show up in the selection
>widget for nmap2 when I add it to $GEMTBL/datatype.tbl? Just because 
>it's in the table?
>
>Anyway, thanks for the tip.  I glad to hear it works for nsat, too.
>That allowed me to add radar to nsat, even though it ends up giving two
>paths to the radar in nmap2.
>
>>Here is a way to have nmap2 use either your GINI or AREA directories
>>under one $SAT variable without having to use links.
>>
>>1) Create a new directory, such as $GEMDATA/sat
>>
>>2) Create symbolic links from $SAT and $GINI to files in the $GEMDATA
>>   directory called AREA and GINI.
>>
>>3) Change your $SAT environmental variable to point to $GEMDATA/sat
>>   (instead of the usual location).
>>
>>Now when you pull up IMAGES from nmap2, click on SAT and you will have 
>>your choice of AREA or GINI. The widget menus will continue on with the 
>>extra level of nesting.
>>
>>NSAT will work OK with this too.
>>
>>Garp on the other hand will still use the 3 level directories of
>>your $GINI and $SATDIR tree as defined in the "sat" key in
>>Garp_defaults (just set SATDIR to the top or your area tree
>>and the GINI entries from $(SATDIR)/WEST-CONUS etc. to
>>$(GINI)/WEST-CONUS.
>
>Garp follows down the GINI tree okay, until it gets to the actual files, the
>I get the following message:
>
>*** File: /data/pub/raw/gini/HI-REGIONAL/8km/WV
> does not match
>    Template: /data/gempak/images/sat/%(platform)/%(resolution)/%(product)/*_@
> (YYYYMMDD)_@(HHNN)
>
>Here's what's in that directory
>
>purga% ls /data/pub/raw/gini/HI-REGIONAL/8km/WV
>WV_20011018_0600  WV_20011018_0830  WV_20011018_1115  WV_20011018_1315  WV_200
> 11018_1500
>WV_20011018_0630  WV_20011018_0900  WV_20011018_1130  WV_20011018_1330  WV_200
> 11018_1530
>WV_20011018_0645  WV_20011018_0930  WV_20011018_1145  WV_20011018_1345  WV_200
> 11018_1600
>WV_20011018_0700  WV_20011018_1000  WV_20011018_1200  WV_20011018_1400  WV_200
> 11018_1615
>WV_20011018_0715  WV_20011018_1030  WV_20011018_1230  WV_20011018_1415
>WV_20011018_0730  WV_20011018_1045  WV_20011018_1245  WV_20011018_1430
>WV_20011018_0800  WV_20011018_1100  WV_20011018_1300  WV_20011018_1445
>
>
>I changed the template to have a leading asterisk instead of $(SATDIR), but th
> at did not help.
>What else can I do?
>
>>Steve Chiswell
>>Unidata User Support
>>
>>
>>
>>
>>>From: Clint Rowe <address@hidden>
>>>Organization: UCAR/Unidata
>>>Keywords: 200110162041.f9GKfS129000
>>
>>>Chiz,
>>>
>>>I've got a problem getting nmap2 to load GINI images.  My other images
>>>are in $SAT (/data/gempak/images/sat) and my GINI images are in $GINI
>>>(/data/pub/raw/gini)and from there down, the directory structures are
>>>equivalent (that is %AREA%/%RESOLUTION%/%PROD%/%PROD%_YYYYMMDD_HHMM).
>>>
>>>I've tried making symbolic links from $SAT to the directories under 
>>>$GINI and that works fine -- at least until ldmadmin scour wipes out
>>>the links.  So, I figured I could add another IMAGE type in the tables.
>>>I added GINI to $GEMTBL/nmap/dcatg.nmap as
>>>
>>>IMAGE                IMAGE/SAT/GOES-8/4km/IR         SAT;RAD;GINI
>>>
>>>Then, I modified $GEMTBL/nmap/dsrc.nmap by copying the SAT entry and
>>>changing it to GINI
>>>
>>>SAT         DSP_IMG  SEL_DIR     $SAT           NONE               10
>>>RAD         DSP_IMG  SEL_DIR     $RAD           NONE               10
>>>GINI        DSP_IMG  SEL_DIR     $GINI          NONE               10
>>>
>>>I remembered that $GEMTBL/config/datatype.tbl also needed to be changed,
>>>so I copied the SAT entry and changed it to GINI and made sure everything 
>>>lined up
>>>
>>>!
>>>! Images
>>>SAT          $SAT                      *_YYYYMMDD_HHNN           CAT_IMG  
>>>SCAT_NIL   10   2880     -1
>>>RAD          $RAD                      *_YYYYMMDD_HHNN           CAT_IMG  
>>>SCAT_NIL   10    180     -1
>>>GINI         $GINI                     *_YYYYMMDD_HHNN           CAT_IMG  
>>>SCAT_NIL   10    180     -1
>>>
>>>So, here's the problem.  I can start nmap2 and select IMAGE from "Add 
>>>New Source" in the data selection window and up comes SAT, RAD, GINI. 
>>>If I select GINI, I get the correct subdirectory structure all the way 
>>>down to the product type (i.e., VIS, IR, WV, etc), but when I hit "Accept",
>>>nothing happens, even though there are files there (I can access through 
>>>symbolic links from $SAT).
>>>
>>>Any ideas?
>>>
>>>Clint
>>>
>>>====================================================================
>>>Clinton M. Rowe
>>>Associate Professor 
>>>Meteorology/Climatology Program                  phone:(402)472-1946
>>>Department of Geosciences                          fax:(402)472-4917
>>>University of Nebraska-Lincoln                        address@hidden
>>>
>>>
>>
>>**************************************************************************** 
>>Unidata User Support                                    UCAR Unidata Program 
>>(303)497-8644                                                  P.O. Box 3000 
>>address@hidden                                   Boulder, CO 80307 
>>---------------------------------------------------------------------------- 
>>Unidata WWW Service                        http://www.unidata.ucar.edu/      
>>**************************************************************************** 
>
>
>====================================================================
>Clinton M. Rowe
>Associate Professor 
>Meteorology/Climatology Program                  phone:(402)472-1946
>Department of Geosciences                          fax:(402)472-4917
>University of Nebraska-Lincoln                        address@hidden
>
>