Phil Steitz wrote:
I think these methods should be named "setData." They have a different
contract from "addData" in SimpleRegression, which does not replace
observations that have previously been added. If there are no
objections, I will make that change.
Yes - It makes sense to be consist
Luc Maisonobe wrote:
One of the task scheduled for 2.0 is the implementation of the Singular
Value Decomposition.
I think this addition should be done together with several other
decompositions in a consistent scheme. What we have currently is:
- LU decomposition embedded directly into [Real/B
Albretch Mueller wrote:
On Sun, Jun 8, 2008 at 10:18 AM, Phil Steitz <[EMAIL PROTECTED]>
Its probably best to take the discussion to the dev list.
~
Hi,
~
this thread started in [EMAIL PROTECTED] as
"commons.apache.org/math/stat/"
~
Formal need for a way to keep incremental statistic
While clear and elegant from a matrix algebra standpoint, the "nailve"
implementation in OLSMultipleLinearRegression has bad numerical
qualities. It is well known that solving the normal equations directly
does not give good numerics. I just added some tests to actually verify
parameter value
One of the task scheduled for 2.0 is the implementation of the Singular
Value Decomposition.
I think this addition should be done together with several other
decompositions in a consistent scheme. What we have currently is:
- LU decomposition embedded directly into [Real/Big]MatrixImpl
withou
On Sun, Jun 8, 2008 at 10:18 AM, Phil Steitz <[EMAIL PROTECTED]>
> Its probably best to take the discussion to the dev list.
~
Hi,
~
this thread started in [EMAIL PROTECTED] as
"commons.apache.org/math/stat/"
~
Formal need for a way to keep incremental statistics as part of the package:
~
If yo
Phil Steitz a écrit :
> I think these methods should be named "setData." They have a different
> contract from "addData" in SimpleRegression, which does not replace
> observations that have previously been added. If there are no
> objections, I will make that change.
+1 from me
Luc
>
> Phil
>
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-jxpath has an issue affecting its community integration.
This issue affec