Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: local policy)
Date: Thu, 10 Jun 2010 08:56:01 +0200 (CEST)
From: luc.maisonobe@free.fr
To: Commons Developers List <dev@commons.apache.org>
Message-ID: 
 <259819341.2468831276152961717.JavaMail.root@spooler6-g27.priv.proxad.net>
In-Reply-To: <2FEC884DD0E84FA8840473107CFD74FE@BillPC>
Subject: Re: [math]  StatUtils handling of zero length arrays - MATH-373
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


----- "Bill Barker" <billwbarker@verizon.net> a =C3=A9crit :

> Currently StatUtils.sum(double [])  (as well as most other statistics
> that=20
> operate on arrays) returns NaN on a zero length array.  As pointed out
> in=20
> the Jira issue, this is not the conventional treatment of a summation
> over=20
> the empty set (which would return zero) in the mathematical world.  I
> would=20
> definitely want to change this in 3.0.  But I'm on the fence for how
> much of=20
> an incompatible change this would be for 2.2.

I would say go for it, but I'm quite loosy on compatibility issues (i.e. I =
promote compatibility, but always find good reasons to not do it).

Luc

>=20
> The change is simple, and I'm volunteering to do the work.  I just
> wanted to=20
> ping the list for opinions on how much breakage we can allow in 2.2.=20
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org