Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork7.9k
Don't add 1 to all hexbin data when using log norm#21038
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
What is the git blame for that? It'd be interesting to see the reasoning. |
This came in in5f8a88a back in 2010, and I guess logzero handling was more iffy back then. |
It goes all the way back to 2010:5f8a88a. I'm not sure what the motivation for it was, but perhaps handling zero values on a log norm didn't work as well back then? |
I'm closing this in favour of#21039 which has more fixes, to avoid changing a test image twice. |
PR Summary
This seems very wrong - it means that every bin that doesn't actually have a data point turns up with a value of 1, and all other bins have a value of 1 added to them. We handle the case where the bin value = 0 and a log scale fine by just not showing the bin.
PR Checklist
pytest
passes).flake8
on changed files to check).flake8-docstrings
and runflake8 --docstring-convention=all
).doc/users/next_whats_new/
(follow instructions in README.rst there).doc/api/next_api_changes/
(follow instructions in README.rst there).