Phil Steitz wrote:
I looked at this some more last night and now agree that if you are
just computing SSE, scoring the data and running that one sum in a
second pass should in general be more accurate. The problem is, as
Luc pointed out, the need to store all of the data and I don't see any
way
Selon Phil Steitz <[EMAIL PROTECTED]>:
> I am still -0 on adding a separate stateful
> impl, but could be convinced if others feel differently and someone is
> willing to volunteer to research, code, doc and write tests for it.
I have no personal opinion on this subject. I only think that if user
I looked at this some more last night and now agree that if you are
just computing SSE, scoring the data and running that one sum in a
second pass should in general be more accurate. The problem is, as
Luc pointed out, the need to store all of the data and I don't see any
way around that. If the
On 7/11/06, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
J.Pietschmann wrote :
> Well, the majority of the num math text books on my shelf actually
> recommend computing the sum of the squared errors instead of the
> algebraic equivalent form given in the more analytically oriented
> text books (and
J.Pietschmann wrote :
Well, the majority of the num math text books on my shelf actually
recommend computing the sum of the squared errors instead of the
algebraic equivalent form given in the more analytically oriented
text books (and used above). This is, of course, more complicated
and still
Phil Steitz wrote:
Just replace the return statement by :
Math.amx(0, sumYY - sumXY * sumXY / sumXX);
Sounds good.
Well, the majority of the num math text books on my shelf actually
recommend computing the sum of the squared errors instead of the
algebraic equivalent form given in the mor
On 7/4/06, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
Phil Steitz (JIRA) a écrit :
> I agree this is a corner case and the negative result is due to rounding.
The question is, should we force the result to 0 when a negative value is returned
by the computation?
Yes, I think this would be wiser
Phil Steitz (JIRA) a écrit :
I agree this is a corner case and the negative result is due to rounding. The question is, should we force the result to 0 when a negative value is returned by the computation?
Yes, I think this would be wiser than what I said in my previous
comment. I forgot tha
[
http://issues.apache.org/jira/browse/MATH-85?page=comments#action_12419186 ]
Phil Steitz commented on MATH-85:
-
I agree this is a corner case and the negative result is due to rounding. The
question is, should we force the result to 0 when a negative val
[
http://issues.apache.org/jira/browse/MATH-85?page=comments#action_12419184 ]
Luc Maisonobe commented on MATH-85:
---
The problem is related to computation accuracy in a corner case.
The data (110.7178495, 8915.102), (110.7264895, 8919.302), (110.7351295,
10 matches
Mail list logo