You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@couchdb.apache.org by Paul Torres <pt...@gmail.com> on 2012/07/11 03:44:02 UTC
geocouch with polygons
Does anyone have any experience with the latest experimental geocouch
that supports
polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
Being experimental, does that mean the tests in the futon test suite do not
neccessarily all pass? I have a few that are failing, but I cannot track down
any (more) of my own errors that might be causing it. I have all the
dependencies
including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
compiled and copied the .ini file and the tests and updated the list
of tests that
should be run... I'm running couch 1.1.0 compiled from source.
Poking around the makefile for the geocouch I noticed it included targets for
running tests and these do not all pass either, so it would seem to me that
something might be wrong at the compilation stage. If true then I guess the
code just needs more work. But is that the case? I'm not very fluent in Erlang
yet to read it all and determine definitely for myself and I'd like to
double check
with anyone who knows for certain.
-Paul
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul,
thank you for your time on getting it work. If you've any feedback or
interesting results, please let me know (also off-list if you prefer that).
Having Ektorp support for that would be great.
Cheers,
Volker
On 07/23/2012 09:50 PM, Paul Torres wrote:
> Volker,
> Thank you so much for working with me to get this going.
> You are correct, I am on Debian-Stable, not Testing. But now with
> the latest changes you made, all tests pass in Futon. Now I can
> finally take this polygon search for a test drive. I doubt I'll have
> any trouble from here on out...but I'll let you know, of course.
> Again, thanks for making an R14B04 compatible version...parallel
> installs of erlang didn't seem too wise, nor was compiling erlang from
> source without hitches in itself, and I wasn't relishing being forced
> to move to Debian-Testing right now just to test polygon searches in
> geocouch, if it came to that.
> When I have time I'll try to modify my fork of Ektorp
> (https://github.com/helun/Ektorp) to support polygons if someone else
> doesn't do it first elsewhere.
> -Paul
>
> On Fri, Jul 20, 2012 at 6:28 AM, Volker Mische <vo...@gmail.com> wrote:
>> Hi Paul,
>>
>> sorry there were more errors. I've upgraded rebar (now compiled with
>> R14B04, thanks Jason Smith for that) and also updated the config file.
>>
>> "make check" should work now.
>>
>> Cheers,
>> Volker
>>
>> On 07/19/2012 11:47 PM, Volker Mische wrote:
>>> Hi Paul,
>>>
>>> are you on Debian stable? I also prefer not compiling stuff myself,
>>> hence I'm on Debian testing, there you get R15B01.
>>>
>>> I'll try to get a rebar compiled with R14B04 tomorrow.
>>>
>>> Cheers,
>>> Volker
>>>
>>> On 07/19/2012 11:37 PM, Paul Torres wrote:
>>>> Volker,
>>>> I tried compiling rebar and it doesn't work: the make check
>>>> produces an error:
>>>> ==> rebar (xref)
>>>> make: [dialyzer_warnings] Error 1 (ignored)
>>>> --- dialyzer_reference 2012-07-19 17:12:21.000000000 -0400
>>>> +++ dialyzer_warnings 2012-07-19 17:39:36.000000000 -0400
>>>> @@ -2 +2,2 @@
>>>> -rebar_utils.erl:161: Call to missing or unexported function escript:foldl/3
>>>> +dialyzer: Could not read PLT file /home/paul/.dialyzer_plt: no_such_file
>>>> +
>>>> make: *** [dialyzer] Error 1
>>>>
>>>>
>>>> I depend on the packaged version of Erlang for Debian. I'm looking
>>>> into removing that and installing Erlang from source for R15B01,
>>>> hopefully without any complications, but you know how it
>>>> goes...sometimes not as well as intended. Did you just upgrade? Any
>>>> chance you have a version that works for R14B04?
>>>>
>>>> I tried to use rebar despite this one error and the geocouch make
>>>> check fails all tests. I tried to run couchdb-1.2.0 anyway but it
>>>> crashes immediately if the geocouch.ini file is present, otherwise it
>>>> works fine.
>>>>
>>>> -Paul
>>>>
>>>> On Wed, Jul 18, 2012 at 1:06 PM, Volker Mische <vo...@gmail.com> wrote:
>>>>> Hi Paul,
>>>>>
>>>>> I've compiled rebar with Erlang/OTP R15B01, it seems you use R14B04.
>>>>> Either upgrade your Erlang, or compile rebar yourself. Compiling your
>>>>> own rebar is really simple:
>>>>>
>>>>> - Clone from https://github.com/basho/rebar.git
>>>>> - Run ./bootstrap
>>>>> - Copy the resulting ./rebar to your GeoCouch checkout
>>>>>
>>>>> Cheers,
>>>>> Volker
>>>>>
>>>>> On 07/18/2012 06:17 PM, Paul Torres wrote:
>>>>>> Volker,
>>>>>> One more bug I think? I pulled the latest version and got an error
>>>>>> executing rebar:
>>>>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>>>>> Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
>>>>>> failed: badfile
>>>>>> escript: exception error: undefined function rebar:main/1
>>>>>> in function escript:run/2
>>>>>> in call from escript:start/1
>>>>>> in call from init:start_it/1
>>>>>> in call from init:start_em/1
>>>>>>
>>>>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>>>>> beam/beam_load.c(1351): Error loading module rebar:
>>>>>> use of opcode 153; this emulator supports only up to 152
>>>>>>
>>>
>>
Re: geocouch with polygons
Posted by Paul Torres <pt...@gmail.com>.
Volker,
Thank you so much for working with me to get this going.
You are correct, I am on Debian-Stable, not Testing. But now with
the latest changes you made, all tests pass in Futon. Now I can
finally take this polygon search for a test drive. I doubt I'll have
any trouble from here on out...but I'll let you know, of course.
Again, thanks for making an R14B04 compatible version...parallel
installs of erlang didn't seem too wise, nor was compiling erlang from
source without hitches in itself, and I wasn't relishing being forced
to move to Debian-Testing right now just to test polygon searches in
geocouch, if it came to that.
When I have time I'll try to modify my fork of Ektorp
(https://github.com/helun/Ektorp) to support polygons if someone else
doesn't do it first elsewhere.
-Paul
On Fri, Jul 20, 2012 at 6:28 AM, Volker Mische <vo...@gmail.com> wrote:
> Hi Paul,
>
> sorry there were more errors. I've upgraded rebar (now compiled with
> R14B04, thanks Jason Smith for that) and also updated the config file.
>
> "make check" should work now.
>
> Cheers,
> Volker
>
> On 07/19/2012 11:47 PM, Volker Mische wrote:
>> Hi Paul,
>>
>> are you on Debian stable? I also prefer not compiling stuff myself,
>> hence I'm on Debian testing, there you get R15B01.
>>
>> I'll try to get a rebar compiled with R14B04 tomorrow.
>>
>> Cheers,
>> Volker
>>
>> On 07/19/2012 11:37 PM, Paul Torres wrote:
>>> Volker,
>>> I tried compiling rebar and it doesn't work: the make check
>>> produces an error:
>>> ==> rebar (xref)
>>> make: [dialyzer_warnings] Error 1 (ignored)
>>> --- dialyzer_reference 2012-07-19 17:12:21.000000000 -0400
>>> +++ dialyzer_warnings 2012-07-19 17:39:36.000000000 -0400
>>> @@ -2 +2,2 @@
>>> -rebar_utils.erl:161: Call to missing or unexported function escript:foldl/3
>>> +dialyzer: Could not read PLT file /home/paul/.dialyzer_plt: no_such_file
>>> +
>>> make: *** [dialyzer] Error 1
>>>
>>>
>>> I depend on the packaged version of Erlang for Debian. I'm looking
>>> into removing that and installing Erlang from source for R15B01,
>>> hopefully without any complications, but you know how it
>>> goes...sometimes not as well as intended. Did you just upgrade? Any
>>> chance you have a version that works for R14B04?
>>>
>>> I tried to use rebar despite this one error and the geocouch make
>>> check fails all tests. I tried to run couchdb-1.2.0 anyway but it
>>> crashes immediately if the geocouch.ini file is present, otherwise it
>>> works fine.
>>>
>>> -Paul
>>>
>>> On Wed, Jul 18, 2012 at 1:06 PM, Volker Mische <vo...@gmail.com> wrote:
>>>> Hi Paul,
>>>>
>>>> I've compiled rebar with Erlang/OTP R15B01, it seems you use R14B04.
>>>> Either upgrade your Erlang, or compile rebar yourself. Compiling your
>>>> own rebar is really simple:
>>>>
>>>> - Clone from https://github.com/basho/rebar.git
>>>> - Run ./bootstrap
>>>> - Copy the resulting ./rebar to your GeoCouch checkout
>>>>
>>>> Cheers,
>>>> Volker
>>>>
>>>> On 07/18/2012 06:17 PM, Paul Torres wrote:
>>>>> Volker,
>>>>> One more bug I think? I pulled the latest version and got an error
>>>>> executing rebar:
>>>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>>>> Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
>>>>> failed: badfile
>>>>> escript: exception error: undefined function rebar:main/1
>>>>> in function escript:run/2
>>>>> in call from escript:start/1
>>>>> in call from init:start_it/1
>>>>> in call from init:start_em/1
>>>>>
>>>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>>>> beam/beam_load.c(1351): Error loading module rebar:
>>>>> use of opcode 153; this emulator supports only up to 152
>>>>>
>>
>
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul,
sorry there were more errors. I've upgraded rebar (now compiled with
R14B04, thanks Jason Smith for that) and also updated the config file.
"make check" should work now.
Cheers,
Volker
On 07/19/2012 11:47 PM, Volker Mische wrote:
> Hi Paul,
>
> are you on Debian stable? I also prefer not compiling stuff myself,
> hence I'm on Debian testing, there you get R15B01.
>
> I'll try to get a rebar compiled with R14B04 tomorrow.
>
> Cheers,
> Volker
>
> On 07/19/2012 11:37 PM, Paul Torres wrote:
>> Volker,
>> I tried compiling rebar and it doesn't work: the make check
>> produces an error:
>> ==> rebar (xref)
>> make: [dialyzer_warnings] Error 1 (ignored)
>> --- dialyzer_reference 2012-07-19 17:12:21.000000000 -0400
>> +++ dialyzer_warnings 2012-07-19 17:39:36.000000000 -0400
>> @@ -2 +2,2 @@
>> -rebar_utils.erl:161: Call to missing or unexported function escript:foldl/3
>> +dialyzer: Could not read PLT file /home/paul/.dialyzer_plt: no_such_file
>> +
>> make: *** [dialyzer] Error 1
>>
>>
>> I depend on the packaged version of Erlang for Debian. I'm looking
>> into removing that and installing Erlang from source for R15B01,
>> hopefully without any complications, but you know how it
>> goes...sometimes not as well as intended. Did you just upgrade? Any
>> chance you have a version that works for R14B04?
>>
>> I tried to use rebar despite this one error and the geocouch make
>> check fails all tests. I tried to run couchdb-1.2.0 anyway but it
>> crashes immediately if the geocouch.ini file is present, otherwise it
>> works fine.
>>
>> -Paul
>>
>> On Wed, Jul 18, 2012 at 1:06 PM, Volker Mische <vo...@gmail.com> wrote:
>>> Hi Paul,
>>>
>>> I've compiled rebar with Erlang/OTP R15B01, it seems you use R14B04.
>>> Either upgrade your Erlang, or compile rebar yourself. Compiling your
>>> own rebar is really simple:
>>>
>>> - Clone from https://github.com/basho/rebar.git
>>> - Run ./bootstrap
>>> - Copy the resulting ./rebar to your GeoCouch checkout
>>>
>>> Cheers,
>>> Volker
>>>
>>> On 07/18/2012 06:17 PM, Paul Torres wrote:
>>>> Volker,
>>>> One more bug I think? I pulled the latest version and got an error
>>>> executing rebar:
>>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>>> Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
>>>> failed: badfile
>>>> escript: exception error: undefined function rebar:main/1
>>>> in function escript:run/2
>>>> in call from escript:start/1
>>>> in call from init:start_it/1
>>>> in call from init:start_em/1
>>>>
>>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>>> beam/beam_load.c(1351): Error loading module rebar:
>>>> use of opcode 153; this emulator supports only up to 152
>>>>
>
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul,
are you on Debian stable? I also prefer not compiling stuff myself,
hence I'm on Debian testing, there you get R15B01.
I'll try to get a rebar compiled with R14B04 tomorrow.
Cheers,
Volker
On 07/19/2012 11:37 PM, Paul Torres wrote:
> Volker,
> I tried compiling rebar and it doesn't work: the make check
> produces an error:
> ==> rebar (xref)
> make: [dialyzer_warnings] Error 1 (ignored)
> --- dialyzer_reference 2012-07-19 17:12:21.000000000 -0400
> +++ dialyzer_warnings 2012-07-19 17:39:36.000000000 -0400
> @@ -2 +2,2 @@
> -rebar_utils.erl:161: Call to missing or unexported function escript:foldl/3
> +dialyzer: Could not read PLT file /home/paul/.dialyzer_plt: no_such_file
> +
> make: *** [dialyzer] Error 1
>
>
> I depend on the packaged version of Erlang for Debian. I'm looking
> into removing that and installing Erlang from source for R15B01,
> hopefully without any complications, but you know how it
> goes...sometimes not as well as intended. Did you just upgrade? Any
> chance you have a version that works for R14B04?
>
> I tried to use rebar despite this one error and the geocouch make
> check fails all tests. I tried to run couchdb-1.2.0 anyway but it
> crashes immediately if the geocouch.ini file is present, otherwise it
> works fine.
>
> -Paul
>
> On Wed, Jul 18, 2012 at 1:06 PM, Volker Mische <vo...@gmail.com> wrote:
>> Hi Paul,
>>
>> I've compiled rebar with Erlang/OTP R15B01, it seems you use R14B04.
>> Either upgrade your Erlang, or compile rebar yourself. Compiling your
>> own rebar is really simple:
>>
>> - Clone from https://github.com/basho/rebar.git
>> - Run ./bootstrap
>> - Copy the resulting ./rebar to your GeoCouch checkout
>>
>> Cheers,
>> Volker
>>
>> On 07/18/2012 06:17 PM, Paul Torres wrote:
>>> Volker,
>>> One more bug I think? I pulled the latest version and got an error
>>> executing rebar:
>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>> Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
>>> failed: badfile
>>> escript: exception error: undefined function rebar:main/1
>>> in function escript:run/2
>>> in call from escript:start/1
>>> in call from init:start_it/1
>>> in call from init:start_em/1
>>>
>>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>>> beam/beam_load.c(1351): Error loading module rebar:
>>> use of opcode 153; this emulator supports only up to 152
>>>
Re: geocouch with polygons
Posted by Paul Torres <pt...@gmail.com>.
Volker,
I tried compiling rebar and it doesn't work: the make check
produces an error:
==> rebar (xref)
make: [dialyzer_warnings] Error 1 (ignored)
--- dialyzer_reference 2012-07-19 17:12:21.000000000 -0400
+++ dialyzer_warnings 2012-07-19 17:39:36.000000000 -0400
@@ -2 +2,2 @@
-rebar_utils.erl:161: Call to missing or unexported function escript:foldl/3
+dialyzer: Could not read PLT file /home/paul/.dialyzer_plt: no_such_file
+
make: *** [dialyzer] Error 1
I depend on the packaged version of Erlang for Debian. I'm looking
into removing that and installing Erlang from source for R15B01,
hopefully without any complications, but you know how it
goes...sometimes not as well as intended. Did you just upgrade? Any
chance you have a version that works for R14B04?
I tried to use rebar despite this one error and the geocouch make
check fails all tests. I tried to run couchdb-1.2.0 anyway but it
crashes immediately if the geocouch.ini file is present, otherwise it
works fine.
-Paul
On Wed, Jul 18, 2012 at 1:06 PM, Volker Mische <vo...@gmail.com> wrote:
> Hi Paul,
>
> I've compiled rebar with Erlang/OTP R15B01, it seems you use R14B04.
> Either upgrade your Erlang, or compile rebar yourself. Compiling your
> own rebar is really simple:
>
> - Clone from https://github.com/basho/rebar.git
> - Run ./bootstrap
> - Copy the resulting ./rebar to your GeoCouch checkout
>
> Cheers,
> Volker
>
> On 07/18/2012 06:17 PM, Paul Torres wrote:
>> Volker,
>> One more bug I think? I pulled the latest version and got an error
>> executing rebar:
>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>> Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
>> failed: badfile
>> escript: exception error: undefined function rebar:main/1
>> in function escript:run/2
>> in call from escript:start/1
>> in call from init:start_it/1
>> in call from init:start_em/1
>>
>> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
>> beam/beam_load.c(1351): Error loading module rebar:
>> use of opcode 153; this emulator supports only up to 152
>>
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul,
I've compiled rebar with Erlang/OTP R15B01, it seems you use R14B04.
Either upgrade your Erlang, or compile rebar yourself. Compiling your
own rebar is really simple:
- Clone from https://github.com/basho/rebar.git
- Run ./bootstrap
- Copy the resulting ./rebar to your GeoCouch checkout
Cheers,
Volker
On 07/18/2012 06:17 PM, Paul Torres wrote:
> Volker,
> One more bug I think? I pulled the latest version and got an error
> executing rebar:
> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
> Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
> failed: badfile
> escript: exception error: undefined function rebar:main/1
> in function escript:run/2
> in call from escript:start/1
> in call from init:start_it/1
> in call from init:start_em/1
>
> =ERROR REPORT==== 18-Jul-2012::12:15:08 ===
> beam/beam_load.c(1351): Error loading module rebar:
> use of opcode 153; this emulator supports only up to 152
>
>
> Just to be sure: I used git as follows:
> git clone https://github.com/vmx/geocouch.git
> ... and eventually:
> git checkout --track -b couchdbgeom remotes/origin/couchdbgeom
> Branch couchdbgeom set up to track remote branch couchdbgeom from origin.
> Switched to a new branch 'couchdbgeom'
>
> -Paul
>
> On Wed, Jul 18, 2012 at 8:48 AM, Volker Mische <vo...@gmail.com> wrote:
>> Hi Paul,
>>
>> thanks for spending so much time getting this work.
>>
>> There was a bug in rebar that lead to the wrong output file. I've
>> committed a new version, please pull it and try again.
>>
>> The libgeos on Debian testing and unstable should be fine (everything >
>> 3.3.0 should work).
>>
>> Cheers,
>> Volker
>>
>> On 07/18/2012 06:40 AM, Paul Torres wrote:
>>> Volker,
>>> Thanks for the tip. It sheds some light on the problem. Your
>>> suggestion indeed
>>> produced an error, however I think I have a problem unrelated to GEOS?
>>> But I'm not
>>> sure what.
>>>
>>> The error states:
>>> =ERROR REPORT==== 18-Jul-2012::00:31:27 ===
>>> The on_load function for module erlgeom returned {error,
>>> {load_failed,
>>> "Failed to load NIF
>>> library: '/home/paul/couchdb/geocouch_experimental/geocouch/deps/erlgeom/priv/erlgeom.so:
>>> cannot open shared object file: No such file or directory'"}}
>>> ** exception error: undefined function erlgeom:to_geom/1
>>>
>>> In that directory there is a single file but it is named erlgeom_drv.so
>>> This seems to be a much more fundamental and simpler problem than the
>>> proper installation of a library. I double checked with git that I am
>>> using the couchdbgeom branch. The compilation of geocouch runs fine as
>>> do whatever tests I can run from the provided makefile.
>>>
>>> Am I checking out the wrong branch with git?
>>>
>>> GEOS, compiled for me fine and passes all of its tests. Is there a
>>> minimum version of GEOS required? Your documentation is silent on the
>>> matter and I presume there must be a minimum--or at least a version
>>> you worked with? I could just use the debian package for GEOS instead
>>> of compiling the latest version from source. If indeed I made a
>>> mistake somewhere installing GEOS from source that would be one way to
>>> cure it.
>>>
>>> -Paul
>>>
Re: geocouch with polygons
Posted by Paul Torres <pt...@gmail.com>.
Volker,
One more bug I think? I pulled the latest version and got an error
executing rebar:
=ERROR REPORT==== 18-Jul-2012::12:15:08 ===
Loading of /home/paul/couchdb/geocouch_experimental/geocouch/rebar/rebar.beam
failed: badfile
escript: exception error: undefined function rebar:main/1
in function escript:run/2
in call from escript:start/1
in call from init:start_it/1
in call from init:start_em/1
=ERROR REPORT==== 18-Jul-2012::12:15:08 ===
beam/beam_load.c(1351): Error loading module rebar:
use of opcode 153; this emulator supports only up to 152
Just to be sure: I used git as follows:
git clone https://github.com/vmx/geocouch.git
... and eventually:
git checkout --track -b couchdbgeom remotes/origin/couchdbgeom
Branch couchdbgeom set up to track remote branch couchdbgeom from origin.
Switched to a new branch 'couchdbgeom'
-Paul
On Wed, Jul 18, 2012 at 8:48 AM, Volker Mische <vo...@gmail.com> wrote:
> Hi Paul,
>
> thanks for spending so much time getting this work.
>
> There was a bug in rebar that lead to the wrong output file. I've
> committed a new version, please pull it and try again.
>
> The libgeos on Debian testing and unstable should be fine (everything >
> 3.3.0 should work).
>
> Cheers,
> Volker
>
> On 07/18/2012 06:40 AM, Paul Torres wrote:
>> Volker,
>> Thanks for the tip. It sheds some light on the problem. Your
>> suggestion indeed
>> produced an error, however I think I have a problem unrelated to GEOS?
>> But I'm not
>> sure what.
>>
>> The error states:
>> =ERROR REPORT==== 18-Jul-2012::00:31:27 ===
>> The on_load function for module erlgeom returned {error,
>> {load_failed,
>> "Failed to load NIF
>> library: '/home/paul/couchdb/geocouch_experimental/geocouch/deps/erlgeom/priv/erlgeom.so:
>> cannot open shared object file: No such file or directory'"}}
>> ** exception error: undefined function erlgeom:to_geom/1
>>
>> In that directory there is a single file but it is named erlgeom_drv.so
>> This seems to be a much more fundamental and simpler problem than the
>> proper installation of a library. I double checked with git that I am
>> using the couchdbgeom branch. The compilation of geocouch runs fine as
>> do whatever tests I can run from the provided makefile.
>>
>> Am I checking out the wrong branch with git?
>>
>> GEOS, compiled for me fine and passes all of its tests. Is there a
>> minimum version of GEOS required? Your documentation is silent on the
>> matter and I presume there must be a minimum--or at least a version
>> you worked with? I could just use the debian package for GEOS instead
>> of compiling the latest version from source. If indeed I made a
>> mistake somewhere installing GEOS from source that would be one way to
>> cure it.
>>
>> -Paul
>>
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul,
thanks for spending so much time getting this work.
There was a bug in rebar that lead to the wrong output file. I've
committed a new version, please pull it and try again.
The libgeos on Debian testing and unstable should be fine (everything >
3.3.0 should work).
Cheers,
Volker
On 07/18/2012 06:40 AM, Paul Torres wrote:
> Volker,
> Thanks for the tip. It sheds some light on the problem. Your
> suggestion indeed
> produced an error, however I think I have a problem unrelated to GEOS?
> But I'm not
> sure what.
>
> The error states:
> =ERROR REPORT==== 18-Jul-2012::00:31:27 ===
> The on_load function for module erlgeom returned {error,
> {load_failed,
> "Failed to load NIF
> library: '/home/paul/couchdb/geocouch_experimental/geocouch/deps/erlgeom/priv/erlgeom.so:
> cannot open shared object file: No such file or directory'"}}
> ** exception error: undefined function erlgeom:to_geom/1
>
> In that directory there is a single file but it is named erlgeom_drv.so
> This seems to be a much more fundamental and simpler problem than the
> proper installation of a library. I double checked with git that I am
> using the couchdbgeom branch. The compilation of geocouch runs fine as
> do whatever tests I can run from the provided makefile.
>
> Am I checking out the wrong branch with git?
>
> GEOS, compiled for me fine and passes all of its tests. Is there a
> minimum version of GEOS required? Your documentation is silent on the
> matter and I presume there must be a minimum--or at least a version
> you worked with? I could just use the debian package for GEOS instead
> of compiling the latest version from source. If indeed I made a
> mistake somewhere installing GEOS from source that would be one way to
> cure it.
>
> -Paul
>
> On Mon, Jul 16, 2012 at 10:21 AM, Volker Mische <vo...@gmail.com> wrote:
>> Hi Paul,
>>
>> do you have GEOS [1] installed?
>>
>> In case you start CouchDB with ./utils/run, you can run it with "-i".
>> Now you have an interactive shell. Try there something like:
>>
>> erlgeom:to_geom({'Point',[5,5]}).
>>
>> Now you should get an error, if the NIF can't be loaded (which could be
>> the case if you don't have GEOS installed properly).
>>
>> [1] http://trac.osgeo.org/geos/
>>
>> Cheers,
>> Volker
>>
>> On 07/15/2012 12:21 AM, Paul Torres wrote:
>>> Volker,
>>> I finally traced all my mistakes. Couch 1.2.0 works fine now and
>>> passes all Couch 1.2.0 specific tests. I had to upgrade my version of
>>> Firefox in the process amongst other things. I had also forgotten to
>>> update an environment flag.
>>>
>>> In any event, all but one test for geocouch (with polygons)
>>> passes. The final test spatial_opensearch fails with:
>>> Assertion 'Intersects 3 geometries.' failed: expected '3', got '0'
>>> Assertion 'searching with polygon' failed: expected '["0","1","2"]', got '[]'
>>> Assertion 'Intersects one LineString twice.' failed: expected '1', got '0'
>>> Assertion 'Intersects one geometry.' failed: expected '1', got '0'
>>> Assertion 'Intersects two geometries.' failed: expected '2', got '0'
>>>
>>> Any clue what that might be?
>>>
>>> -Paul
>>>
>>> On Thu, Jul 12, 2012 at 2:32 AM, Paul Torres <pt...@gmail.com> wrote:
>>>> Thank you Volker. I am interested in getting this to work.
>>>>
>>>> I'll have to get back to you still later. I thought I was having
>>>> problems with geocouch (with support for polygons) in combination with
>>>> couchdb 1.2.0 but it turns out I'm having problems with couchdb 1.2.0
>>>> itself. Maybe I can get advice on this new issue from someone?
>>>>
>>>> 1.2.0 builds fine, make check passes all tests, the configure script
>>>> is happy, and
>>>> I removed the first installation (I used make uninstall to do some of
>>>> that as well).
>>>> I manually removed the old geocouch.ini file. After the new install I
>>>> changed the
>>>> ownership and groups to my couchdb user and group, etc. And I am not
>>>> forgetting to
>>>> use Firefox.
>>>>
>>>> But some of the futon tests are failing...and then many of them fail.
>>>> To be precise, the attachments test fails right away with:
>>>> Assertion failed: xhr.responseText == lorem
>>>> Exception raised: {}
>>>>
>>>> list_views fails right away with:
>>>> Assertion 'xhr.status == 200, "standard get should be 200"' failed:
>>>> standard get should be 200
>>>> Assertion failed: /head0123456789tail/.test(xhr.responseText)
>>>>
>>>> rev_stemming fails right away with:
>>>> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
>>>> == newLimit + 1
>>>> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
>>>> == newLimit + 1
>>>>
>>>> view_compaction fails [but succeeds on a 2nd manual try] with:
>>>> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>>>>
>>>>
>>>> Then if I run all the tests again, a whole lot more of them fail. In particular
>>>> all tests after users_db_security fail with the error:
>>>> Exception raised: {"error":"unauthorized","reason":"You are not a
>>>> server admin."}
>>>> The test users_db_security itself fails with: Exception raised: {}
>>>>
>>>>
>>>> And following any links--or clicking on reload--causes the "admin party" to
>>>> suddenly end and I'm no longer admin nor can I run any more tests. The "Verify
>>>> your installation" works the first time (before all these failed tests) but
>>>> after the failures, it returns X: [object Object]
>>>>
>>>> I'm not sure what to do. I have a nagging feeling something from the
>>>> 1.1.0 install
>>>> lingers and screws up the 1.2.0 install, but I cannot find it. And if it is not
>>>> that I don't have a clue right now what is causing this error. I've never had
>>>> this much trouble building from source before and it's eaten up so much time.
>>>>
>>>> -Paul
>>>>
>>>> On Wed, Jul 11, 2012 at 11:19 AM, Volker Mische <vo...@gmail.com> wrote:
>>>>> Hi Paul
>>>>>
>>>>> On 07/11/2012 03:44 AM, Paul Torres wrote:
>>>>>> Does anyone have any experience with the latest experimental geocouch
>>>>>> that supports
>>>>>> polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
>>>>>
>>>>> Yes ;)
>>>>>
>>>>>> Being experimental, does that mean the tests in the futon test suite do not
>>>>>> neccessarily all pass? I have a few that are failing, but I cannot track down
>>>>>> any (more) of my own errors that might be causing it. I have all the
>>>>>> dependencies
>>>>>> including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
>>>>>> compiled and copied the .ini file and the tests and updated the list
>>>>>> of tests that
>>>>>> should be run... I'm running couch 1.1.0 compiled from source.
>>>>>
>>>>> All Futon tests should work. The problem might be that this version is
>>>>> for CouchDB 1.2.0 and was only tested with it.
>>>>>
>>>>>> Poking around the makefile for the geocouch I noticed it included targets for
>>>>>> running tests and these do not all pass either, so it would seem to me that
>>>>>> something might be wrong at the compilation stage. If true then I guess the
>>>>>> code just needs more work. But is that the case? I'm not very fluent in Erlang
>>>>>> yet to read it all and determine definitely for myself and I'd like to
>>>>>> double check
>>>>>> with anyone who knows for certain.
>>>>>
>>>>> Try again with CouchDB 1.2.0 and let me know if it still doesn't pass
>>>>> all tests.
>>>>>
>>>>> Cheers,
>>>>> Volker
>>>>>
>>
Re: geocouch with polygons
Posted by Paul Torres <pt...@gmail.com>.
Volker,
Thanks for the tip. It sheds some light on the problem. Your
suggestion indeed
produced an error, however I think I have a problem unrelated to GEOS?
But I'm not
sure what.
The error states:
=ERROR REPORT==== 18-Jul-2012::00:31:27 ===
The on_load function for module erlgeom returned {error,
{load_failed,
"Failed to load NIF
library: '/home/paul/couchdb/geocouch_experimental/geocouch/deps/erlgeom/priv/erlgeom.so:
cannot open shared object file: No such file or directory'"}}
** exception error: undefined function erlgeom:to_geom/1
In that directory there is a single file but it is named erlgeom_drv.so
This seems to be a much more fundamental and simpler problem than the
proper installation of a library. I double checked with git that I am
using the couchdbgeom branch. The compilation of geocouch runs fine as
do whatever tests I can run from the provided makefile.
Am I checking out the wrong branch with git?
GEOS, compiled for me fine and passes all of its tests. Is there a
minimum version of GEOS required? Your documentation is silent on the
matter and I presume there must be a minimum--or at least a version
you worked with? I could just use the debian package for GEOS instead
of compiling the latest version from source. If indeed I made a
mistake somewhere installing GEOS from source that would be one way to
cure it.
-Paul
On Mon, Jul 16, 2012 at 10:21 AM, Volker Mische <vo...@gmail.com> wrote:
> Hi Paul,
>
> do you have GEOS [1] installed?
>
> In case you start CouchDB with ./utils/run, you can run it with "-i".
> Now you have an interactive shell. Try there something like:
>
> erlgeom:to_geom({'Point',[5,5]}).
>
> Now you should get an error, if the NIF can't be loaded (which could be
> the case if you don't have GEOS installed properly).
>
> [1] http://trac.osgeo.org/geos/
>
> Cheers,
> Volker
>
> On 07/15/2012 12:21 AM, Paul Torres wrote:
>> Volker,
>> I finally traced all my mistakes. Couch 1.2.0 works fine now and
>> passes all Couch 1.2.0 specific tests. I had to upgrade my version of
>> Firefox in the process amongst other things. I had also forgotten to
>> update an environment flag.
>>
>> In any event, all but one test for geocouch (with polygons)
>> passes. The final test spatial_opensearch fails with:
>> Assertion 'Intersects 3 geometries.' failed: expected '3', got '0'
>> Assertion 'searching with polygon' failed: expected '["0","1","2"]', got '[]'
>> Assertion 'Intersects one LineString twice.' failed: expected '1', got '0'
>> Assertion 'Intersects one geometry.' failed: expected '1', got '0'
>> Assertion 'Intersects two geometries.' failed: expected '2', got '0'
>>
>> Any clue what that might be?
>>
>> -Paul
>>
>> On Thu, Jul 12, 2012 at 2:32 AM, Paul Torres <pt...@gmail.com> wrote:
>>> Thank you Volker. I am interested in getting this to work.
>>>
>>> I'll have to get back to you still later. I thought I was having
>>> problems with geocouch (with support for polygons) in combination with
>>> couchdb 1.2.0 but it turns out I'm having problems with couchdb 1.2.0
>>> itself. Maybe I can get advice on this new issue from someone?
>>>
>>> 1.2.0 builds fine, make check passes all tests, the configure script
>>> is happy, and
>>> I removed the first installation (I used make uninstall to do some of
>>> that as well).
>>> I manually removed the old geocouch.ini file. After the new install I
>>> changed the
>>> ownership and groups to my couchdb user and group, etc. And I am not
>>> forgetting to
>>> use Firefox.
>>>
>>> But some of the futon tests are failing...and then many of them fail.
>>> To be precise, the attachments test fails right away with:
>>> Assertion failed: xhr.responseText == lorem
>>> Exception raised: {}
>>>
>>> list_views fails right away with:
>>> Assertion 'xhr.status == 200, "standard get should be 200"' failed:
>>> standard get should be 200
>>> Assertion failed: /head0123456789tail/.test(xhr.responseText)
>>>
>>> rev_stemming fails right away with:
>>> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
>>> == newLimit + 1
>>> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
>>> == newLimit + 1
>>>
>>> view_compaction fails [but succeeds on a 2nd manual try] with:
>>> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>>>
>>>
>>> Then if I run all the tests again, a whole lot more of them fail. In particular
>>> all tests after users_db_security fail with the error:
>>> Exception raised: {"error":"unauthorized","reason":"You are not a
>>> server admin."}
>>> The test users_db_security itself fails with: Exception raised: {}
>>>
>>>
>>> And following any links--or clicking on reload--causes the "admin party" to
>>> suddenly end and I'm no longer admin nor can I run any more tests. The "Verify
>>> your installation" works the first time (before all these failed tests) but
>>> after the failures, it returns X: [object Object]
>>>
>>> I'm not sure what to do. I have a nagging feeling something from the
>>> 1.1.0 install
>>> lingers and screws up the 1.2.0 install, but I cannot find it. And if it is not
>>> that I don't have a clue right now what is causing this error. I've never had
>>> this much trouble building from source before and it's eaten up so much time.
>>>
>>> -Paul
>>>
>>> On Wed, Jul 11, 2012 at 11:19 AM, Volker Mische <vo...@gmail.com> wrote:
>>>> Hi Paul
>>>>
>>>> On 07/11/2012 03:44 AM, Paul Torres wrote:
>>>>> Does anyone have any experience with the latest experimental geocouch
>>>>> that supports
>>>>> polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
>>>>
>>>> Yes ;)
>>>>
>>>>> Being experimental, does that mean the tests in the futon test suite do not
>>>>> neccessarily all pass? I have a few that are failing, but I cannot track down
>>>>> any (more) of my own errors that might be causing it. I have all the
>>>>> dependencies
>>>>> including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
>>>>> compiled and copied the .ini file and the tests and updated the list
>>>>> of tests that
>>>>> should be run... I'm running couch 1.1.0 compiled from source.
>>>>
>>>> All Futon tests should work. The problem might be that this version is
>>>> for CouchDB 1.2.0 and was only tested with it.
>>>>
>>>>> Poking around the makefile for the geocouch I noticed it included targets for
>>>>> running tests and these do not all pass either, so it would seem to me that
>>>>> something might be wrong at the compilation stage. If true then I guess the
>>>>> code just needs more work. But is that the case? I'm not very fluent in Erlang
>>>>> yet to read it all and determine definitely for myself and I'd like to
>>>>> double check
>>>>> with anyone who knows for certain.
>>>>
>>>> Try again with CouchDB 1.2.0 and let me know if it still doesn't pass
>>>> all tests.
>>>>
>>>> Cheers,
>>>> Volker
>>>>
>
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul,
do you have GEOS [1] installed?
In case you start CouchDB with ./utils/run, you can run it with "-i".
Now you have an interactive shell. Try there something like:
erlgeom:to_geom({'Point',[5,5]}).
Now you should get an error, if the NIF can't be loaded (which could be
the case if you don't have GEOS installed properly).
[1] http://trac.osgeo.org/geos/
Cheers,
Volker
On 07/15/2012 12:21 AM, Paul Torres wrote:
> Volker,
> I finally traced all my mistakes. Couch 1.2.0 works fine now and
> passes all Couch 1.2.0 specific tests. I had to upgrade my version of
> Firefox in the process amongst other things. I had also forgotten to
> update an environment flag.
>
> In any event, all but one test for geocouch (with polygons)
> passes. The final test spatial_opensearch fails with:
> Assertion 'Intersects 3 geometries.' failed: expected '3', got '0'
> Assertion 'searching with polygon' failed: expected '["0","1","2"]', got '[]'
> Assertion 'Intersects one LineString twice.' failed: expected '1', got '0'
> Assertion 'Intersects one geometry.' failed: expected '1', got '0'
> Assertion 'Intersects two geometries.' failed: expected '2', got '0'
>
> Any clue what that might be?
>
> -Paul
>
> On Thu, Jul 12, 2012 at 2:32 AM, Paul Torres <pt...@gmail.com> wrote:
>> Thank you Volker. I am interested in getting this to work.
>>
>> I'll have to get back to you still later. I thought I was having
>> problems with geocouch (with support for polygons) in combination with
>> couchdb 1.2.0 but it turns out I'm having problems with couchdb 1.2.0
>> itself. Maybe I can get advice on this new issue from someone?
>>
>> 1.2.0 builds fine, make check passes all tests, the configure script
>> is happy, and
>> I removed the first installation (I used make uninstall to do some of
>> that as well).
>> I manually removed the old geocouch.ini file. After the new install I
>> changed the
>> ownership and groups to my couchdb user and group, etc. And I am not
>> forgetting to
>> use Firefox.
>>
>> But some of the futon tests are failing...and then many of them fail.
>> To be precise, the attachments test fails right away with:
>> Assertion failed: xhr.responseText == lorem
>> Exception raised: {}
>>
>> list_views fails right away with:
>> Assertion 'xhr.status == 200, "standard get should be 200"' failed:
>> standard get should be 200
>> Assertion failed: /head0123456789tail/.test(xhr.responseText)
>>
>> rev_stemming fails right away with:
>> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
>> == newLimit + 1
>> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
>> == newLimit + 1
>>
>> view_compaction fails [but succeeds on a 2nd manual try] with:
>> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>>
>>
>> Then if I run all the tests again, a whole lot more of them fail. In particular
>> all tests after users_db_security fail with the error:
>> Exception raised: {"error":"unauthorized","reason":"You are not a
>> server admin."}
>> The test users_db_security itself fails with: Exception raised: {}
>>
>>
>> And following any links--or clicking on reload--causes the "admin party" to
>> suddenly end and I'm no longer admin nor can I run any more tests. The "Verify
>> your installation" works the first time (before all these failed tests) but
>> after the failures, it returns X: [object Object]
>>
>> I'm not sure what to do. I have a nagging feeling something from the
>> 1.1.0 install
>> lingers and screws up the 1.2.0 install, but I cannot find it. And if it is not
>> that I don't have a clue right now what is causing this error. I've never had
>> this much trouble building from source before and it's eaten up so much time.
>>
>> -Paul
>>
>> On Wed, Jul 11, 2012 at 11:19 AM, Volker Mische <vo...@gmail.com> wrote:
>>> Hi Paul
>>>
>>> On 07/11/2012 03:44 AM, Paul Torres wrote:
>>>> Does anyone have any experience with the latest experimental geocouch
>>>> that supports
>>>> polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
>>>
>>> Yes ;)
>>>
>>>> Being experimental, does that mean the tests in the futon test suite do not
>>>> neccessarily all pass? I have a few that are failing, but I cannot track down
>>>> any (more) of my own errors that might be causing it. I have all the
>>>> dependencies
>>>> including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
>>>> compiled and copied the .ini file and the tests and updated the list
>>>> of tests that
>>>> should be run... I'm running couch 1.1.0 compiled from source.
>>>
>>> All Futon tests should work. The problem might be that this version is
>>> for CouchDB 1.2.0 and was only tested with it.
>>>
>>>> Poking around the makefile for the geocouch I noticed it included targets for
>>>> running tests and these do not all pass either, so it would seem to me that
>>>> something might be wrong at the compilation stage. If true then I guess the
>>>> code just needs more work. But is that the case? I'm not very fluent in Erlang
>>>> yet to read it all and determine definitely for myself and I'd like to
>>>> double check
>>>> with anyone who knows for certain.
>>>
>>> Try again with CouchDB 1.2.0 and let me know if it still doesn't pass
>>> all tests.
>>>
>>> Cheers,
>>> Volker
>>>
Re: geocouch with polygons
Posted by Paul Torres <pt...@gmail.com>.
Volker,
I finally traced all my mistakes. Couch 1.2.0 works fine now and
passes all Couch 1.2.0 specific tests. I had to upgrade my version of
Firefox in the process amongst other things. I had also forgotten to
update an environment flag.
In any event, all but one test for geocouch (with polygons)
passes. The final test spatial_opensearch fails with:
Assertion 'Intersects 3 geometries.' failed: expected '3', got '0'
Assertion 'searching with polygon' failed: expected '["0","1","2"]', got '[]'
Assertion 'Intersects one LineString twice.' failed: expected '1', got '0'
Assertion 'Intersects one geometry.' failed: expected '1', got '0'
Assertion 'Intersects two geometries.' failed: expected '2', got '0'
Any clue what that might be?
-Paul
On Thu, Jul 12, 2012 at 2:32 AM, Paul Torres <pt...@gmail.com> wrote:
> Thank you Volker. I am interested in getting this to work.
>
> I'll have to get back to you still later. I thought I was having
> problems with geocouch (with support for polygons) in combination with
> couchdb 1.2.0 but it turns out I'm having problems with couchdb 1.2.0
> itself. Maybe I can get advice on this new issue from someone?
>
> 1.2.0 builds fine, make check passes all tests, the configure script
> is happy, and
> I removed the first installation (I used make uninstall to do some of
> that as well).
> I manually removed the old geocouch.ini file. After the new install I
> changed the
> ownership and groups to my couchdb user and group, etc. And I am not
> forgetting to
> use Firefox.
>
> But some of the futon tests are failing...and then many of them fail.
> To be precise, the attachments test fails right away with:
> Assertion failed: xhr.responseText == lorem
> Exception raised: {}
>
> list_views fails right away with:
> Assertion 'xhr.status == 200, "standard get should be 200"' failed:
> standard get should be 200
> Assertion failed: /head0123456789tail/.test(xhr.responseText)
>
> rev_stemming fails right away with:
> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
> == newLimit + 1
> Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
> == newLimit + 1
>
> view_compaction fails [but succeeds on a 2nd manual try] with:
> Assertion failed: resp.view_index.disk_size < disk_size_before_compact
>
>
> Then if I run all the tests again, a whole lot more of them fail. In particular
> all tests after users_db_security fail with the error:
> Exception raised: {"error":"unauthorized","reason":"You are not a
> server admin."}
> The test users_db_security itself fails with: Exception raised: {}
>
>
> And following any links--or clicking on reload--causes the "admin party" to
> suddenly end and I'm no longer admin nor can I run any more tests. The "Verify
> your installation" works the first time (before all these failed tests) but
> after the failures, it returns X: [object Object]
>
> I'm not sure what to do. I have a nagging feeling something from the
> 1.1.0 install
> lingers and screws up the 1.2.0 install, but I cannot find it. And if it is not
> that I don't have a clue right now what is causing this error. I've never had
> this much trouble building from source before and it's eaten up so much time.
>
> -Paul
>
> On Wed, Jul 11, 2012 at 11:19 AM, Volker Mische <vo...@gmail.com> wrote:
>> Hi Paul
>>
>> On 07/11/2012 03:44 AM, Paul Torres wrote:
>>> Does anyone have any experience with the latest experimental geocouch
>>> that supports
>>> polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
>>
>> Yes ;)
>>
>>> Being experimental, does that mean the tests in the futon test suite do not
>>> neccessarily all pass? I have a few that are failing, but I cannot track down
>>> any (more) of my own errors that might be causing it. I have all the
>>> dependencies
>>> including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
>>> compiled and copied the .ini file and the tests and updated the list
>>> of tests that
>>> should be run... I'm running couch 1.1.0 compiled from source.
>>
>> All Futon tests should work. The problem might be that this version is
>> for CouchDB 1.2.0 and was only tested with it.
>>
>>> Poking around the makefile for the geocouch I noticed it included targets for
>>> running tests and these do not all pass either, so it would seem to me that
>>> something might be wrong at the compilation stage. If true then I guess the
>>> code just needs more work. But is that the case? I'm not very fluent in Erlang
>>> yet to read it all and determine definitely for myself and I'd like to
>>> double check
>>> with anyone who knows for certain.
>>
>> Try again with CouchDB 1.2.0 and let me know if it still doesn't pass
>> all tests.
>>
>> Cheers,
>> Volker
>>
Re: geocouch with polygons
Posted by Paul Torres <pt...@gmail.com>.
Thank you Volker. I am interested in getting this to work.
I'll have to get back to you still later. I thought I was having
problems with geocouch (with support for polygons) in combination with
couchdb 1.2.0 but it turns out I'm having problems with couchdb 1.2.0
itself. Maybe I can get advice on this new issue from someone?
1.2.0 builds fine, make check passes all tests, the configure script
is happy, and
I removed the first installation (I used make uninstall to do some of
that as well).
I manually removed the old geocouch.ini file. After the new install I
changed the
ownership and groups to my couchdb user and group, etc. And I am not
forgetting to
use Firefox.
But some of the futon tests are failing...and then many of them fail.
To be precise, the attachments test fails right away with:
Assertion failed: xhr.responseText == lorem
Exception raised: {}
list_views fails right away with:
Assertion 'xhr.status == 200, "standard get should be 200"' failed:
standard get should be 200
Assertion failed: /head0123456789tail/.test(xhr.responseText)
rev_stemming fails right away with:
Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
== newLimit + 1
Assertion failed: db.open("bar", {revs: true})._revisions.ids.length
== newLimit + 1
view_compaction fails [but succeeds on a 2nd manual try] with:
Assertion failed: resp.view_index.disk_size < disk_size_before_compact
Then if I run all the tests again, a whole lot more of them fail. In particular
all tests after users_db_security fail with the error:
Exception raised: {"error":"unauthorized","reason":"You are not a
server admin."}
The test users_db_security itself fails with: Exception raised: {}
And following any links--or clicking on reload--causes the "admin party" to
suddenly end and I'm no longer admin nor can I run any more tests. The "Verify
your installation" works the first time (before all these failed tests) but
after the failures, it returns X: [object Object]
I'm not sure what to do. I have a nagging feeling something from the
1.1.0 install
lingers and screws up the 1.2.0 install, but I cannot find it. And if it is not
that I don't have a clue right now what is causing this error. I've never had
this much trouble building from source before and it's eaten up so much time.
-Paul
On Wed, Jul 11, 2012 at 11:19 AM, Volker Mische <vo...@gmail.com> wrote:
> Hi Paul
>
> On 07/11/2012 03:44 AM, Paul Torres wrote:
>> Does anyone have any experience with the latest experimental geocouch
>> that supports
>> polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
>
> Yes ;)
>
>> Being experimental, does that mean the tests in the futon test suite do not
>> neccessarily all pass? I have a few that are failing, but I cannot track down
>> any (more) of my own errors that might be causing it. I have all the
>> dependencies
>> including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
>> compiled and copied the .ini file and the tests and updated the list
>> of tests that
>> should be run... I'm running couch 1.1.0 compiled from source.
>
> All Futon tests should work. The problem might be that this version is
> for CouchDB 1.2.0 and was only tested with it.
>
>> Poking around the makefile for the geocouch I noticed it included targets for
>> running tests and these do not all pass either, so it would seem to me that
>> something might be wrong at the compilation stage. If true then I guess the
>> code just needs more work. But is that the case? I'm not very fluent in Erlang
>> yet to read it all and determine definitely for myself and I'd like to
>> double check
>> with anyone who knows for certain.
>
> Try again with CouchDB 1.2.0 and let me know if it still doesn't pass
> all tests.
>
> Cheers,
> Volker
>
Re: geocouch with polygons
Posted by Volker Mische <vo...@gmail.com>.
Hi Paul
On 07/11/2012 03:44 AM, Paul Torres wrote:
> Does anyone have any experience with the latest experimental geocouch
> that supports
> polygons? From: https://github.com/vmx/geocouch/tree/couchdbgeom
Yes ;)
> Being experimental, does that mean the tests in the futon test suite do not
> neccessarily all pass? I have a few that are failing, but I cannot track down
> any (more) of my own errors that might be causing it. I have all the
> dependencies
> including GEOS available in my PATH, and my ERL_FLAGS are set, etc. I
> compiled and copied the .ini file and the tests and updated the list
> of tests that
> should be run... I'm running couch 1.1.0 compiled from source.
All Futon tests should work. The problem might be that this version is
for CouchDB 1.2.0 and was only tested with it.
> Poking around the makefile for the geocouch I noticed it included targets for
> running tests and these do not all pass either, so it would seem to me that
> something might be wrong at the compilation stage. If true then I guess the
> code just needs more work. But is that the case? I'm not very fluent in Erlang
> yet to read it all and determine definitely for myself and I'd like to
> double check
> with anyone who knows for certain.
Try again with CouchDB 1.2.0 and let me know if it still doesn't pass
all tests.
Cheers,
Volker