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 libspatialite.so in /usr/local/lib, and the following include files : /usr/local/include/spatialite.h and /usr/local/include/spatialite/sqlite3.h

Note that I've done my tests with the libspatialite-linux-x86-2.3.0.tar.gz archive.

FYI, the 'spatialite_init' is a function that is looked in the libspatialite.so. It is not a separate file.

Best regards,

Even

Le Saturday 23 May 2009 11:03:19 Armin Burger, vous avez écrit :
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:

  SpatiaLite support:        no

The installation of the spatialite libraries did no add a
'spatialite_init' file. All files installed were under
/usr/local/include/ and /usr/local/lib.

Is there anything to change for running configure?

Best regards

Armin

On 22/05/2009 12:13, Even Rouault wrote:
Armin,

There is already some spatialite support in GDAL 1.6 that enables to read
simple SpatiaLite geometries (point, linestring, polygon) without needing
to link against libspatialite.

In GDAL 1.7dev, write support has also been added, as well as creating
SpatiaLite compatible databases.
Yesterday, I've finally added the (optionnal) capability to link against
libspatialite instead of libsqlite3, to benefit from the spatial enabled
SQL functions that it provides (spatial queries + spatial indexing). So
spatialite support should be mostly complete by now.

You should be able to take the ogr/ogrsf_frmts/sqlite directory from
trunk in GDAL 1.6, but if you want to benefit from linking against
libspatialite, you'll also have to patch configure and GDALmakeopt.in.
See
http://trac.osgeo.org/gdal/changeset/17083

For the sake of simplicity, if you don't have to deal with sticking to
GDAL 1.6 ABI, I'd advise you to grab a snapshot from GDAL 1.7dev.

Best regards,

Even

Le Friday 22 May 2009 11:13:46, vous avez écrit :
Hi everybody

I would like to test the spatialite format that should be supported by
gdal starting with v1.7. Is it already working in current dev version (I
would mainly need the read functionality with spatial index support in
interaction with Mapserver)?

Would I need to take the full export of current trunk or could I just
use gdal 1.6 and add the sqlite directory from trunk?

Thanks for any help

Armin
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev


_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to