From dev-return-127250-apmail-commons-dev-archive=commons.apache.org@commons.apache.org Wed Jul 6 17:37:50 2011 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 2DB9D693A for ; Wed, 6 Jul 2011 17:37:50 +0000 (UTC) Received: (qmail 11048 invoked by uid 500); 6 Jul 2011 17:37:49 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 10951 invoked by uid 500); 6 Jul 2011 17:37:49 -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 10943 invoked by uid 99); 6 Jul 2011 17:37:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Jul 2011 17:37:48 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gsterijevski@gmail.com designates 209.85.212.43 as permitted sender) Received: from [209.85.212.43] (HELO mail-vw0-f43.google.com) (209.85.212.43) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Jul 2011 17:37:42 +0000 Received: by vws10 with SMTP id 10so154615vws.30 for ; Wed, 06 Jul 2011 10:37:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=A+7w0JZKMobrt8RSZ+odKxhkDBOrns8Wa9d1nl+3EfM=; b=mtYnOvVi9/FE0fhliUzlacVWL5Egm+tBWHD+r8Hm52yxp4hoNoGsD1fTXOnfmGYKvc eLh8SEqO1zekPZPpUmXyW17k0mmkpiUiz1GmQnECS8Rkq/mPjqEOGwDH2M23pDzmsAFk a+dFZMNcJEtICWLVzB2x3YcBXZr9oLdRQ8fR4= MIME-Version: 1.0 Received: by 10.220.39.5 with SMTP id d5mr3111676vce.213.1309973841541; Wed, 06 Jul 2011 10:37:21 -0700 (PDT) Received: by 10.220.105.137 with HTTP; Wed, 6 Jul 2011 10:37:21 -0700 (PDT) In-Reply-To: References: Date: Wed, 6 Jul 2011 12:37:21 -0500 Message-ID: Subject: Re: (MATH-607) Current Multiple Regression Object From: Greg Sterijevski To: Commons Developers List Content-Type: multipart/alternative; boundary=bcaec54ee67c7d793404a76a0d55 --bcaec54ee67c7d793404a76a0d55 Content-Type: text/plain; charset=ISO-8859-1 I like the following: It is conceivable that the interface you designed could be a facade over a lower level linear operator interface where that makes sense. If so, that is great. Looking through commons there is public interface DecompositionSolver. Perhaps an extension of this interface is what you are thinking of? Phil what are your thoughts? -Greg On Wed, Jul 6, 2011 at 11:54 AM, Ted Dunning wrote: > It isn't really necessary to commingle approaches at all. It is just nice > to think about the alternatives at once to get better designs. > > It is conceivable that the interface you designed could be a facade over a > lower level linear operator interface where that makes sense. If so, that > is great. > > If not, the question that is interesting is whether it could be slightly > adjusted to fit that style. > > On Wed, Jul 6, 2011 at 9:46 AM, Greg Sterijevski >wrote: > > > I see. Why would it be a good reason to commingle functionality? Aside > from > > diagnostics like condition numbers and maybe eigenvalues, these > approaches > > don't seem to share much commonality. I could be wrong since my knowledge > > of > > Mahout style problems is a bit spotty. > > > > On Wed, Jul 6, 2011 at 11:34 AM, Ted Dunning > > wrote: > > > > > The other way that regression is done at scale is with a linear > operator. > > > This linear operator is often defined by the behavior of some external > > > system that is not susceptible to incremental construction. A good > > example > > > is a large text retrieval system. > > > > > > It would be useful to support that style interface as well. > > > > > > On Wed, Jul 6, 2011 at 9:29 AM, Greg Sterijevski < > gsterijevski@gmail.com > > > >wrote: > > > > > > > Borrowing liberally from the SimpleRegressionClass, the above > > > > functionality > > > > describes most of what a user would expect from a classical > regression > > > > analysis. What the interface buys us is the ability to support the > many > > > > ways > > > > to generate the results above: QR factorizations, in place gaussian > > > > elimination, incremental SVD and so forth. > > > > > > > > > > --bcaec54ee67c7d793404a76a0d55--