Rename CET maps to algorithmic names

[randallpittman]

As I mentioned here, this PR renames the CET-*.py CSVs to their algorithmic names (pulled from mapping in CET_to_py.py). They are merged into assets/CETperceptual_csv_0_1 with redundant maps deleted. See the attached rename_CET_maps.py script to see how this was accomplished.

As an aside, I did check that duplicated maps were the same before executing the merge (the automated diffs are not present in the attached script). Other than some float calculation discrepancies (0 vs 4.25235e-17 or whatever), they were the same.

I also modified CET_to_py.py a bit to find the existing order of maps in colorcet/__init__.py and keep those maps as-is (as requested here) when regenerating it to reduce questions about the diff. I added a # cmap_def comment to each colormap definition in __init__.py to easily find them with a regex.

CET_to_py.py does now use pathlib so it needs to be run with Python 3. I guess for that matter I could have used f-strings, but stuck with the existing str.format() use. colorcet itself still works fine in Python 2.7.

[jbednar]

Looks good, thanks! I guess the plan is to later remove the v1/v2 distinction altogether (e.g. aliases_v2), to make it simple to include v3?

I added a # cmap_def comment to each colormap definition in init.py to easily find them with a regex.

That's ok if it really helps some other tooling, but it doesn't seem necessary to me, since ^[a-zA-Z].* = [[] already matches the same set of lines.

CET_to_py.py does now use pathlib so it needs to be run with Python 3. colorcet itself still works fine in Python 2.7.

Sure. No problem requiring py3 for managing updates.

rename_CET_maps.py

That should go into assets for future reference.

[jbednar]

Looks good! I'm happy to keep # cmap_def as-is, so is it ready to merge?

[randallpittman]

Looks good! I'm happy to keep # cmap_def as-is, so is it ready to merge?

Yes.