Bug 407382 - axis and data do not relate to each other
Summary: axis and data do not relate to each other
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: LabPlot2
Classification: Applications
Component: general (show other bugs)
Version: latest
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Alexander Semke
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-10 07:21 UTC by Michi
Modified: 2020-04-05 10:06 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
exmple 1 (4.67 KB, image/png)
2019-05-10 07:25 UTC, Michi
Details
example 2 (7.50 KB, image/png)
2019-05-10 07:25 UTC, Michi
Details
it's not about precision (86.17 KB, image/png)
2019-05-13 07:42 UTC, Michi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michi 2019-05-10 07:21:44 UTC
I just came to realize that the axis values do not align with the data sets. I'll send some screenshots where all ranges have been selected to 'auto'. In those screenshots the axis should be placed at 0.218, but the screenshots give a different picture ...

When I adjust the ranges manually the axis values do things that I don't really understand. For me as a stupid user this is all incomprehensible.

bye Michi
Comment 1 Michi 2019-05-10 07:25:01 UTC
Created attachment 119944 [details]
exmple 1
Comment 2 Michi 2019-05-10 07:25:13 UTC
Created attachment 119945 [details]
example 2
Comment 3 Alexander Semke 2019-05-10 08:32:51 UTC
Without having looked into the settings in your project yet, I'd assume this is because of the rounding for the axis labels. In the properties dock widget for the axis, navigate to the tab "Labels", uncheck "Auto" for the precision and specify the precision you need.
Comment 4 Michi 2019-05-13 07:42:57 UTC
Created attachment 120030 [details]
it's not about precision

the precision has been manually adjusted according to advice, but it does not touch the core of the problem.
In this screenshot one can see one and the same data set. The range of the y-axis of the scatter plot has been manually adjusted, which I assume should have consequences on how the data set(s) are displayed, but that doesn't happen. Instead the y-axis shows labels which I can't make any sense of; setting the range from 1.5 to 1.7 removes all labels, for instance.
Btw. the x-axis should intersect at 1.65
Comment 5 Alexander Semke 2019-05-18 06:45:27 UTC
(In reply to Michi from comment #4)
> Created attachment 120030 [details]
> it's not about precision
> 
> the precision has been manually adjusted according to advice, but it does
> not touch the core of the problem.
> In this screenshot one can see one and the same data set. The range of the
> y-axis of the scatter plot has been manually adjusted, which I assume should
> have consequences on how the data set(s) are displayed, but that doesn't
> happen. Instead the y-axis shows labels which I can't make any sense of;
> setting the range from 1.5 to 1.7 removes all labels, for instance.
> Btw. the x-axis should intersect at 1.65
Sorry, I'm still not quite sure I understand your problem correctly. Can you please attache your project and I'll check quickly the settings you did?

Disappearing of labels is another problem which have sometimes. This needs to be fixed urgently.
Comment 6 Alexander Semke 2020-03-28 16:24:06 UTC
Can you please attach your project file?
Comment 7 Michi 2020-04-05 04:41:14 UTC
(In reply to Alexander Semke from comment #6)
> Can you please attach your project file?

Hi Alex,

sorry, but I have moved on and I'm currently not using labplot anymore, it was too frustrating. I couldn't trust the diagrams anymore.

bye Michi
Comment 8 Alexander Semke 2020-04-05 08:30:20 UTC
well, I asked you to provide the project file almost one year ago, soon after you reported this issue. We could have fixed this problem fast and avoid any kind of frustration. This is an open-source project developed by people in their spare time and we also need user's feedback to improve the software. Not providing the information the developer has kindly asked for and report after this frustration is not the feedback that helps us.
Comment 9 Michi 2020-04-05 08:59:35 UTC
(In reply to Alexander Semke from comment #8)
> well, I asked you to provide the project file almost one year ago, soon
> after you reported this issue. We could have fixed this problem fast and
> avoid any kind of frustration. This is an open-source project developed by
> people in their spare time and we also need user's feedback to improve the
> software. Not providing the information the developer has kindly asked for
> and report after this frustration is not the feedback that helps us.

Hi Alex,

alright, I did not provide the project file - my bad. I think there were some company specific information in it and I wanted to remove that first, and then I forgot ...
What added to my decision though was Bug 403304 which is more of a biggy, for me as a user, and as it seems for you as a developer as well.
So, my appologies if I was hurting your feelings, it was definitely not my intention. I really appreciate what you are doing.

bye Michi
Comment 10 Alexander Semke 2020-04-05 10:06:42 UTC
(In reply to Michi from comment #9)
> What added to my decision though was Bug 403304 which is more of a biggy,
> for me as a user, and as it seems for you as a developer as well.
Bug 403304 is very important, yes. But unfortunately the effort for this is also somewhat big for us so that it won't make into 2.8 anymore. We're finalizing 2.8 now and hope to release soon. After this we'll start working on 2.9 and 403304 will be addressed.

In case you still have the problematic data or can reproduce the issue originally reported in this bug report with some random or randomized data, I'm still very interested to understand and to fix it. Thanks.