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

RE: 20020430: gdbiint compiled under Linux does not seem to work



Apparently there was something with my RUC grid.  I deleted it, got another
one and it works now.  I don't know why..the first RUC grid  had
the 850mb TMPK grid.

Sorry and thanks,
Robert

-----Original Message-----
From: Steve Chiswell [mailto:address@hidden]
Sent: Tuesday, April 30, 2002 12:28 PM
To: Robert Mullenax
Cc: 'address@hidden'; address@hidden
Subject: 20020430: gdbiint compiled under Linux does not seem to work


Robert,

The model data generally has TMPK, so you should interpolate gfunc=TMPK.
This works the same way as GDINFO when looking for an input grid that
matches your criteria.


I verified that the Linux binary I posted for gdbiint does run under 7.2
here.

Steve Chiswell
Unidata User Support




On Tue, 30 Apr 2002, Robert Mullenax wrote:

> I can't get gdbiint to work properly either with my version compiled under
> RH Linux 7.2,
> or using the Unidata binary.
>
> I was trying to create a precip-type radar composite and discovered it
> wasn't working.
> When running gdbiint manually it seems that it ignoes the entry of glevel
> and gvcord
> and uses 0 and none no matter what you enter.
>
> I created a 720;500 precip grid, used gdcfil to make a blank grid from
that
> radar grid and then tried to use gdbiint to interpolate RUC 850mb temps
> to that grid..this is where gdbiint fails.
>
> Has anyone else seen this?   I tried increasing my stacksize using limit
> and this had no effect.   I do not get a core dump, it just doesn;t
> work.
>
> Thanks,
> Robert
>
>
> Robert Mullenax
> Weather Systems Administrator
> Universal Weather and Aviation
>

From address@hidden Tue Apr 30 11:31:59 2002
Received: from uwxcom01.univ-wea.com (uwxcom01.univ-wea.com [12.31.213.84])
        by unidata.ucar.edu (UCAR/Unidata) with ESMTP id g3UHVxa29983;
        Tue, 30 Apr 2002 11:31:59 -0600 (MDT)
Organization: UCAR/Unidata
Keywords: 200204301731.g3UHVxa29983
Received: from LIGHTNING.univ-wea.com (sprecher.univ-wea.com [12.31.213.80])
        by uwxcom01.univ-wea.com (8.11.6/8.11.4) with ESMTP id g3UHVr028443;
        Tue, 30 Apr 2002 17:31:53 GMT
Received: by lightning.univ-wea.com with Internet Mail Service (5.5.2650.21)
        id <J7661T11>; Tue, 30 Apr 2002 12:31:47 -0500
Message-ID: <address@hidden>
From: Robert Mullenax <address@hidden>
To: "'Steve Chiswell'" <address@hidden>,
   Robert Mullenax
         <address@hidden>
Cc: "'address@hidden'" <address@hidden>,
   address@hidden
Subject: RE: 20020430: gdbiint compiled under Linux does not seem to work
Date: Tue, 30 Apr 2002 12:31:46 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: text/plain;
        charset="iso-8859-1"

I tried that but it doesn't work.  I certainly could have messed
up so I will try again.

-----Original Message-----
From: Steve Chiswell [mailto:address@hidden]
Sent: Tuesday, April 30, 2002 12:28 PM
To: Robert Mullenax
Cc: 'address@hidden'; address@hidden
Subject: 20020430: gdbiint compiled under Linux does not seem to work


Robert,

The model data generally has TMPK, so you should interpolate gfunc=TMPK.
This works the same way as GDINFO when looking for an input grid that
matches your criteria.


I verified that the Linux binary I posted for gdbiint does run under 7.2
here.

Steve Chiswell
Unidata User Support




On Tue, 30 Apr 2002, Robert Mullenax wrote:

> I can't get gdbiint to work properly either with my version compiled under
> RH Linux 7.2,
> or using the Unidata binary.
>
> I was trying to create a precip-type radar composite and discovered it
> wasn't working.
> When running gdbiint manually it seems that it ignoes the entry of glevel
> and gvcord
> and uses 0 and none no matter what you enter.
>
> I created a 720;500 precip grid, used gdcfil to make a blank grid from
that
> radar grid and then tried to use gdbiint to interpolate RUC 850mb temps
> to that grid..this is where gdbiint fails.
>
> Has anyone else seen this?   I tried increasing my stacksize using limit
> and this had no effect.   I do not get a core dump, it just doesn;t
> work.
>
> Thanks,
> Robert
>
>
> Robert Mullenax
> Weather Systems Administrator
> Universal Weather and Aviation
>