Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C28CB9A13 for ; Tue, 31 Jan 2012 15:53:40 +0000 (UTC) Received: (qmail 55302 invoked by uid 500); 31 Jan 2012 15:53:40 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 55232 invoked by uid 500); 31 Jan 2012 15:53:39 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 55224 invoked by uid 99); 31 Jan 2012 15:53:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 Jan 2012 15:53:39 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [98.139.91.81] (HELO nm11.bullet.mail.sp2.yahoo.com) (98.139.91.81) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 31 Jan 2012 15:53:30 +0000 Received: from [98.139.91.63] by nm11.bullet.mail.sp2.yahoo.com with NNFMP; 31 Jan 2012 15:53:09 -0000 Received: from [98.139.91.43] by tm3.bullet.mail.sp2.yahoo.com with NNFMP; 31 Jan 2012 15:53:09 -0000 Received: from [127.0.0.1] by omp1043.mail.sp2.yahoo.com with NNFMP; 31 Jan 2012 15:53:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 707138.22480.bm@omp1043.mail.sp2.yahoo.com Received: (qmail 47425 invoked by uid 60001); 31 Jan 2012 15:53:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1328025189; bh=nzjNT7ok1YUs4GapgQp/5wQMiQyATn33Bw6/lytxD8k=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2QBJQi9KU9Kc8Vj4h+3EVJvOM66uV/+HYPrX2C6df3GvVor2mcSoGZRDRYG6C+S3hu95xPmGgGEOHd0TFxtloy7zAbEURr9Ypv3EyytZGGn2T2Zq/pYgCF77Bgm1DP11urspXrvEnIeFB8p7lxD8SOLgKjmCBXOQf9807Q2wdMQ= X-YMail-OSG: 87LNJBsVM1mz4x0axGw10.CYVK7j75_jq_ukwNSl2eYJrQI U5SxSogsWVxid4uecNT_IaKHfjoYEmPnxjsL5siZ9_NnO_2Mx8o9ReiXAY7o WHwz0YMxiwdU2a_AbpyXUnE0rzruZI.hK2lFkY3UCKEc4b3.CAnKl6y5LLKK 4CUxRC293dztjFnepqH._VpsYVfGlW1_Ygm4tYxOx1EP_5nYChxkqIBwcysb t0hJqcwMjUxc8xieYDNXgIrwl1ertGni.Ojs9zGOFGojT78J7vvcF3TIgoZN wcgX91Kntr.6rBl3np1GOQpzCAl9gX_zO0OpTW4VJMsA3HFp54CyBKdjFK6X 9K9Auts7sPzz1IP2SxZJMlPbm7iOKr6lApuXZDH0M9FgX5JXAb4oqF4YlrYu jNJ4jcqqOUB4mqGy2rw2TCzMhDZsek_PpZ9M9msF6JdqsdedxH8z_dQOPQEo 1Vuk- Received: from [200.118.157.7] by web113506.mail.gq1.yahoo.com via HTTP; Tue, 31 Jan 2012 07:53:09 PST X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.116.331537 Message-ID: <1328025189.44639.YahooMailClassic@web113506.mail.gq1.yahoo.com> Date: Tue, 31 Jan 2012 07:53:09 -0800 (PST) From: Pedro Giffuni Reply-To: pfg@apache.org Subject: Re: [code] 4.x Feature planning: MTL proposal To: ooo-dev@incubator.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable --- Mar 31/1/12, Rob Weir ha scritto:=0A=0A> =0A> How = would this be exposed in Calc?=A0 Are you thinking of=0A> having it handle = the matrix spreadsheet functions like=0A> MMULT() and MINVERSE()?=0A=0AYes = at first it would replace the existing matrix=0Aoperations. In a spreadshee= t everything is composed=0Aof matrices so even managing the existing calcul= ations=0Awith MTL would bring some level of simplification and=0Acode reduc= tion=0A=0A> Or were you thinking of exposing some more advanced=0A> functio= ns or tools, like eigenvectors/eigenvalues=0A> calculations?=0A>=0A=0AThat = would be a latter step: arguably this would be=0Aof great use for a small g= roup of people. An accountant,=0Afor example, will have no use for it.=0A = =0A> It would be good to understand the advantages of changes=0A> the code = here.=A0 I assume it would be for better performance=0A> with large spreads= heets, especially now that OOo supports=0A> 1 million rows of data.=0A> =0A= =0ANormally, doing code that scales well with massive amount=0Aof data actu= ally slows down small size calculations but=0Asmall size calculations are a= lready so fast to compute that=0Ano one will notice. The difference will be= in big problems,=0Alet's say we save an half an hour in a calculation that= takes=0A28 hours.=0A=0ASuch calculations can be very common in scientific= =0Aenvironments and in niche markets like the oil industry:=0Athere, people= have specialized software that they just fork=0Aand forget about. The adva= ntage of Calc is the interface,=0Aand while people don't appreciate having = a spreadsheet open=0Afor 28 hours, no matter the size, this will be very us= eful=0Afor medium sized calculations and maybe to interface with=0Aspeciali= zed modules (volunteer can look at MUMPS).=0A=0ATo make some idea, I think = this would compete to some extent=0Awith Matlab-like toolsets, where people= have a general matrix=0Asolving environment and additional toolsets availa= ble for=0Aspecialized problems.=0A=0APedro.