#POSTGIS IRC Log - 2008-08-22

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
04:15:17 CIA-7: robe * r2921 /trunk/doc/installation.xml:
04:15:18 CIA-7: Updated the installations docs. I took some of Olivier Courtin instructions for
04:15:18 CIA-7: install
04:15:18 CIA-7: ( http://postgis.refractions.net/pipermail/postgis-users/2008-August/020746.html )
04:15:18 CIA-7: which seemed much easier to follow than the ones we currently have. Also
04:15:19 sigq: Title: [postgis-users] JSON ( at postgis.refractions.net )
04:15:20 CIA-7: corrected path settings we had to the install files. They are all in downloads
04:15:22 CIA-7: not root of postgis as we suggested.
04:33:08 CIA-7: robe * r2922 /trunk/doc/installation.xml: Typo
04:52:43 CIA-7: robe * r2923 /trunk/doc/installation.xml: Installation got moved out of order for some reason.
05:06:23 CIA-7: robe * r2924 /trunk/doc/installation.xml: More reordering
05:38:07 CIA-7: robe * r2925 /trunk/doc/installation.xml: typo
06:27:02 jeremy-wrk: hello all. I am getting an error on make check. I read some stuff off of the web site but could not fix my problem.
06:27:03 jeremy-wrk: ERROR: function postgis_lib_version( ) does not exist
06:27:52 jeremy-wrk: This happened when I installed geos 3.0. postgis was fine when I had the java libs installed.
06:46:45 CIA-7: robe * r2926 /trunk/doc/installation.xml: More typos
06:53:58 springmeyer: jeremy-wrk: make check can be tricky to run
06:54:41 springmeyer: don't consider it a true evaluation of whether postgis is installed or not... because problems can happen with permissions and creating a new database during make check....
06:55:14 springmeyer: but, that specific error means that the lwpostgis.sql scripts were not successfully loaded within the test database....
07:01:27 jeremy-wrk: thanks. for the responce springmeyer.
07:02:09 jeremy-wrk: I am afraid that this error is stopping me from making these databases postgis enabled. how can I double check this?
07:02:33 springmeyer: just make install first
07:02:43 jeremy-wrk: first. then make check?
07:02:44 springmeyer: then follow the instructions to add lwpostgis.sql
07:03:12 jeremy-wrk: ahh k. i will try that.
07:23:01 jeremy-wrk: springmeyer: here is what I got
07:23:06 jeremy-wrk: psql:/MAP_DATA/postgis-1.3.3/lwpostgis.sql:44: NOTICE: type "histogram2d" is not yet defined
07:23:06 jeremy-wrk: DETAIL: Creating a shell type definition.
07:23:06 jeremy-wrk: psql:/MAP_DATA/postgis-1.3.3/lwpostgis.sql:44: ERROR: could not load library "/usr/lib64/pgsql/liblwgeom.so": /usr/lib64/pgsql/liblwgeom.so: undefined symbol: GEOSPreparedCovers
07:23:35 jeremy-wrk: are those acceptable errors?
07:35:48 jeremy-wrk: do you guys think i should down grade to geos 2.2
07:42:44 darkblue_B: nope
07:43:11 darkblue_B: something is not right with the install setup
07:43:35 darkblue_B: current stable builds are best
07:45:02 darkblue_B: jeremy-wrk: I am not so good with these linux library issues. though I can say that I have setup on Mac OSX ( BSD ) and Ubuntu linux several times without problems
07:45:04 springmeyer: jeremy-wrk: ya, somthing is wrong with your postgis setup.
07:45:28 jeremy-wrk: what would you guys reccomend i try?
07:45:34 springmeyer: linux?
07:45:38 jeremy-wrk: also that library who's is it?
07:46:04 jeremy-wrk: I am using mandriva x64
07:46:11 darkblue_B: liblwgeom is postgis as far as I know
07:46:25 jeremy-wrk: so maybe I need to mess with compile options?
07:46:36 springmeyer: postgis needs to find goes during build...
07:47:00 springmeyer: postgis generates liblwgeom which links to the geos lib ( libgeos.so... )
07:47:40 springmeyer: run ldconfig, make sure that 'usr/local/lib' is in ld.so.conf ( at least on ubuntu I have to do this )...
07:47:54 springmeyer: log out, log back into your shell then ../configure postgis again.
07:48:08 springmeyer: if that does not work, I'd try reinstalling geos 3 again.
07:54:08 jeremy-wrk: k. did the ld config added it retried. same problem.
07:54:24 jeremy-wrk: i didn't do the lougout be back in a bit
08:09:47 CIA-7: mloskot * r2170 /trunk/build/bjam/README: Added build/bjam/README with status note.
08:24:01 jeremy-wrk: thanks guys. it's working now( i think )
08:24:06 jeremy-wrk: :-D
08:24:50 jeremy-wrk: i can do linux x86 testing on my local box if yall ever need it.
08:26:40 springmeyer: jeremy-wrk: great. what do you think fixed it?
08:29:01 jeremy-wrk: i think it was a combination of recompiling geos, and running ldconfig before I reinstalled postgis
08:29:37 springmeyer: ya, sounds right...
08:30:07 springmeyer: seems like that happens a lot of folks, where postgis seems to build fine but does not actually link to geos in the right way.
08:30:27 jeremy-wrk: i wonder if there is some sort of test case that can check for that
08:30:52 jeremy-wrk: maybe scan /etc/ld.so.conf
08:37:13 springmeyer: hmm, ya I don't know...
08:38:09 springmeyer: postgis will output a configure summary.... with
08:38:10 springmeyer: GEOS: /usr/local/bin/geos-config ( with C-API )
08:38:10 springmeyer: ( ldflags: -L/usr/local/lib )
08:38:35 springmeyer: in it... I wonder whether yours was missing the ldflags....
09:07:21 sigq: geosfeed: Ticket #199 ( defect created ): std:log( ) use in BufferOp.cpp breaks build on MSVC 7.1 <http://trac.osgeo.org/geos/ticket/199>
09:13:32 CIA-7: robe * r2927 /trunk/doc/installation.xml: Some changes based on Mark's comments.
09:24:58 CIA-7: warmerdam * r2171 /trunk/source/operation/buffer/BufferOp.cpp: include cmath for std::pow( ) and std:log( ) on MSVC7.1 ( #199 )
09:27:27 sigq: geosfeed: Ticket #199 ( defect closed ): std:log( ) use in BufferOp.cpp breaks build on MSVC 7.1 <http://trac.osgeo.org/geos/ticket/199#comment:1>
09:36:56 CIA-7: robe * r2928 /trunk/doc/installation.xml: Typo
09:41:35 sigq: geosfeed: Ticket #199 ( defect updated ): std:log( ) use in BufferOp.cpp breaks build on MSVC 7.1 <http://trac.osgeo.org/geos/ticket/199#comment:2>
09:47:34 CIA-7: robe * r2929 /trunk/doc/installation.xml: another typo
11:07:20 bcrosby: whats the difference between ST_Crosses and ST_Intersects?
11:30:31 jeremy-wrk: springmeyer: i checked about the flags. it had a path set, but it wasn't correct. afaik i geos was never installed before on this server. so maybe the first ldconfig didn't take right.
12:58:29 sigq: geosfeed: Ticket #200 ( task created ): test ticket <http://trac.osgeo.org/geos/ticket/200>
13:02:31 sigq: geosfeed: Ticket #200 ( task updated ): test ticket <http://trac.osgeo.org/geos/ticket/200#comment:1>
13:06:24 sigq: geosfeed: Ticket #200 ( task updated ): test ticket <http://trac.osgeo.org/geos/ticket/200#comment:2>
13:10:33 sigq: geosfeed: Ticket #200 ( task updated ): test ticket <http://trac.osgeo.org/geos/ticket/200#comment:3>
13:12:34 sigq: geosfeed: Ticket #200 ( task updated ): test ticket <http://trac.osgeo.org/geos/ticket/200#comment:4>
13:14:34 sigq: geosfeed: Ticket #200 ( task updated ): test ticket <http://trac.osgeo.org/geos/ticket/200#comment:5>
13:18:36 sigq: geosfeed: Ticket #200 ( task closed ): test ticket <http://trac.osgeo.org/geos/ticket/200#comment:7>
13:51:36 springmeyer: bcrosby: http://postgis.refractions.net/documentation/manual-svn/ST_Crosses.html
13:51:37 sigq: Title: ST_Crosses ( at postgis.refractions.net )
13:51:53 springmeyer: http://postgis.refractions.net/documentation/manual-svn/ST_Intersects.html
13:51:54 sigq: Title: ST_Intersects ( at postgis.refractions.net )
13:52:40 springmeyer: jeremy-wrk: thanks, ya ldconfig after geos install seems like a possible culprit.