Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C62E0EEC9 for ; Tue, 19 Feb 2013 21:40:28 +0000 (UTC) Received: (qmail 10085 invoked by uid 500); 19 Feb 2013 21:40:27 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 10050 invoked by uid 500); 19 Feb 2013 21:40:27 -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 10042 invoked by uid 99); 19 Feb 2013 21:40:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Feb 2013 21:40:27 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gcdcu-couchdb-user@m.gmane.org designates 80.91.229.3 as permitted sender) Received: from [80.91.229.3] (HELO plane.gmane.org) (80.91.229.3) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Feb 2013 21:40:19 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U7uvA-0002gq-2N for user@couchdb.apache.org; Tue, 19 Feb 2013 22:40:16 +0100 Received: from uom-128-250-150-70.eresearch.unimelb.edu.au ([128.250.150.70]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Feb 2013 22:40:16 +0100 Received: from lmorandini by uom-128-250-150-70.eresearch.unimelb.edu.au with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Feb 2013 22:40:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: user@couchdb.apache.org From: Luca Morandini Subject: Re: Fixed precision of floating point number not respected in views Date: Wed, 20 Feb 2013 08:39:44 +1100 Lines: 18 Message-ID: References: <51237473.8010601@gmail.com> <51238347.1090600@gmail.com> <51238F3D.5050605@gmail.com> Reply-To: lmorandini@ieee.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: uom-128-250-150-70.eresearch.unimelb.edu.au User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 In-Reply-To: X-Virus-Checked: Checked by ClamAV on apache.org On 02/20/2013 08:23 AM, Robert Newson wrote: > > The numbers are not being changed, you are simply being exposed to the truth. :) Nicely and concisely put, though it must be noted that Node.js -for instance- keeps hiding the truth, hence there is a bit of inconsistency. But what if I rely on that low-fidelity representation ? This is a DBMS, people expects to get exactly what they put into it. Regards, Luca Morandini Data Architect - AURIN project Department of Computing and Information Systems University of Melbourne Tel. +61 03 903 58 380 Skype: lmorandini