-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
Add symmetric norm for colormaps #1806
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
Comments
I implemented this another way for my own use: Personally, I think a |
@tacaswell do you think that simply trying to add a The other question is what would this PR really being trying to accomplish? More specifically, is doing something like this notebook without having to create a totally new colormap the desired end result? http://nbviewer.ipython.org/gist/phobson/7916777 |
I think the simplest thing to add is @efiring suggestion to, if |
@tacaswell taking a stab at this now. |
@phobson Did anything come of this? |
I've got an outdated branch on a machine and I could never get all of my edge cases to pass their tests. Basically all I'm trying to do. Knowing what I know now about MPL's internals, I think a separate subclass would be best and could probably take a look at that tonight. The other option is to add the "vcenter" kwarg to the main Norm class. But that seems like a bad idea. Thoughts? — On Wed, Nov 26, 2014 at 2:25 PM, Thomas A Caswell
|
On one hand, a new class would be the least disruptive change, on the other hand, I think it would basically be the On balance, I think a sub-class with arguments like
|
Tracing related PRs, it seems like the most current related work sits in #7294 |
Implemented in #17709. |
There was previously discussion about this but I don't think it ever happened:
#875 (comment)
https://github.com/SciTools/iris/blob/master/lib/iris/palette.py#L164
The text was updated successfully, but these errors were encountered: