Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 74686 invoked from network); 22 Mar 2004 03:40:14 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 22 Mar 2004 03:40:14 -0000 Received: (qmail 98032 invoked by uid 500); 22 Mar 2004 03:39:53 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 98004 invoked by uid 500); 22 Mar 2004 03:39:52 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 97980 invoked from network); 22 Mar 2004 03:39:52 -0000 Received: from unknown (HELO web41306.mail.yahoo.com) (66.218.93.55) by daedalus.apache.org with SMTP; 22 Mar 2004 03:39:52 -0000 Message-ID: <20040322034001.55678.qmail@web41306.mail.yahoo.com> Received: from [69.3.233.82] by web41306.mail.yahoo.com via HTTP; Sun, 21 Mar 2004 19:40:01 PST Date: Sun, 21 Mar 2004 19:40:01 -0800 (PST) From: Al Chou Subject: Re: [math][proposal] stat package structure To: Jakarta Commons Developers List In-Reply-To: <405E05A4.6070003@steitz.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --- Phil Steitz wrote: > I would like to propose the following repackaging of classes in the stat > and distributions packages. > > 1. Move the univariate statistical aggregates (DescriptiveStatistics, > SummaryStatistics et al) into the univariate package. +1 > 2. Move distributions back into stat. I did not comment on the initial > move out, but it seems wrong to me now. The abstract classes and all > implementations are probability distributions. To me these fit naturally > in stat. I can live with it as is; I just wanted to see if others are > feeling the same and if so, get it fixed while we still have the chance. +1 Here the "stat" package doubles as a "probability" package that doesn't exist, but in the absence of a use case for the latter, it makes sense to make the move you're proposing. > 3. Create a "multivariate" subpackage and place the lonely > BivariateRegression there. It is odd to have a package with only one > class, but I think the probability is 1 that we will quickly have more > multivariate statistical classes (e.g. multiple regression) and I would > prefer not to have to play the deprecate-move game if we can see it coming. +1 It's like a section of a document outline that has only one subsection (which my English teachers in secondary schools always warned against ), except that we can easily envision other subsections coming into existence under that section. > 4. Similarly, I would like to create an "inference" or "test" subpackage > and put TestStatistic there. +1 I wonder if there's a better name than those two. I see Mark voted for "test", but -- perhaps because I've never done much statistics -- that makes me think that I'm looking at a JUnit "tests" directory tree. A quick skim through _NR_ chapter 14 didn't turn up any better names, though. While you're moving TestStatistic, I noticed two typos in the Javadoc for chiSquare( double[, double[] ): "freqeuncy" and "counds". Al __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org