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

Re: 20011018: 20011016: GINI images in nmap

Chiz,

I think I figured it out.  I changed from defining GINI and using that in the
definition of sat to explicitly defining each of the subdirectories and 
including them in the definition of sat.  I've included the relevant section
of Garp_defaults below.


GARPHOME        : $(NAWIPS)/garp/

SATDIR          : $(GEMDATA)/images/sat
GINIDIR         : /data/pub/raw/gini
RADDIR          : $(RAD)
grids           : $(HDS)
upperair        : $(GEMDATA)/upperair
profiler        : $(GEMDATA)/profiler

#
#  Provide extra information for the satellite data
#
#  List each individual satellite directory
#  Multiple entries are space separated
#
G7    : "$(SATDIR)/GOES-7"
G8    : "$(SATDIR)/GOES-8"
G9    : "$(SATDIR)/GOES-9"
G10   : "$(SATDIR)/GOES-10"
G11   : "$(SATDIR)/GOES-11"
G12   : "$(SATDIR)/GOES-12"
FLOAT1 : "$(SATDIR)/GOES-8_fl1 $(SATDIR)/GOES-9_fl1 $(SATDIR)/GOES-10_fl1"
FLOAT2 : "$(SATDIR)/GOES-8_fl2 $(SATDIR)/GOES-9_fl2 $(SATDIR)/GOES-10_fl2"
SPOLE  : "$(SATDIR)/ANTARCTIC"
#GINI : "$(GINIDIR)/WEST-CONUS $(GINIDIR)/EAST-CONUS $(GINIDIR)/Colorado 
$(GINIDIR)/AK-NATIONAL $(GINIDIR)/AK-REGIONAL $(GINIDIR)/HI-NATIONAL 
$(GINIDIR)/HI-REGIONAL $(GINIDIR)/PR-NATIONAL $(GINIDIR)/PR-REGIONAL 
$(GINIDIR)/SUPER-NATIONAL $(GINIDIR)/NHEM-COMP $(GINIDIR)/NHEM-MULTICOMP"
EAST-CONUS : "$(GINIDIR)/EAST-CONUS"
WEST-CONUS : "$(GINIDIR)/WEST-CONUS"
AK-NATIONAL : "$(GINIDIR)/AK-NATIONAL"
AK-REGIONAL : "$(GINIDIR)/AK-REGIONAL"
HI-NATIONAL : "$(GINIDIR)/HI-NATIONAL"
HI-REGIONAL : "$(GINIDIR)/HI-REGIONAL"
PR-NATIONAL : "$(GINIDIR)/PR-NATIONAL"
PR-REGIONAL : "$(GINIDIR)/PR-REGIONAL"
SUPER-NATIONAL : "$(GINIDIR)/SUPER-NATIONAL"
NHEM-COMP : "$(GINIDIR)/NHEM-COMP"
NHEM-MULTICOMP : "$(GINIDIR)/NHEM-MULTICOMP"
COMPOSITE : "$(SATDIR)/comp"
MDR   : "$(SAT)/MDR"
GSOUND : "$(SAT)/SOUNDER"

#
#  sat, nids, and nowrad are the "keys" that are used to find
#  the image data directories
#
#  Be sure each individual satellite directory listed above is in
#  the "sat" key list
#
#sat             : "$(G7) $(G8) $(G10) $(G11) $(G12) $(FLOAT1) $(FLOAT2) 
$(SPOLE) $(GSOUND) $(GINI)"
sat             : "$(G7) $(G8) $(G10) $(G11) $(G12) $(FLOAT1) $(FLOAT2) 
$(SPOLE) 
$(GSOUND) $(EAST-CONUS) $(WEST-CONUS) $(AK-NATIONAL) $(AK-REGIONAL) 
$(HI-NATIONAL) $(HI-REGIONAL) $(PR-NATIONAL) $(PR-REGIONAL) $(SUPER-NATIONAL) 
$(NHEM-COMP) $(NHEM-MULTICOMP)"
nids            : "$(RADDIR)/NIDS $(RADDIR)/RADAR $(RADDIR)/FLOATER"
nowrad          : $(RADDIR)/USRAD


>To: Clint Rowe <address@hidden>
>cc: address@hidden
>Subject: 20011018: 20011016: GINI images in nmap 
>Date: Thu, 18 Oct 2001 16:16:11 -0600
>From: Unidata Support <address@hidden>
>
>
>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
>>
>>
>
>**************************************************************************** <
>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