Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 10103 invoked from network); 19 Jul 2010 11:27:32 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 19 Jul 2010 11:27:32 -0000 Received: (qmail 26509 invoked by uid 500); 19 Jul 2010 11:27:31 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 26217 invoked by uid 500); 19 Jul 2010 11:27:28 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 26209 invoked by uid 99); 19 Jul 2010 11:27:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Jul 2010 11:27:27 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of volker.mische@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Jul 2010 11:27:18 +0000 Received: by bwz14 with SMTP id 14so4897431bwz.11 for ; Mon, 19 Jul 2010 04:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=f4Q28XqoehIb4FywBF57Sxo64d1GDtFpCam7KrpGBbI=; b=b4+CVnovP1cJUtWINv5f2xm8PIc+EHmDsmq9LJvDtTBZP02bBkANvqb3rFjqyqQajD sVkYP/u81/MRI2ZMeZdBxuuEiaYD6EVxx/wo3I0dNS/uR4yXTOnbygRE2fwqESF6H9N6 3vBNSgyBRZsUCYtEt8pvyXfN7bIHw+ZIBFa+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=NPwC9voS/5Al4wdF4ogQ3oqMDHoT+Lgb3VYEP+orUKutvrLrywGe+IiIxFadA+FLL8 +G7C5pmOtiMuKaTdcn/q8tr/ilRRvjFFvjnA2/D3o5iAZaZoiYrgrHBazMKUQdL3VADP NMSYcby8iehIaAR3k2IKlqV0eMmVNCmbTpSE8= Received: by 10.204.19.208 with SMTP id c16mr3889740bkb.30.1279538757966; Mon, 19 Jul 2010 04:25:57 -0700 (PDT) Received: from [192.168.0.4] (dslb-084-056-045-065.pools.arcor-ip.net [84.56.45.65]) by mx.google.com with ESMTPS id a11sm25385126bkc.12.2010.07.19.04.25.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Jul 2010 04:25:55 -0700 (PDT) Message-ID: <4C443634.1080104@gmail.com> Date: Mon, 19 Jul 2010 13:25:40 +0200 From: Volker Mische User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100411 Icedove/3.0.4 MIME-Version: 1.0 To: user@couchdb.apache.org CC: Norman Barker Subject: Re: geocouch References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Norman, On 07/17/2010 09:15 PM, Norman Barker wrote: > Hi, > > I am using geocouch to index documents and it is working well, I have > had a couple of issues, firstly you can only emit one spatial key per > document and it is useful to emit more than one spatial key as you > parse the document (rather than creating a geojson geometry > collection). If it's currently not possible to have several emit()s it's a bug. I really need a JavaScript test suite, not only Erlang tests for the vtree. > > Secondly, and perhaps more importantly, if you don't emit a spatial > key then the indexing fails. > > In couch_spatial_updater I changed the spatial docs function as below, > but this should be considered a workaround, I see the bbox to > [[{{-181.0, -91.0, -181.0, -91.0}, [null]}]]; knowing that won't be > queried, really I would like to set it to the atom undefined and not > have it in the index when not emitted. Kind of funny that so many people discovered this bug within a few days. Normally if the code doesn't reach an emit() it won't show up in the index. I will fix it. > Final comment is that I was patching a 1.0 windows release, and the > only 1.0 branch files that are different are couch_view_group and > couch_query_servers and the changes were -export([hex_sig/1]). and > -export([get_os_process/1]). if they could get added to trunk then > perhaps geocouch could be kept as a separate plugin? I was able to put > the daemons in local.ini and it worked fine. That's the plan. Though I haven't had the time yet. First step will be to move to trunk, and the reorganizing the code. > > Good work though, this is cool and is really quick!. Thanks :) Cheers, Volker