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 808A06866 for ; Tue, 12 Jul 2011 05:53:54 +0000 (UTC) Received: (qmail 61522 invoked by uid 500); 12 Jul 2011 05:53:50 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 61248 invoked by uid 500); 12 Jul 2011 05:53:36 -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 61200 invoked by uid 99); 12 Jul 2011 05:53:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jul 2011 05:53:32 +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.210.43 as permitted sender) Received: from [209.85.210.43] (HELO mail-pz0-f43.google.com) (209.85.210.43) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jul 2011 05:53:25 +0000 Received: by pzk1 with SMTP id 1so3705392pzk.30 for ; Mon, 11 Jul 2011 22:53:04 -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=zVHu8hryCqfFkyvh4O8i07htyrjirjsEOuyynQ5HjIg=; b=FzyO/SATInuVc8uMEVJvJWNxtkvggqvUYb7cndzDb8WEwhQKpYGhi7beF6XbgP5IMC uc8kkaL3hVFc01WU0X1gxklIMYu18sBpRZQAy/1l17k3+V0V/ElKetuIU0+CJBkUTQFW abFtsblqPxrRxOuE8MVIIBajTEy+PFvu2GxxA= Received: by 10.68.29.228 with SMTP id n4mr7620089pbh.500.1310449984672; Mon, 11 Jul 2011 22:53:04 -0700 (PDT) Received: from a.local (71-223-74-208.phnx.qwest.net [71.223.74.208]) by mx.google.com with ESMTPS id z6sm1041187pbc.14.2011.07.11.22.53.01 (version=SSLv3 cipher=OTHER); Mon, 11 Jul 2011 22:53:03 -0700 (PDT) Message-ID: <4E1BE13B.2030405@gmail.com> Date: Mon, 11 Jul 2011 22:52:59 -0700 From: Phil Steitz User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Commons Developers List Subject: Re: [math] Re: Longley Data References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 7/11/11 9:34 PM, Greg Sterijevski wrote: > I also ran the filipelli data through both the regression technique that I > am working on, and the current multiple regression package. My work in > progress gets estimates which though not great are close to the certified > values. OLSMultipleLinearRegression exceptions out, complaining about a > singular matrix. I assume the design matrix is near-singular, correct? Where did the certified values come from? If you have access to R, it would be good to compare results against R as well. There is R code in src/test/R set up to compare results against [math]. > > On Mon, Jul 11, 2011 at 11:07 PM, Greg Sterijevski > wrote: > >> Yes, my apologies. I am a bit new to this. >> >> >> >> On Mon, Jul 11, 2011 at 10:59 PM, Henri Yandell wrote: >> >>> I'm assuming this is Commons Math. I've added a [math] so it catches >>> the interest of those involved. >>> >>> >>> On Mon, Jul 11, 2011 at 8:52 PM, Greg Sterijevski >>> wrote: >>>> Additionally, I pass all of the Wampler beta estimates. >>>> >>>> On Mon, Jul 11, 2011 at 10:40 PM, Greg Sterijevski >>>> wrote: >>>> >>>>> Hello All, >>>>> >>>>> I am testing the first 'updating' ols regression algorithm. I ran it >>>>> through the Wampler1 data. It gets 1.0s for all of the beta estimates. >>> I >>>>> next ran the Longley dataset. I match, but with a tolerance of 1.0e-6. >>> This >>>>> is a bit less than two orders of magnitude worse than the current >>> incore >>>>> estimator( 2.0e-8). My question to the list, is how important is this >>> diff? >>>>> Is it worth tearing things apart to figure out where the error is >>>>> accumulating? >>>>> >>>>> Thanks, >>>>> >>>>> -Greg >>>>> >>> --------------------------------------------------------------------- >>> 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