https://bugs.kde.org/show_bug.cgi?id=422225
--- Comment #8 from Eduardo <eduponto...@gmail.com> --- Hi people, thanks to the comments (In reply to disuser from comment #2) > I have just checked it with the data you provided: > > x: (0; 0,37; 0,5) > y: (0; 20; 25) > > There are two variables (columns) of Numeric type (x, y) with three cases > (rows) each. And I got virtually the same results in both LabPlot and in > Libreoffice: > > LabPlot: > c₀ = 0.00241456±0.011553 (478 %) > (t statistic: 0.209, p value: 0.869, conf. interval: -0.14438 .. 0.149209) > c₁ = 0.508915±0.0321703 (6.32 %) > (t statistic: 15.8, p value: 0.0402, conf. interval: 0.100152 .. 0.917678) > > Libreoffice: > c₀ = 0.00241456 = intercept(y,x) > c₁ = 0.50891530 = slope(y,x) > > However, if I don't reduce the default number of cases (rows) from one > hundred to three, LabPlot gives me the following estimates: > > Parameters: > c₀ = 2.57031e-05±0.000122982 (478 %) > (t statistic: 0.209, p value: 0.835, conf. interval: -0.000218351 .. > 0.000269757) > c₁ = 0.514287±0.00197717 (0.384 %) > (t statistic: 260, p value: 0, conf. interval: 0.510363 .. 0.518211) disuser you probably have used the values x: (0; 0,37; 0,5) y: (0; 0,20; 0,25) But the problem that i can see, as reported by Alexander Semke, is 1. first row recognize data type as integer and change x = 0,37 by x = 0 2. fill all rows with 0 (look a print screen in attachment) and does not matter what kind of data type is in the following. Should i change the status to resolved? -- You are receiving this mail because: You are watching all bug changes.