-----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 .
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-nabb@…705…
mailto:juichenieder-nabb@...705...> 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
<lists@…1269…59… mailto:lists@...1159...
> >> <mailto:lists@...1159...
<mailto:lists@...1159...>>> 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>
> >>
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
> >>
> >>
> >
>
>
>
> _______________________________________________
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
<mailto: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](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-----