Jody Klymak

A bivariate pcolormesh (or imshow, or chlorpleths) does not simply use a specific type of colormap - it requires two inputs, one for each of the variables, and it requires...

> I don't see why we can't make this explicit? If they are using a bivariate colormap then they must pass in a bivariate norm and then the must pass...

> units are the prime example of where this is already happening. Units are the prime example of why I think this is a bad idea! Our unit support is...

> Yes because we do it on a per function basis, which is I think what you're proposing here for the special case of bivariate norm. I don't think that...

@tacaswell that sounds fine in theory. But your R^2 data is just as easily written as a list or tuple of two R^1 objects. I'll argue that 99.99% of the...

The argument here is an explicit interface versus an implicit one that tries to infer what the user meant. I could code up the explicit method in about 30 minutes...

I'll also pile on about the higher dimensions. - R^2 is hard enough to visualize; I don't see a path to visualizing R^3 and higher from a _plotting_ point of...

Well, as I said you can _imagine_ R^3, but it's not super useful in my opinion. As for "piecemeal", the colorbar methods would have to be different for R1, R2...

I don’t think those are the same. That issue refers to the new widgets backend. This issue is using nbagg.

Your installs are crossed. You are picking up mpl_toolkits from a different distribution. On the other hand this happens pretty commonly - I forget the explanation and maybe indicates an...