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