the API and any changes, either semantic or aesthetic,

Add or change colormaps, color sequences, and styles

Visual changes are considered an API break. Therefore, we generally do not modify

existing colormaps, color sequences, or styles.

We put a high bar on adding new colormaps and styles to prevent excessively growing

them. While decision is case-by-case, evaluation criteria include:

- novelty: Does it support a new use case? e.g. slight variations of existing maps,

sequences and styles or yet "another divergent colormap" are likely not accepted

- usability: Are colors of sequences sufficiently distinct? Has colorblindness

been considered?

- evidence of wide spread usage: for example academic papers, industry blogs and

whitepapers, or inclusion in other visualization libraries or domain specific tools

- open license: colormaps, sequences, and styles must have a BSD compatible license

(see :ref:`license-discussion`)