[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: New decoders release
- Subject: RE: New decoders release
- Date: Mon, 7 Apr 2003 10:25:25 -0600 (MDT)
On Mon, 7 Apr 2003, HOETH, BRIAN R. (JSC-ZS) (LM) wrote:
> Robb,
>
> Well, bad news, I ran gribtonc by hand and it core dumped on me? What next?
Brian,
If you give me your version of Linux, I'll make a binary distribution for
you. ie,
% uname -a
Robb...
>
> Brian
>
> -----Original Message-----
> From: Robb Kambic [mailto:address@hidden]
> Sent: Thursday, April 03, 2003 3:50 PM
> To: HOETH, BRIAN R. (JSC-ZS) (LM)
> Cc: decoders
> Subject: RE: New decoders release
>
>
> On Thu, 3 Apr 2003, HOETH, BRIAN R. (JSC-ZS) (LM) wrote:
>
> > Robb,
> >
> > Thanks for the info. The gribtonc doesn't seem to be working for me
> though?
> > I copied the "AVN model on Lambert conformal CONUS grid" entry from your
> > pqact.conf and put it into mine and it's not working? I had to modify the
> > entry slightly by putting in my specific paths:
> >
> > (1) for the decoder (/home/ldm/decoders/gribtonc)
> > (2) for the cdl (/home/ldm/etc/avn-q.cdl)
> > (3) for the data (/data/pub/decoded/netcdf/GRIB)
> >
> > but it still should work I would think? The /data/pub/decoded/netcdf/GRIB
> > directory got created, but there are no data in it?
> >
>
> Brian,
>
> A couple of things, in the pqact entries the white spaces are tabs, not
> spaces. The only place white space is a "space" in the pattern
> specification. You can check your pqact using the ldmadmin command, ie
>
> % ldmadmin pqactcheck
>
> It's not fool proof, it sometimes lets errors through.
>
> The second is to run gribtonc on the command line as user LDM and all the
> paths. ie
>
> rawdata
>
> Where the raw data file was created using the FILE action, ie
>
> HRS ^Y.Q... KWB. (..)(..).*(/mAVN|/mSSIAVN)
> FILE data/rawfile/(\1:yyyy)(\1:mm)\1\2_avn-q.wmo
>
>
>
> > Just filing the data doesn't seem to be a problem because I added your
> > "Ensemble members" entry into my pqact.conf and I am seeing *ENS.wmo files
> > filing into my /data/pub/raw/hrs/model/ensemble directory? By the way,
> does
> > a cdl exist for the Ensemble data?
>
> Not yet
>
> I would think so since I believe the
> > Ensemble data are flowing into AWIPS now?
>
> The ensemble data doesn't fit well into the current gribtonc configuration
> because the members overlay the same projection points. This causes the
> member data to overwritten with the new member data. I have this problem on
> my list of things to do.
>
>
> > > Lastly, where can I get a list of all the WMO
> GRIB patterns? >
>
> Here's a url
>
> http://205.156.54.206/oso/dir_subset.shtml
>
> It's not the best documentation
>
> Robb...
>
>
>
> > Thanks!
> >
> > Brian
> >
> > -----Original Message-----
> > From: Robb Kambic [mailto:address@hidden]
> > Sent: Tuesday, April 01, 2003 2:42 PM
> > To: HOETH, BRIAN R. (JSC-ZS) (LM)
> > Cc: decoders
> > Subject: RE: New decoders release
> >
> >
> > On Tue, 1 Apr 2003, HOETH, BRIAN R. (JSC-ZS) (LM) wrote:
> >
> > > Robb,
> > >
> > > Thanks! It worked! If I may trouble you some more, I have a few more
> > > questions:
> > >
> > > (1) Is there a User's Guide for the decoders package?
> >
> > Brian,
> >
> > There no user's guide per se but there's README.perlDecoders and I'll send
> > examples of the ldm pqact.conf entries as a attachment. Look for the
> > gribtonc entries.
> >
> > >
> > > (2) I'm wanting to mess around with gribtonc, but I can't find any
> > > documentation on it. I tried "man gribtonc", but I'm told there is No
> > > manual entry for gribtonc? I'm not sure why because I see gribtonc.1 in
> > > /home/ldm/man/man1 and I have added /home/ldm/man, /home/ldm/man/man1,
> and
> > > /home/ldm/man/man3 to MANPATH?
> > >
> >
> > The man files are in the man directory of the decoders package, same level
> > as the src directory. Either copy them to the ldm man directory or add
> > that directory to the MANPATH environment variable. Also you can go to
> > the man directory and do command line nroff, ie
> >
> > % nroff -man gribtonc.1 | more
> >
> >
> > > (3) Where should I put the *.cdl files?
> >
> > The cdls are usually placed in the ~ldm/etc directory. The decoders
> > binaries are usually located in a ~ldm/decoders directory also.
> >
> > Robb...
> > >
> > > Thanks!
> > >
> > > Brian
> > >
> > > -----Original Message-----
> > > From: Robb Kambic [mailto:address@hidden]
> > > Sent: Tuesday, April 01, 2003 10:31 AM
> > > To: HOETH, BRIAN R. (JSC-ZS) (LM)
> > > Cc: decoders
> > > Subject: RE: New decoders release
> > >
> > >
> > > On Mon, 31 Mar 2003, HOETH, BRIAN R. (JSC-ZS) (LM) wrote:
> > >
> > > > Robb,
> > > >
> > > > OK, I grabbed the binary distributions of udunits and netcdf and was
> > able
> > > to
> > > > get the source distribution of netcdf-perl to seemingly install
> without
> > > > problems. I've grabbed the
> > > > decoders-2.4.4.tar.Z file and the decoders_patches.tar file. I
> unzipped
> > > and
> > > > untarred decoders-2.4.4.tar.Z and tried to run:
> > > >
> > > > (./configure & make install install clean) >&! log
> > > >
> > > > No joy! No what? I've attached my log file, my CUSTOMIZE file, the
> > > results
> > > > of "uname -a" (uname.out). For kicks, I attached the results of "perl
> > -V"
> > > > too (perl.out). Are there any "known" settings for the CUSTOMIZE file
> > for
> > > > my linux OS?
> > >
> > > Brian,
> > >
> > > I think the problem is your compiler flag -traditional. Here's what to
> do:
> > >
> > > % make distclean in src dir of decoders-2.4.4
> > > % setenv CC gcc
> > > % (./configure & make all test install clean) >&! log & Note changes
> > > % tail -f log
> > >
> > > Let me know how this works out.
> > >
> > > Robb...
> > >
> > > ps log info stuff really helps out in debugging problems
> > > >
> > > > Thanks!
> > > >
> > > > Brian
> > > >
> > > > P.S. - I've obviously never tried to install decoders.tar.Z before in
> > case
> > > > you hadn't guessed.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Robb Kambic [mailto:address@hidden]
> > > > Sent: Thursday, March 27, 2003 10:35 AM
> > > > To: HOETH, BRIAN R. (JSC-ZS) (LM)
> > > > Cc: decoders
> > > > Subject: RE: New decoders release
> > > >
> > > >
> > > > On Thu, 27 Mar 2003, HOETH, BRIAN R. (JSC-ZS) (LM) wrote:
> > > >
> > > > > Robb,
> > > > >
> > > > > Question: Are the binary distributions of udunits, netcdf, and
> > > > netcdf-perl
> > > > > sufficient in order to install decoders-2.4.4.tar.Z or should I
> > attempt
> > > to
> > > > > install the source distributions of each of the auxilliary packages?
> > > >
> > > > Brian,
> > > >
> > > > If the binaries are available, you could use them. the decoders
> package
> > > > needs the libraries and include files for netcdf and udunits. I don't
> > > > think netcdf-perl is available as a binary though
> > > >
> > > > Let me know of problems.
> > > >
> > > > Robb...
> > > >
> > > >
> > > > >
> > > > > Thanks,
> > > > > ---------------
> > > > > Brian Hoeth
> > > > > Spaceflight Meteorology Group
> > > > > Johnson Space Center
> > > > > Ph: 281-483-3246
> > > > > Ops: 281-483-1051
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: Robb Kambic [mailto:address@hidden]
> > > > > Sent: Friday, February 28, 2003 3:53 PM
> > > > > To: address@hidden
> > > > > Cc: decoders
> > > > > Subject: New decoders release
> > > > >
> > > > >
> > > > >
> > > > > Hiya,
> > > > >
> > > > > I'm pleased to announce the tested release of Decoders 2.4.4.
> > Remember
> > > > > the last release was a beta release, since then there have been many
> > > > changes
> > > > > to make decoders more robust. If any of the following release notes
> > > apply
> > > > or
> > > > > there are gribtonc messages in the ldmd.log file, I suggest that one
> > > > > installs the latest release.
> > > > >
> > > > > Release Notes since last release:
> > > > >
> > > > > 2.4.4 2003-02-25 added vars gust_sfc to ruc2.cdl and vars
> > > Tmin_fhg
> > > > > and
> > > > > Tmax_fhg to avn-x.cdl
> > > > > mods to gdes.c gribtocdl.[1c] inetutil.c
> > ulog.h
> > > so
> > > > > code compiles on AIX boxes.
> > > > >
> > > > > 2.4.3 2003-02-21 modifications so user parms functionality
> > works
> > > > > correctly in the code, added this
> > functionality
> > > to
> > > > > gribdump. Also updated the man pages. mods
> to:
> > > > > gribtocdl.c, params.c, gribdump.c,
> gribtonc.1
> > > and
> > > > > gribdump.1
> > > > >
> > > > > 2.4.2 2003-02-19 Added the PNO indicator for Metar decoder
> > > > > In gdes.c, changed i_dim from lat to lon
> > > > > fixed avn-1.0x1.0.cdl also
> > > > >
> > > > > 2.4.1 2003-01-31 Fixed some error for the avn-1.0x1.0 Grid.
> > Also
> > > > > fixed
> > > > > errors for the Gaussian lat/lon grid, plus
> > other
> > > > > fixes
> > > > > mods to gribtocdl.c gdes.c nc.c
> > > > >
> > > > > Other fixes forgotten to be entered in Notes.
> > > > >
> > > > > To reiterate a couple of gribtocdl notes:
> > > > >
> > > > > - Use a representative dataset when creating a CDL file with
> > gribtocdl.
> > > If
> > > > > the
> > > > > dataset is missing a variable, it will also be missing in the CDL.
> > > > >
> > > > > - Consider the created CDL as a starting point, minor tweaks are
> > usually
> > > > > needed.
> > > > >
> > > > > - The external table file feature for variable name override has not
> > > > > been tested much, but needs to be used with gribtocdl as well as
> > > > > gribtonc to override variable names. It can also be used with
> > > gribdump.
> > > > >
> > > > > - Default variable names follow NUWG conventions.
> > > > >
> > > > >
> > > > > To get the decoders code via ftp:
> > > > >
> > > > > % ftp www.unidata.ucar.edu
> > > > > login as anonymous
> > > > >
> > > > > % cd pub/decoders
> > > > > % get decoders-2.4.4.tar.Z
> > > > >
> > > > >
> > > > > If problems are found, please send email to address@hidden
> > > with
> > > > > information necessary to reproduce the problem, error messages, and
> > log
> > > > > messages.
> > > > >
> > > > > Thanks,
> > > > > Robb...
> > > > >
> > > > >
> > > >
> > >
> >
> ============================================================================
> > > > > ===
> > > > > Robb Kambic Unidata Program Center
> > > > > Software Engineer III Univ. Corp for
> > > Atmospheric
> > > > > Research
> > > > > address@hidden WWW:
> http://www.unidata.ucar.edu/
> > > > >
> > > >
> > >
> >
> ============================================================================
> > > > > ===
> > > > >
> > > >
> > > >
> > >
> >
> ============================================================================
> > > > ===
> > > > Robb Kambic Unidata Program Center
> > > > Software Engineer III Univ. Corp for
> > Atmospheric
> > > > Research
> > > > address@hidden WWW: http://www.unidata.ucar.edu/
> > > >
> > >
> >
> ============================================================================
> > > > ===
> > > >
> > > >
> > >
> > >
> >
> ============================================================================
> > > ===
> > > Robb Kambic Unidata Program Center
> > > Software Engineer III Univ. Corp for
> Atmospheric
> > > Research
> > > address@hidden WWW: http://www.unidata.ucar.edu/
> > >
> >
> ============================================================================
> > > ===
> > >
> >
> >
> ============================================================================
> > ===
> > Robb Kambic Unidata Program Center
> > Software Engineer III Univ. Corp for Atmospheric
> > Research
> > address@hidden WWW: http://www.unidata.ucar.edu/
> >
> ============================================================================
> > ===
> >
>
> ============================================================================
> ===
> Robb Kambic Unidata Program Center
> Software Engineer III Univ. Corp for Atmospheric
> Research
> address@hidden WWW: http://www.unidata.ucar.edu/
> ============================================================================
> ===
>
===============================================================================
Robb Kambic Unidata Program Center
Software Engineer III Univ. Corp for Atmospheric Research
address@hidden WWW: http://www.unidata.ucar.edu/
===============================================================================