Re: 20010119: Request for assistance: Loading Comet Test Study data paths for N TL/GARP/NTRANS/NMAP/NSAT

Hi Bill, 
I apologize for the delay in my response, I am returning from neck
surgery.

A couple of things stand out that I believe would cause you problems with
your model, radar, and sat imagery.

The model data is in a directory called grib--not HDS, so I suspect that
is the issue there.

Also it appears as if you are missing a /gempak in your radar and sat
paths after the date dir and before the  images dir.

I hope this solves your problems, please let me know if it does not and we
WILL work it out. It displays nicely here :) I know you love to hear that.

Cheers,

-Jeff
____________________________                  _____________________
Jeff Weber                                    address@hidden
Unidata Support                               PH:303-497-8676 
NWS-COMET Case Study Library                  FX:303-497-8690
University Corp for Atmospheric Research      3300 Mitchell Ln
http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000
________________________________________      ______________________

On Fri, 19 Jan 2001, Unidata Support wrote:

> >To: "'address@hidden'" <address@hidden>
> >From: "Capehart, William J" <address@hidden>
> >Subject: Request for assistance: Loading Comet Test Study data paths for N 
> >TL/GARP/NTRANS/NMAP/NSAT
> >Organization: UCAR/Unidata
> >Keywords: 200101191501.f0JF1se15527
> 
> Friday, January 19, 2001
> 
> We are having difficulty getting Comet Case Study #7 (High Plains Snow) to
> operate in full on our system.  
> 
> We have successfully retrieved the data off the tape and have pointed the
> setenvs from a mirror of the GEMPAK environment file to the directory in
> question: 
> 
> #
> # --------------------------------------------------------------------
> # <<CONFIGURE>>
> # Data directories, either real time or the Hurricane Bob sample data set:
> #
> #
>    setenv GEMDATA        /usr/net/comet/13mar96/gempak
> #
> #
> # Location of meta files  generated with NC decide driver 
>    setenv NTRANS_META    /usr/net/comet/13mar96/meta
> #
> # Location of text bulletins for use with NWX
>    setenv TEXT_DATA      /usr/net/comet/13mar96/weather
> #
> #
> # Location of NSAT directory tree "Required!!"...must exist
>    setenv SAT            /usr/net/comet/13mar96/images/sat
>    setenv RAD            /usr/net/comet/13mar96/images/radar
> #
> #
> # Below follow  variables for data locations (site specific)
> # Not required for NAWIPS, but may be used in scripts etc.
> #
>    setenv LDMDATA         /opt/ldm/data
>    setenv GOES8           /usr/net/comet/13mar96/images/sat/GOES-8_RAM
>    setenv GOES9           /usr/net/comet/13mar96/images/sat/GOES-9_RAM
>    setenv HDS             $GEMDATA/hds
>    setenv SAO             /usr/net/comet/13mar96/gempak/surface
>    setenv UPA             /usr/net/comet/13mar96/gempak/upperair
>    setenv RAW_SAO         /usr/net/comet/13mar96/gempak/surface
>    setenv RAW_SYN         /usr/net/comet/13mar96/gempak/surface
>    setenv RAW_UPA         /usr/net/comet/13mar96/gempak/upperair
>    setenv NIDS            /usr/net/comet/13mar96/images/radar/nids
>    setenv NLDN            $GEMDATA/nldn
> #
> # --------------------------------------------------------------------
> 
> When working with raw GEMPAK commands (no GUIs) everything works -- not
> surprising as we are calling the individual data files by their explicit
> name and path address.
> 
> However, we then went to the GUIs and have been met with some mixed results:
> 
> 
>   -- GARP: Absolutely NOTHING for the satellite, model or radar data (it
> doesn't recognize the presence of any data sets).  However, surface data was
> fine as was upper air data.
> 
>   -- NMAP: All Images and Radar Products are terrific.  However, for all
> other any observation data, it keeps trying to access current data but
> displays nothing (except for some of the model output).
> 
>   -- NSAT: Satellite data is fine
> 
>   -- NSHARP: Once you point it to
> /usr/net/comet/13mar96/gempak/upperair/*_upa.gem, all is well
> 
>   -- NTRANS: Looks good.
> 
> So it looks like there is a problem in getting gempak to read ALL the proper
> paths for GARP and NMAP which is problematic since the whole idea of both
> packages is to overlay data.  Are there any paths that I don't know about or
> are there any setenv's that get invoked in the shells as given subpackages
> of ntl are enabled?  
> 
> If it helps, we are running nawips-5.6 on an SGI network running IRIX 6.5.
> We have also done our best to emulate the GEMPAK directories.
> 
> We'd appreciate whatever information you have that can help us here.
>       
> Thanks much
> =================================================================
> Bill Capehart <address@hidden>    Assistant Professor
> Institute of Atmospheric Sciences          Land Surface Processes
> South Dakota School of Mines and Technology  Ph:  +1-605-394-1994
> Rapid City, SD  57701-3995                   Fax: +1-605-394-6061
> ===== http://www.hpcnet.org/sdsmt/personnel/wcapehart/about =====
>