On Sun, 27 Dec 2015 02:12:17 -0800 (PST),
colinx...@gmail.com wrote:
> 1. Attempts to build spatialite-4.4.0-RC0 end in failure at the make
> stage - it looks as if there is a header file missing (probable not
> the case!) as compilation stops with the following error:
>
> virtualknn.c:377:9: error: 'FULLY_WITHIN' undeclared (first use in
> this function)
> return FULLY_WITHIN;
> ^
> virtualknn.c:379:9: error: 'NOT_WITHIN' undeclared (first use in this
> function)
> return NOT_WITHIN;
> ^
> virtualknn.c:386:12: error: 'PARTLY_WITHIN' undeclared (first use in
> this function)
> return PARTLY_WITHIN;
> ^
> virtualknn.c: At top level:
> virtualknn.c:470:22: error: unknown type name
> 'sqlite3_rtree_query_info'
>
Hi Colin,
FULLY_WITHIN, NOT_WITHIN, PARTLY_WITHIN and sqlite3_rtree_query_info
are usually defined into the "sqlite3.h" header file.
all them are part of the most recent interface to the R*Tree extension
supported since 3.8.5 (released on 2014-06-04).
the most probable explanation for your failure is that you are using
some obsolete SQLite (< 3.8.5).
check your current SQLite version; if it's desperately too old you
simply have to build and install your own local copy starting from
the latest 3.9.2 sources (a very simple task).
^
> libspatialite-4.3.0a builds with no errors.
>
4.3.0a never accessed the advanced R*Tree interface, which is
strictly required by the new KNN implementation.
> 2. Second issue:
> I downloaded the sources for the libspatialite libraries using fossil
> attempts to download librasterlite2 or spatialite_gui result in
> timeout - is the server down please?
>
I'm not aware of any issue on the server side: it currently works
as expected and I notice no anomalies at all from the logfiles.
bye Sandro