After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 666292 - incorrect legend of a XYZcontour plot
incorrect legend of a XYZcontour plot
Status: RESOLVED FIXED
Product: libgoffice
Classification: Other
Component: Graphing / Charting
GIT
Other Linux
: Normal normal
: ---
Assigned To: Jean Bréfort
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2011-12-15 15:22 UTC by Frédéric Parrenin
Modified: 2011-12-17 17:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
.gnumeric file to reproduce the problem (121.13 KB, application/x-gnumeric)
2011-12-15 15:22 UTC, Frédéric Parrenin
Details

Description Frédéric Parrenin 2011-12-15 15:22:48 UTC
Created attachment 203585 [details]
.gnumeric file to reproduce the problem

Steps to reproduce the problem:
- open attached .gnumeric file
- look at foreground graph
=> There are far more entry in the legend than what is visible on the plot.
Comment 1 Andreas J. Guelzow 2011-12-15 17:37:33 UTC
I don't see a bug here. The legend shows the whole colour range as it should. I assume you are expecting to have only those pieces shown that in fact contain data? That would be very misleading.

Of course this all comes down to that the data in fact ranges from 0.6749 to 0.7009 so the automatic max and min values take that range of data in account, which results in a range from 0.670 to 0.7005 with 7 intervals of length 0.005.

You manually changed the interval length to 0.002 and modified the x and y axis ranges so that some data is not shown in the graph.

The problem is that we really do not know your intentions. If you don't want to show those data ranges corresponding to data that does not show on the graph you just need to adjust the min/max of the colour range accordingly.

I would say ->NOTABUG.
Comment 2 Andreas J. Guelzow 2011-12-15 17:40:41 UTC
hmm, when I change the minimum of the colour range to 0.69 I do see something that should be a bug: the first colour range ends up to be [0.69,0.69[. That should not happen!
Comment 3 Frédéric Parrenin 2011-12-15 17:42:01 UTC
Actually, I agree with your first comment. Sorry, I submitted the bug too quickly. Adjusting the third axis range shorten the legend.
Comment 4 Andreas J. Guelzow 2011-12-15 17:43:05 UTC
And if you change the minimum to 0.69 and the maximum to 0.698 we still have that [0.69,0.69[ but the last range is only [0.694,0.696[. So the number of ranges is correct but there is an extra first one and a missing last one.
Comment 5 Andreas J. Guelzow 2011-12-15 17:44:04 UTC
There definitely need to be something fixed here!
Comment 6 Jean Bréfort 2011-12-17 17:04:28 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.