New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ScalarFormatter creates useless offsets by default #461
Comments
Agreed, I have never quite liked the offset chosen by the formatter. A while back, I attempted to come up with an algorithm that tried to determine the common significant digits of a set of values, but there were several cases where it failed to do what was desired. Maybe I should look at that code again and see if I could get it working. |
Perhaps this feature should be off by default, at least until the algorithm is improved? I admit it could be useful occasionally, but right now it can produce some rather surprising results! |
Another problem: a y-axis offset showed up by default again, but this time I am using the DateFormatter. No problem, I'll turn it off as usual:
Can't turn it off! But it we put the commands in another order, can we trick it into giving us what we want?:
No error, and I get what I want! |
Not exactly a bug. ticklabel_format() will, by default, set the attribute axes_1.ticklabel_format(useOffset=False, axis='y') That would work without error. |
I've been looking into this a little bit. It doesn't matter how many common significant figures there are, if the number of them gets much bigger than, say, two the offset becomes unreadable. How about always using an offset in normalised notation? |
useOffset should be set to False by default. |
Hi! I recently stumbled over this issue, it took me quite some time to figure out what was wrong with my plots, because I didn't interpret my axis correctly. I find this behavior very confusing. The fact that everyone in this issue seems to agree, yet no patch has been presented is a bit weird. |
Closing because #2401 which provides an rcParam for the value of |
Here is a minimal example of this issue in action. Take a look at the offsets we get by default: http://i.imgur.com/OdLqD.png
These offsets are less than helpful. For now I just constantly use
The text was updated successfully, but these errors were encountered: