A Better Default Colormap for Matplotlib | SciPy 2015 | Nathaniel Smith and Stéfan van der Walt

That's a... surprisingly good question. I'm actually a physicist by background first, so I got my start doing waaayyy too many calculations with blackbody and emissions spectra. Then, back in 2010, when I was just getting into startups, I spent two weeks straight at Powell's in Portland reading through their graphic design section. After that, I never got very far away from light or perception... AR/VR -> graphics -> silicon photonics -> physical AI (now). I'm still very much learning, but if you like this stuff and want to learn more yourself there's a couple sources I can recommend: - Interaction of Color, by Josef Albers. Amazing book, but you really want to get a physical copy. - I really like this talk from SciPy 2015 to get a sense of how people work with and talk about color maps in practice: ▶ this video - This is a really, really thorough (and beautifully illustrated) article on what color spaces are: [link] - And last, I wrote a very technical blog post a few years back, if you want to see some math on a bunch of this: [link]

in “Show HN: Ember – Redshift safe color palettes” · View on HN

If this submission has put you into a mindset of wanting to know more about colormaps, here's a good video about how Matplotlib ended up having `vividris` as its default colormap: A Better Default Colormap for Matplotlib | SciPy 2015 | Nathaniel Smith and Stéfan van der Walt ▶ this video

in “Issues with color spaces and perceptual brightness” · View on HN

Depending on what exactly your figures were/are, you might benefit from the viridis colour map, available in matplotlib and R (and probably in many other places). It's colourful, so those without colour blindness get a richer display than if you used greyscale, and the colours chosen aren't too affected by most common forms of colour blindness. But for those that really can't see the colours, even if you literally just convert to monochrome, it still works. It also looks nice :-) Here's a talk by the creators: ▶ this video Here's a little article about it (with some R specifics): [link]

in “Why Japan Has Blue Traffic Lights Instead of Green” · View on HN

You're increasing the discriminability at the cost of high _local_ distortion, I don't see how that is a good tradeoff. As a comparison, what would you rather have: a non-distorted plot or a plot that is on average about three times as big, but it's heavily distorted. At some places it's smaller than the original and on other places it's 5 times bigger. Would you really choose the bigger figure? That is what jet is. Look at this plot ▶ this video (watch the whole video if you have the time), ideally you want the derivatives (the 2 plots on the left top) to be constant so not to distort your data. Jet is all over the place while viridis is basically constant (not shown in the slides, but the derivative stays all the way around 120).

in “Rainbow Color Map Still Considered Harmful (2007) [pdf]” · View on HN

There’s a great talk [1] on how SciPy chose their new default colormap viridis to replace the rainbow colored former default “jet”. Turns out that there have been good studies on how the wrong colormap can lead to bad decisions in medicine, and designing a replacement took a lot of careful work. [1] ▶ this video

in “Which color scale to use when visualizing data” · View on HN

A Better Default Colormap for Matplotlib ( ▶ this video ) This talk is made better by the fact that it's rather brief (~20min).

in “Ask HN: What are some of the best technical talks you've heard?” · View on HN

Color is way more fascinating than I had previously thought. A few years ago, i watched this pydata talk on designing colormaps for matplotlib that was pretty engrossing: ▶ this video

in “Color: From Hex codes to Eyeballs” · View on HN

There is the cube-helix approach, but I suspect you're thinking about something else. The linked talk about the creation of the viridis colour map[0] actually spends a good ten minutes on explaining colour theory, and makes it look very simple in the process. About ten minutes in it shows the "perceptual colour space" of a typical non-colourblind person. A few minutes later it shows the color spaces for people with various types of colourblindness. Perhaps one could project one perceptual space into the other in a way that more-or-less preserves the original information, but essentially with more banding? [0] ▶ this video

in “Sorting Algorithms Revisualized” · View on HN

This talk from the matplotlib people on making a better color map goes into some details about physical perception and what it means for picking colors: ▶ this video

