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
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
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.
Yest
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 expor
