[GRASS5] r.in.gdal

[Tom Parker]

Hallelujah, it works.

proj-4.4.7
gdal-1.1.9
grass-5.3-cvs

seem to play nicely together.

I'm guessing the problem with the CVS version of gdal is related to a
problem I asked the gdal-dev list about last week. My C++ file readers that
depend on gdal/ogr/proj were reporting these errors in the console window.

ERROR 1: failed to load NAD27-83 correction file
...
ERROR 1: failed to load NAD27-83 correction file
ERROR 1: Reprojection failed, err = -38, further errors will be suppressed
on the transform object.

SO, I think that since I have been setting up my grass builds with this
configure command.

configure --without-postgres --without-odbc --without-fftw --with-gdal --wit
h-proj

It is failing to load the NAD27-83 correction file in r.in.gdal as well. My
initial attempts were just to add printf statements into main.c in the
r.in.gdal folder but that was less than helpful.

I will study the debugging hints now to see if I can be more helpful in the
future.

Thanks again.
Tom


-----Original Message-----
From: grass5-admin at grass.itc.it [mailto:grass5-admin at grass.itc.it]On
Behalf Of Tom Parker
Sent: Monday, January 26, 2004 4:03 PM
To: grass-dev
Subject: RE: [GRASS5] r.in.gdal


I will, I'm still trying to fix it myself but if I fail I'll certainly ask
for more help :)


-----Original Message-----
From: grass5-admin at grass.itc.it [mailto:grass5-admin at grass.itc.it]On
Behalf Of Markus Neteler
Sent: Monday, January 26, 2004 3:47 PM
To: grass-dev
Subject: Re: [GRASS5] r.in.gdal


On Mon, Jan 26, 2004 at 01:11:11PM -0600, Tom Parker wrote:
> I tried the 5.3 update with no luck, I'm going to switch to an older gdal
> not the latest from cvs and see if that helps the 5.3 r.in.gdal patch.

Could you post the dataset in question somewhere? Then we could try
to replicate the problem.

Markus

>
> -----Original Message-----
> From: John Gillette [mailto:JGillette at rfmd.com]
> Sent: Monday, January 26, 2004 11:55 AM
> To: grass-dev; Tom Parker
> Subject: RE: [GRASS5] r.in.gdal
>
>
> Don't forget also the optimization trick, if you haven't
> tried it already.
>
> CFLAGS=-g ./configure ...
>
> configure grass as normal and then re-compile r.in.gdal.
> (I would assume you can rebuild only r.in.gdal with
> gmake.)
>
> This has fixed at least 2 other user's r.in.gdal (maybe),
> one of whom was running Redhat 8.0.
>
> My theory is that for Redhat >7, optimization is breaking
> r.in.gdal.
>
> Please let us know if you have tried this already or if it works.
>
> John
>
> > -----Original Message-----
> > From: Bernhard Reiter [mailto:bernhard at intevation.de]
> > Sent: Monday, January 26, 2004 11:56 AM
> > To: grass-dev
> > Subject: Re: [GRASS5] r.in.gdal
> >
> >
> > On Mon, Jan 26, 2004 at 10:10:41AM -0600, Tom Parker wrote:
> > > I'm trying to resolve the r.in.gdal segmentation fault
> > mentioned several
> > > times on the mailing list over the past year. The problem
> > shows itself no
> > > matter what type of raster file I try and import.
> > >
> > > My sytem is redhat 9 with gdal/proj/grass all built from CVS.
> > >
> > > After installing and/or building and installing several
> > versions of both
> > > grass and gdal as binaries or built from source the problem
> > isn't fixed. If
> > > there is a simple fix I'd love to know it or I'd be happy
> > to try and help
> > > fix the problem.
> >
> > Can you build with debugging support and try
> > to see what the traceback says?
> >
> > Check: http://grass.itc.it/grassdevel.html
> > for links to the "debugging" hints
> >
> > Are there any versions you didn't build yourself?
> > 	Bernhard
> >
>
> _______________________________________________
> grass5 mailing list
> grass5 at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5 at grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5

_______________________________________________
grass5 mailing list
grass5 at grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5