in “HCL: a color model that actually matches our perceptions (2011)” · View on HN

Please don't use Jet color scheme. Matplotlib uses excellent viridis by default. There's no reason not to use it. [0][1] [0] [link] [1] ▶ this video

in “Benchmarking Malloc with Doom 3” · View on HN

> I don't get what you mean, linearity (dL'star') being defined wrt perceptual uniformity, isn't CIELAB 76 linear by definition (to an approximation) ?? And color arithmetic pretty much by definition implies dealing with distances and angles in a perceptually uniform color space, doesn't it ?? No. Linearity is about physical light intensities relating to perceived color. Imagine having two light sources on the same spot that you can turn on or off separately. If you turn the first one on you perceive a certain color, if you turn the other on you perceive an other color and if you turn both on you perceive a third one. It turns out the perceivable colors (under normal viewing conditions) are representable in a three dimensional vector-space (for most people) so that the first two colors add up to the third color for every possible two light sources. Such a linear colorspace is XYZ for example [1]. This has nothing to do with perceptual uniformity. Perceptual uniformity is about the capability of distinguishing near colors. This defines a distance between colors, and there are three dimensional colorspace representations where the Euclidean distance approximate this perceptual distance well. cieLAB is such a colorspace, but AFAIK there are better state of the art colorspaces for the same purpose. I'm not very well versed in this, I learned from them from this video [2]. [1] [link] [2] ▶ this video edit: gimp 2.10 now defaults to use a linear colorspace (not perceptually uniform!) fo

in “Ditherpunk: The article I wish I had about monochrome image dithering” · View on HN

The color change-inducing-friction complaint seems like an issue with lack of built-in theme sanity checking. There exist numerous partial solutions for this already, I'll link to the four best ones I know, albeit I wish someone would combine their approaches into one unified super-product: 1. [link] These palettes will absolutely NEVER clash. But they might have contrast issues. Which brings us to: 2. [link] Lyft primarily designed ColorBox.io to always reach WCAG 2.0 contrast ratios. Something I'd claim a ton of UX themes mess up. Unfortunately from what I can tell, it lacks the anti-clash guarantees of #1 3. Much less related, but still important, albeit only for very specific parts of any UX: The color map generation approach in Matplotlib: ▶ this video (btw.: Seaborn, as mentioned in #1, builds on top of Matplotlib.) For even more color madness, see this recent Hacker News comment by me as well as the other comments linked to there: [link]

in “Please don’t theme our apps” · View on HN

Your comment reminded me of the talks on the issue of information display for Matplotlib[0][1]. I think a lot of design is done without awareness of accessibility and this is more broadly a cultural thing than a technical thing. The situation can be improved both by technical means (OS or hardware awareness) as well as by our collective education about what kinds of issues designs should consider. Typically, designs become better when they account for accessibility, but it is oftentimes seen as a hurdle when a designer or developer has not heard about the issues and also is not equipped with tools to handle them. Having good tools is helpful here. The situation seems to be improving, but it will take time. When I was in elementary school, you had to special order large print text books, audio books were available, but required special tapes & players. A portable CCTV could be used to magnify small print. All of this equipment was specialized, expensive and hard to come by for most people. All of this has been replaced by features built into my phone. Special shoutouts to the "Zoom" app on iOS, that thing has color filters for people with color sensitivity issues and enhanced text rendering for small print (unfortunately, it's buggy and crashes sometimes), but it is much better than littering my camera roll with random pictures of menus or the bottom of routers just so I can zoom in on some numbers. [0] ▶ this video [1] [link]

in “Show HN: Automatic detection of non-colorblind safe colors” · View on HN

Funny, I just watched a Scipy conference talk/video about this - it's about finding a new default color map for matplotlib [1] CIE LAB is basically a ~30 year old model based on human perception - basically it takes into account white point adjustment and the non-linear human brightness response, and thats about it. There are newer (and faaar more complicated) models like CIECAM02. [1] ▶ this video

in “Digital colours and digital photography” · View on HN