For those interested, see http://trac.osgeo.org/gdal/ticket/3007 that includes
a fix for this issue.
Le Saturday 23 May 2009 14:27:43 Cuinet Jérôme, vous avez écrit :
> Hello,
>
> When I execute ./configure on linux system, I see that the script test the
> libogdi31. However the last ogdi version
Hello,
When I execute ./configure on linux system, I see that the script test the
libogdi31. However the last ogdi version is 32.
In the input options, I have put the ogdi32 lib directory, and that seem ok.
But why any version of ogdi lib can not be detected as other lib such as
jpeg or gif
I don't think we explicitly set the 1.6 compatibility mode in the builds. I
assume the 1.8 mode is the default setting.
Best regards,
Tamas
2009/5/23 Francesco P. Lovergine
> On Tue, May 19, 2009 at 06:57:21PM +0200, Tamas Szekeres wrote:
> > Bruce,
> >
> > I'm using hdf5-1.8.2 and it seems
2009/5/23 Francesco Paolo Lovergine
>
> If the swig stuff was by default auto-regenerated at building time we could
> have
> some problems from time to time in Debian/Ubuntu, due to recurrent
> problems in moving from one distributed swig version to another. We found
> problems in 1.3.38 and poss
Even
thanks again. Now it works.
armin
On 23/05/2009 11:32, Even Rouault wrote:
Armin,
The path behind the --with-spatialite flag must be the "prefix" of
installation of spatialite, not the path to the include files. In your case,
I'd try --with-spatialite=/usr/local.
It will search a lib
On Tue, May 19, 2009 at 06:57:21PM +0200, Tamas Szekeres wrote:
> Bruce,
>
> I'm using hdf5-1.8.2 and it seems working well.
>
> You can obtain the binaries and build SDKs from here:
> http://vbkto.dyndns.org:1280/sdk/Default.aspx
>
> Best regards,
>
> Tamas
>
Note that 1.8 can be built in 1.
On Tue, May 12, 2009 at 11:43:25PM +0200, Tamas Szekeres wrote:
> 2009/5/12 Frank Warmerdam
>
> >
> > I've also got to the point where FWTools CSharp bindings are no longer
> > being built properly and I don't know why or how to fix it.
> >
>
> Frank,
>
> Do you have more specific information a
Armin,
The path behind the --with-spatialite flag must be the "prefix" of
installation of spatialite, not the path to the include files. In your case,
I'd try --with-spatialite=/usr/local.
It will search a libspatialite.so in /usr/local/lib, and the following include
files : /usr/local/include
Even
thanks for the reply. I downloaded the 1.7 dev version and used the flag
--with-spatialite=/usr/local/include/spatialite
But the configure output was
checking for SpatiaLite... checking for spatialite_init in
-lspatialite... yes
disabled
and then from the summary at the end:
SpatiaLi
