From: Olga B. <obo...@uc...> - 2015-02-19 00:42:56
|
FYI the notebook isn't working for me in IPython 2.2.0 I agree with Michael's sentiment that from a marketing perspective, a matplotlib-only colormap is advantageous to maintain a consistent brand. Will these colormaps also be used for non-imshow/colormesh/pcolormesh data, as in for line colors as well? I think that's a great idea! It'll make the black and white versions easier to understand since the changing colors will monotonically increase/decrease in darkness rather than randomly changing. RE: Nathaniel - I'm not as much of a fan of changing line styles in addition to colors, but that's my personal preference for plotting lines specifically. When plotting scatters, I think it does make sense, since the room to perceive a change in color is so small, that a change in shape helps too. On Wed Feb 18 2015 at 9:40:00 AM Michael Waskom <mw...@st...> wrote: > I've made a second notebook that uses the IPython interactive machinery to > let anyone play with the parameters and explore different ways of setting > them. you can download the notebook with that here: > http://nbviewer.ipython.org/gist/mwaskom/842d1497b6892d081bfb (I made it > using IPython 3.0rc1; I'm not certain if it will work on the 2.x series; > sorry if that is the case). > > This stays with the general approach in the original notebook of using a > linear ramp for chroma, which again maybe is not what we want. But it > should let you get a better sense for the parameter space. > > As I said in the email to Olga, I think (a) I would advocate fairly > strongly that matplotlib should design a custom colormap as its default, > and (b) I think this approach (a cubehelix-like map in Hcl space) is a > principled way of doing so (though maybe not optimal). But both of those > points are independent of whether you end up going with the particular > parameters that I used to generate the original proposal -- I have my own > domain on which to impose my personal aesthetic preferences, and I don't > need to take over matplotlib too :) > > (But I do think it's worth distinguishing the matplotlib default from the > matlab default.) > > Michael > ------------------------------------------------------------ > ------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/ > 4140/ostg.clktrk_______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > |