NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Hi again,
It occurs to me that I installed the binaries for Gempak. So a recompile is
not possible, is it. Any suggestions now? Re-install from source? ARGH.
Patrick
_______________________________________
Patrick O'Reilly
Meteorological Decision Support Scientist
The STORM Project - University of Northern Iowa
address@hidden ~ ph: 319-273-3789
From address@hidden Thu Sep 19 11:31:16 2002
Received: from cougar.uni.edu (cougar.uni.edu [134.161.1.40])
by unidata.ucar.edu (UCAR/Unidata) with ESMTP id g8JHVF118174;
Thu, 19 Sep 2002 11:31:15 -0600 (MDT)
Organization: UCAR/Unidata
Keywords: 200209191731.g8JHVF118174
Received: from OREILLY ([134.161.241.102]) by uni.edu (PMDF V6.1-1 #30560)
with SMTP id <address@hidden>; Thu,
19 Sep 2002 12:31:14 -0500 (CDT)
Date: Thu, 19 Sep 2002 12:32:15 -0500
From: "Patrick O'Reilly" <address@hidden>
Subject: Re: 20020919: Recompile NAGRIB?
To: Unidata Support <address@hidden>
Cc: address@hidden
Message-id: <009d01c26002$7f235be0$66f1a186@OREILLY>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7bit
X-Priority: 3
X-MSMail-priority: Normal
References: <address@hidden>
----- Original Message -----
From: "Unidata Support" <address@hidden>
To: "Patrick O'Reilly" <address@hidden>
Cc: <address@hidden>
Sent: Thursday, September 19, 2002 12:04 PM
Subject: 20020919: Recompile NAGRIB?
> >From: "Patrick O'Reilly" <address@hidden>
> >Organization: UCAR/Unidata
> >Keywords: 200209191516.g8JFGZ129233
>
> >Hello,
> >
> >I am working with some gridded files of radar-estimated precip and trying
to
> >decode them from grib to gempak format. When I run NAGRIB on the file,
it
> >says that the grid is too large. The documentation for these files says
I
> >need a re-compile of NAGRIB to expand the
> >size of the maximum allowable grid. It is a 4km res grib file with grid
> >point dimensions 1121 x 881. Any assistance on re-compiling NAGRIB to
> >support these would be appreciated. TIA. I guess I should mention the
> >machine is Sun SPARC/Solaris 8 with the gcc/g77 compilers.
> >
> >Patrick
> >_______________________________________
> >Patrick O'Reilly
> >Meteorological Decision Support Scientist
> >The STORM Project - University of Northern Iowa
> >address@hidden ~ ph: 319-273-3789
> >
>
>
> Patrick,
>
> I send out our GEMPAK distribution with a defined maximum grid size of
> 400,000 points. Your grid would need close to 1,000,000 points.
> The maximum grid size defines the size of arrays used in GEMPAK, and
> therefore affects the size of the resulting programs.
>
> To use grids larger than 400,000, you would need to redefine the LLMXGD
> parameter in the $GEMPAK/include/gemprm.h and MCHPRM.xxxxx files and
> then do a complete rebuild of the package after removing all previously
> compiled libraries from $GEMLIB (make distclean will do that).
>
> Have you previously been using a source release of GEMPAK, or a binary
> distribution?
>
> Steve Chiswell
>
****************************************************************************
<
> Unidata User Support UCAR Unidata
Program <
> (303)497-8643 P.O. Box
3000 <
> address@hidden Boulder, CO
80307 <
> --------------------------------------------------------------------------
-- <
> Unidata WWW Service http://www.unidata.ucar.edu/
<
>
****************************************************************************
<
Steve,
I sent a follow-up email right after the one you replied to, when it dawned
on me that I had installed a binary version, and a re-compile isn't
possible. So I guess my only option is to re-install from source and reset
the parameters, then re-compile? If there's a workaround I'd rather do
that, but that seems unlikely. Argh.
Patrick