Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 73715 invoked from network); 10 Jun 2009 15:56:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Jun 2009 15:56:07 -0000 Received: (qmail 25237 invoked by uid 500); 10 Jun 2009 15:56:18 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 25150 invoked by uid 500); 10 Jun 2009 15:56:17 -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 25140 invoked by uid 99); 10 Jun 2009 15:56:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jun 2009 15:56:17 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jim@nhrevolution.com designates 216.14.80.90 as permitted sender) Received: from [216.14.80.90] (HELO www.filmindustryrevolution.com) (216.14.80.90) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jun 2009 15:56:05 +0000 Received: (qmail 28385 invoked from network); 10 Jun 2009 08:55:43 -0700 Received: from cpe-76-166-244-182.socal.res.rr.com (HELO ?192.168.1.102?) (76.166.244.182) by vps110.yellowfiber.net with SMTP; 10 Jun 2009 08:55:43 -0700 Message-Id: <976C313C-DF6A-469F-87F6-6AD34387AF06@nhrevolution.com> From: Jim Kass To: user@couchdb.apache.org In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-4-54170451 Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: reduce limit Date: Wed, 10 Jun 2009 08:55:42 -0700 References: X-Mailer: Apple Mail (2.935.3) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail-4-54170451 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Benoit, I don't know if this will solve your issue, but you appear from your =20= earlier code to be using JSON without quoting the keys. This is =20 explained: http://simonwillison.net/2006/Oct/11/json/ http://news.ycombinator.com/item?id=3D621921 Assuming CouchDB is strict about JSON, what's being interpreted is not =20= a JSON object, but actually a labeled code block and prob. not the =20 data you expect. - Jim Kass On Jun 10, 2009, at 7:34 AM, Benoit Chesneau wrote: > I'm trying to figure how reduce limit is calculated . When I see the > code of main.js/view.js I have : > > ------------snippet > if (query_config && query_config.reduce_limit && > reduce_length > 200 && ((reduce_length * 2) > line.length)) { > > throw { > error:"reduce_overflow_error", > reason: "Reduce output must shrink more rapidly. Current > output: '"+ reduce_line +"'" > > }; > } else { > > print("[true," + reduce_line + "]"); > } > ------------ / snippet > > but while logging value, line.length is always 2 so if I send a value > length > 200 reduction always failed until I set reduce_limit to > false. > > Why limiting values returned by reduce to 200 ? Is it fair to return > when not grouping by key a single hash or anything else of values > > 200 (see my previous mail) ? > > - beno=EEt - Jim Kass New Hollywood Revolution E: jim@nhrevolution.com | P: 818-574-7015 | AIM/twitter: nhrevolution --Apple-Mail-4-54170451--