Bug 129398 - LibreOffice Calc 6.3.3.2(x64) Trend Calculated Y-Intercept Incorrect
Summary: LibreOffice Calc 6.3.3.2(x64) Trend Calculated Y-Intercept Incorrect
Status: RESOLVED DUPLICATE of bug 42380
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
3.3.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-12-14 04:41 UTC by sprender1
Modified: 2019-12-14 14:12 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example of Error (20.32 KB, image/png)
2019-12-14 04:43 UTC, sprender1
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sprender1 2019-12-14 04:41:48 UTC
Description:
After making a graph with spreadsheet data, when you insert a TREND LINE and have CALC calculate the linear equation for the data, the Y-INTERCEPT is incorrect. It appears to reflect the y-intercept of the visualized graph and not of the data. Eg if your graph has an x-axis starting at other than zero it will give the y-intercept as if the first datapoint were x=0.

Steps to Reproduce:
1. Have graph data, eg one column of 11..20 (x) and another of 11..20 (y)
2. Insert a graph of that data
3. Insert a trend line and show the equation. It is f(x)=x+10 WRONG instead of f(x)=x (CORRECT)
4. Actually, less-simple data gives a wrong slope (m) for the equation as well, so the entire algorithm might be wonky. Email for detailed examples and graphs.


Actual Results:
see above

Expected Results:
see above


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 sprender1 2019-12-14 04:43:11 UTC
Created attachment 156582 [details]
Example of Error
Comment 2 So 2019-12-14 05:40:37 UTC
Choose the chart type XY (Scatter). Then you can get correct equations of trend lines.

*** This bug has been marked as a duplicate of bug 42380 ***
Comment 3 sprender1 2019-12-14 06:59:30 UTC
Great but maybe at least disable the broken feature? Many are math-illiterats and wouldn't notice the numbers are wrong.
Comment 4 So 2019-12-14 14:12:08 UTC
I think this feature is misleading, but it works even if X data are non-numeric.