One of the big advantage of jet as evidenced by these graphs is that for most of its range, the perceptual delta is above 200 (although it loses that advantage in black&white). Parula sacrafices a fair amount of perceptual delta, but stays mostly above 100. All of the options beat or matches Parula in this respect overall, even in B&W mode.
However, I wonder just how much should we hold fast to a constant perceptual delta? As we see with grayscale, perceptual delta is not constant with respect to luminosity. Keep in mind that our "perceptual delta" measure is just a model, and I don't think it properly takes into account luminosity. So, perhaps it might make sense to be a little bit flexible with perceptual delta (maybe something like an exponental decay). Nothing jerky like Parula or Jet, but something to help us out on the ends of the map? By the way, I have seen Parula in action for the display of water vapor over Africa, and it looks very nice. Perhaps a real-world example image might be some sort of geographical map of something familiar across all disciplines like a terrain map of a continent? Ben Root On Wed, Jun 3, 2015 at 9:55 AM, Paul Ganssle <pgans...@gmail.com> wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm also in the B > A > C camp, FWIW. I agree with OceanWolf in that B > looks most professional. It looks much crisper than the others as well. > > On 6/3/2015 08:50, Tony Yu wrote: > > It doesn't sound like this is going to be decided by email votes, but > just so the arguments for C don't dominate, my vote would be: > > > > B > A >> C > > > > C has the least perceptual range (that's quantifiable, right?). Also, I > find A and B much more aesthetically pleasing (that's obviously debatable). > In particular, the yellows and blues in C have a slight visual vibration. > Actually, if you google "visual vibration", one of the first hits is a > yellow and violet image > <https://web.njit.edu/~mmp57/visual%20vibration.jpg> > <https://web.njit.edu/~mmp57/visual%20vibration.jpg>. B would have this > to a certain extent, but it's much more problematic if those colors are at > the limits of the colormap range. It looks like A wouldn't have this > problem at all since it's white point has a very muted yellow tone, so > maybe I'll switch my vote to A. (Personally, it's a toss up between the > two; anything but C, if I haven't made myself clear ;) > > > > Thanks to Nathaniel and Stéfan for putting this together! Hopefully > "jet" can be banished soon :) > > > > -Tony > > > > On Wed, Jun 3, 2015 at 5:20 AM, OceanWolf <juichenieder-n...@yahoo.co.uk > <mailto:juichenieder-n...@yahoo.co.uk> <juichenieder-n...@yahoo.co.uk>> > wrote: > > > > Personally, just looking at the images I think B looks more > > professional, the others look faded. With A and B I see more of > > "contrast" in the core of the radial image (though that might arise > from > > a combination of my monitor/eyes, though I usually do quite well in > > colour perception tests). > > > > I think we really need to see a variety of real examples before we > make > > a decision though, both in application a.k.a different type of > datasets, > > including ones with NaNs; and different graph types, the 3d example > will > > make for a good test as we get the same information twice, from > height > > and colour, which gives us a reference for comparison. > > > > With the NaNs Andreas, why did you pick B over C? My eyes see B > going > > to white as well, only C as far as I can tell does not go to white. > > > > Looking forward to having a play later :). I wonder what > Parula-based > > colormap would look like if we were to make it linear... one other > > thing, mpl currently doesn't select good bounds with pure > > horizontal/vertical lines, making it very difficult (at least for > me) to > > see the perceptual deltas, zoomed in to option_c the line gets > > completely hidden by the axes... > > > > On 03/06/15 09:04, Andreas Hilboll wrote: > > > On 03.06.2015 08:54, Juan Nunez-Iglesias wrote: > > >> You can always use green for NaN with any of these maps... > > > In grayscale that then wouldn't be distinguishable at all ... > > > > > >> On Wed, Jun 3, 2015 at 4:30 PM, Andreas Hilboll <li...@hilboll.de > <mailto:li...@hilboll.de> <li...@hilboll.de> > > >> <mailto:li...@hilboll.de <li...@hilboll.de> > <mailto:li...@hilboll.de> <li...@hilboll.de>>> wrote: > > >> > > >> > I particularly like that A ends on the white end of the > spectrum > > >> > > >> That's exactly why I don't like A that much. > > >> > > >> In many plots, I need a color for NaN results. This color > should not > > >> fall within the normal range of the colormap. In case of B > and C, it > > >> would be possible to use white as NaN color. When using > white for NaN > > >> in A, it would just look like large values. So I guess I'm > voting > > >> > > >> B > C > A > > >> > > >> -- Andreas. > > >> > > >> > ------------------------------------------------------------------------------ > > >> > > >> _______________________________________________ > > >> Matplotlib-devel mailing list > > >> Matplotlib-devel@lists.sourceforge.net > <mailto:Matplotlib-devel@lists.sourceforge.net> > <Matplotlib-devel@lists.sourceforge.net> > > >> > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > >> > > >> > > > > > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Matplotlib-devel mailing list > > Matplotlib-devel@lists.sourceforge.net > <mailto:Matplotlib-devel@lists.sourceforge.net> > <Matplotlib-devel@lists.sourceforge.net> > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > _______________________________________________ > > Matplotlib-devel mailing list > > Matplotlib-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (MingW32) > > iQIcBAEBAgAGBQJVbwc8AAoJEM1U/OPZZL77c5oP/1KSJloy7ZBVyCOb2Dv2w7fM > +cQAHlSBgzff+/hYf4/vDjvo0MOomP3xq7PwjA5Jeg3eln+Y9wDwarCDWZK5+Kh7 > uDil3Rdtx+yC3vUqrICHQkh6Y6b5xiv6eTAV06UA2sUM4TRnXIuLSCCnR/2ntbiY > NGyl7/NPFeYmFJHtGnMmNLhVIZV5a01oc7J6xb/CqQhuYzzi3NwN2tuS27+ouG2G > dOXWXn/f2DdHYONXyjFHQG5NeVxm50r27wZkdk9xhfmo7FaI2939xZQfbeFqUdAO > qspHwddr0PGIQCU8nr/CCzQ93fMPkd3cM3e4Sn1Ulq2yDuQXLIISBkA7ufi45yPt > q1pmFiv9La6vbZZzLLJ47c90fQ1NAe3Jdj4z1x6H4ZhZe8I2zgBhOO4m8meh+gU6 > XRfBWFvPCMyGOndSaV18L3YJ7NTl0cdUr6iaqoFK+AyZtcGmQbAhYfs+GTGIGaN8 > qyz2Y+HXavYrLO4kQlLoemLeuWo8EDym3zDGe3CgL/7CCDUvEhF5qoyIW67MYWR0 > 8R1byACucRH8bs6sp5cWiwAzWBst+5a1WHQFtva64WclQe2NrD0gyveX+a27XLxQ > wc2f+nm4MKMfd1Eu8j+i4ln2WeGiAawTagRTakizcU5xfUq8LSzYptOco83HdvH7 > npX4K4yVTam7AtGhFr5y > =V4np > -----END PGP SIGNATURE----- > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > >
------------------------------------------------------------------------------
_______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
