Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7C0257620 for ; Fri, 22 Jul 2011 02:18:46 +0000 (UTC) Received: (qmail 5507 invoked by uid 500); 22 Jul 2011 02:18:45 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 5406 invoked by uid 500); 22 Jul 2011 02:18:44 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 5397 invoked by uid 99); 22 Jul 2011 02:18:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jul 2011 02:18:44 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of phil.steitz@gmail.com designates 209.85.218.43 as permitted sender) Received: from [209.85.218.43] (HELO mail-yi0-f43.google.com) (209.85.218.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 Jul 2011 02:18:36 +0000 Received: by yib12 with SMTP id 12so1010445yib.30 for ; Thu, 21 Jul 2011 19:18:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=4GmLcELpylwKnU6pzL+ptY8fHSUq3hceE0cda3blV1E=; b=P7eihGfij0+9ZThfU7kM01ACXUyMjKLNCWVG7atlr9Lzxuzm0byic4xf7xEmZkgQhf IoAA3hjdsO+Z+7ab8ZmMhh9yR9KSns1fbUnEx7JfOF/PGfE/ebZuFRIF34VhGNzd05pE to7PKAk8ywplB4Bj1QCzqqTPeJx7J8rw1rVvE= Received: by 10.142.125.8 with SMTP id x8mr566756wfc.14.1311301095750; Thu, 21 Jul 2011 19:18:15 -0700 (PDT) Received: from a.local (71-223-74-208.phnx.qwest.net [71.223.74.208]) by mx.google.com with ESMTPS id l19sm1006673wfk.23.2011.07.21.19.18.12 (version=SSLv3 cipher=OTHER); Thu, 21 Jul 2011 19:18:13 -0700 (PDT) Message-ID: <4E28DDE3.9000904@gmail.com> Date: Thu, 21 Jul 2011 19:18:11 -0700 From: Phil Steitz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: Commons Developers List Subject: Re: [math] RegressionModelSpecificationException References: <4E286678.4070709@gmail.com> <20110721181809.GD7045@dusk.harfang.homelinux.org> <4E28811F.4070508@gmail.com> <20110721202354.GE7045@dusk.harfang.homelinux.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 7/21/11 6:53 PM, Greg Sterijevski wrote: >> >> +1 from me as well (does that even count?). Thanks! And yes, "that counts" - in fact it carries a lot of weight because you have contributed more than anyone else to this area recently. We operate a "do-ocracy" here :) > As an aside, I believe we will be adding more exceptions. Yes. > The number of ways > to screw up a regression is limited only by the user's imagination. As we > finalize how we deal with obviously redundant regressors, that might be a > new exception as well. Perhaps we should think of the exceptions cleaving in > two planes. First would be input data problems. Second would be estimation > failure. That is a common pattern. The first kind will extend MathIllegalArgumentException (like RegressionModelSpecificationException). The second kind will depend on what exactly is failing. In some cases, it will be appropriate to propagate an exception from one of the other packages; in others we may want to define new exceptions specific to regression model estimation. Regarding obviously redundant regressors, it's probably in most cases better to include this information in results, rather than throwing exceptions, since in some cases users may want the (arguably bogus) parameter estimates when we can compute them. Phil > > -Greg > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org