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

Re: New Ticket - [GEMPAK !GUX-304848]: GEMPAK and GARP



Jennie,

I'm on the road this week, so I'll try to answer you in between appointments....

Your build failed to generate the gui executables if your motif libraries
were not in the /usr/X11R6/lib location that is in the $CONFIGDIR/Makeinc.linux
file, but rather in your /usr/X11R6/lib64 directory.

Your options are to:
a) run the precompiled linux binary distribution I provide
or
b) configure the $CONFIGDIR/Makeinc.linux file for your system library locations
and the build the distribution

As for the pattern for the GFS,
the 1.0 and 2.5 degree grids will be the "ST.opnl/MT.gfs" while the 0.5
degree are the "ST.opnt/MT.gfs".

Note the difference between "opnl" and "opnt" in the NWS file naming directories
under the ftp://tgftp.nws.noaa.gov file tree.

The 1 degree will be F000 through F180, while the 2.5 degree will be the F192
through F384. Note that the GFS is T382 through F180 and then T254 for the
extended hours of the model run, hence the lower resolution grids at the
extended hours.

Steve Chiswell
Unidata User Support


On Fri, 3 Feb 2006, Jennie L. Moody wrote:

> New Ticket: GEMPAK and GARP
>
> Hey, you guys are great and write fantastic guides for building and
> installing software!  I think I have the ldm ready to turn on, and I have
> gone ahead to build and install GEMPAK to try to look at the CONDUIT grids
> that I am going to try to work with.  For the moment on this machine, I just
> want the ldm to receive GFS grids on grid003, either at 1deg or 0.5 deg, I
> want to be able to decode them to GEMPAK and look at them.  I seem to have
> GEMPAK running (I can issue commands, like SFLIST, although I don't really
> have any data to look at), but I cannot run a gui, like GARP (or even
> something called NTL)?  I  finally realized that this appears to be a
> separate makefile.  I got into the garp directory and tried running make,
> thats when I noticed that I was supposed to chose a standard or comet
> version BEFORE I ran the make:
>          @echo "  One of the following two options should be run BEFORE"
>          @echo "  GARP is built via make"
>          @echo " "
>          @echo "     n54std        copies a file that prepares GARP to be
> built"
>          @echo "                   with the standard version of NAWIPS5.4"
>          @echo "     n54comet      copies a file that prepares GARP to be
> built"
>          @echo "                   with the COMET version of NAWIPS5.4"
>
>
> [gempak@eurus garp]$ make
> Make start time is Fri Feb  3 15:18:50 EST 2006
> Making all in /home/gempak/GEMPAK5.9.1/comet/garp/init/linux
> make[1]: Entering directory `/home/gempak/GEMPAK5.9.1/comet/garp/init/linux'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/gempak/GEMPAK5.9.1/comet/garp/init/linux'
> Making all in /home/gempak/GEMPAK5.9.1/comet/garp/gui/linux
> make[1]: Entering directory `/home/gempak/GEMPAK5.9.1/comet/garp/gui/linux'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/gempak/GEMPAK5.9.1/comet/garp/gui/linux'
> Making all in /home/gempak/GEMPAK5.9.1/comet/garp/object/linux
> make[1]: Entering directory
> `/home/gempak/GEMPAK5.9.1/comet/garp/object/linux'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory
> `/home/gempak/GEMPAK5.9.1/comet/garp/object/linux'
> Making all in /home/gempak/GEMPAK5.9.1/comet/garp/util/linux
> make[1]: Entering directory `/home/gempak/GEMPAK5.9.1/comet/garp/util/linux'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/gempak/GEMPAK5.9.1/comet/garp/util/linux'
> Making all in /home/gempak/GEMPAK5.9.1/comet/garp/gempak/linux
> make[1]: Entering directory
> `/home/gempak/GEMPAK5.9.1/comet/garp/gempak/linux'
> make[1]: Leaving directory
> `/home/gempak/GEMPAK5.9.1/comet/garp/gempak/linux'
> g77: /usr/X11R6/lib/libXm.a: No such file or directory
>
> Anyway, as you can see, I got an error.  I found the library it was looking
> for,
> [gempak@eurus garp]$ cd /usr/
> [gempak@eurus usr]$ ls
> bin  etc  games  include  java  kerberos  lib  lib64  libexec  local  pgi
>  sbin  share  src  StorMan  tmp  X11R6
> [gempak@eurus usr]$ cd X11R6
> [gempak@eurus X11R6]$ ls
> bin  include  lib  lib64  man  share
> [gempak@eurus X11R6]$ cd lib65
> bash: cd: lib65: No such file or directory
> [gempak@eurus X11R6]$ cd lib64
> [gempak@eurus lib64]$ ls -al libXm
> ls: libXm: No such file or directory
> [gempak@eurus lib64]$ ls -al libXm*
> -rw-r--r--  1 root root 4410594 Apr  4  2005 libXm.a
> lrwxrwxrwx  1 root root      14 Dec 21 10:56 libXm.so -> libXm.so.3.0.2
> lrwxrwxrwx  1 root root      14 Dec 21 10:56 libXm.so.3 -> libXm.so.3.0.2
> -rwxr-xr-x  1 root root 2705376 Apr  4  2005 libXm.so.3.0.2
> -rw-r--r--  1 root root  191404 Sep 19 15:13 libXmu.a
> lrwxrwxrwx  1 root root      13 Dec 21 11:54 libXmu.so -> libXmu.so.6.2
> lrwxrwxrwx  1 root root      13 Dec 21 11:54 libXmu.so.6 -> libXmu.so.6.2
> -rwxr-xr-x  1 root root   99184 Sep 19 15:15 libXmu.so.6.2
> -rw-r--r--  1 root root   18288 Sep 19 15:13 libXmuu.a
> lrwxrwxrwx  1 root root      14 Dec 21 11:54 libXmuu.so -> libXmuu.so.1.0
> lrwxrwxrwx  1 root root      14 Dec 21 11:54 libXmuu.so.1 -> libXmuu.so.1.0
> -rwxr-xr-x  1 root root   16152 Sep 19 15:15 libXmuu.so.1.0
> [gempak@eurus lib64]$
>
> So I think I can fix this problem, but what do I want, the standard version
> or the COMET version of GARP?  I couldn't find anything in the tutorial
> about building and installing GARP, so I am a little lost here, makefiles
> are a bit elusive for me ....
>
> By the way, I have made a symbolic link to a directory called decoders in
> the /usr/local/ldm directory, it points to the decoders in
>  /home/gempak/GEMPAK5 .9.1/os/linux/bin.
>
> I guess I have one additional question, thats regarding the pattern action
> in the pqact file where this is the only line I would have to get CONDUIT
> grids.  This line comes from the cshell script generated pqact.gempak
> file...
> CONDUIT ST.opnt/MT.gfs
>          PIPE    decoders/dcgrib2 -d
> data/gempak/logs/dcgrib2_CONDUITgfs2.log
>
> but I had been thinking of setting the pattern action to
> CONDUIT MT.gfs*PT.grid_DF.gr1*fh.*_tl.press_gr.onedeg
>
> I think the difference is that yours would grab all of the grib2 GFS 0.5
> degree grids and mine would grab the grib1 GFS 0nedeg grids....right?  It
> looked like I couldn't just use the ST.opnl to bet the grib1 files, or else
> I would get the 2.5 degree grids as well.  And am I right to believe that it
> doesn't matter which grib(1 or 2) I pass to the dcgrib2 decoder, that it
> will decode either of these formats?  One last thing that worries me, when I
> look at this, I am wondering does it just log that it received the file, or
> is it decoding the file and putting it into a directory ..... I guess I have
> some more reading to do.
>
> Thanks for your help Steve.  Hope these questions aren't too cloudy.
>
> Jennie Moody
> address@hidden
>
>
>
> Ticket Details
> ===================
> Ticket ID: GUX-304848
> Department: Support GEMPAK
> Priority: Normal
> Status: Open
> Link:http://www.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a=viewticket&ticketid=172
>