[postgis-users] Warning GEOS is NOT enabled

Marc Desharnais marc.desharnais at ec.gc.ca
Mon Jul 23 08:46:30 PDT 2007


Hi again,

sorry for bringing up this one again but I still have this problem but 
didn't get any answer. It was Friday for everyone I guess ;)

best regards,

Marc


Marc Desharnais wrote:
> Hi all,
>
> I recompiled postgis from scratch lately with support for GEOS, which 
> I compiled too. I confirm that GEOS' bin directory is in my path.
>
> When I start Geoserver I keep getting this warning message.
> "[main] WARN org.geotools.data.postgis - GEOS is NOT enabled. This 
> will result in limited functionality and performance."
>
> Which made me doubt about my installation.
>
> I want GEOS working on that server. Why is it saying that if I 
> compiled PostGIS against GEOS?
>
> Below is the result of my config command. I did a "make clean" then I 
> recompiled PostGIS after that. Then relaunched PostGIS and Geoserver.
> And I still got this message.
>
>
> Then I executed this command in PostGIS to check
>
>
> #select postgis_version();
>
>             postgis_version
> ---------------------------------------
>  1.2 USE_GEOS=0 USE_PROJ=0 USE_STATS=1
> (1 row)
>
>   
> Which confirm that it's not working, but why?
>   
>
>
>
> Checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking whether ln -s works... yes
> checking for iconv_open in -liconv... no
> checking for libiconv_open in -liconv... no
> checking for iconv_open in -lc... yes
> checking how to run the C preprocessor... gcc -E
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking iconv.h usability... yes
> checking iconv.h presence... yes
> checking for iconv.h... yes
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking for pg_config... 
> /data/ulysse/postgis_geos/postgresql-8.2.4/bin/pg_config
> checking for geos-config... /data/ulysse/postgis_geos/GEOS/bin/geos-config
> checking for proj... /data/ulysse/postgis_geos/PROJ4/bin/proj
> checking for flex... /usr/bin/flex
> checking for dllwrap... no
> checking for dlltool... no
> checking for bison... bison -y
> checking for perl... /usr/bin/perl
> checking for xsltproc... no
> checking for pdfxmltex... no
> checking for db2pdf... no
> checking for jw... no
> checking which template to use... linux
> configure: creating ./config.status
> config.status: creating Makefile.config
> config.status: WARNING:  Makefile.config.in seems to ignore the 
> --datarootdir setting
> config.status: creating config.h
> config.status: config.h is unchanged
>
>  SUMMARY
>  -------------------------------------------------------
>
>  HOST_OS: linux-gnu
>
>    PGSQL: /data/ulysse/postgis_geos/postgresql-8.2.4/bin/pg_config
>     GEOS: /data/ulysse/postgis_geos/GEOS/bin/geos-config (with C-API)
>           (ldflags: -L/data/ulysse/postgis_geos/GEOS/lib)
>     PROJ: prefix=/data/ulysse/postgis_geos/PROJ4 
> libdir=/data/ulysse/postgis_geos/PROJ4/lib
>    ICONV: 1
>
>  PORTNAME: linux
>    PREFIX: /data/ulysse/postgis_geos/postgis
>   EPREFIX: ${prefix}
>       DOC: ${prefix}/share/doc
>      DATA: ${datarootdir}
>       MAN: ${datarootdir}/man
>       BIN: ${exec_prefix}/bin
>       EXT: ${exec_prefix}/lib (${exec_prefix}/lib)
>  -------------------------------------------------------
>
>
> Any opinion? :)
>
> Thanks in advance,
>
> -Marc
> ------------------------------------------------------------------------
>
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20070723/288ad6ee/attachment.html>


More information about the postgis-users mailing list