This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
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 > >