Ari Hartikainen

I did this some time ago (it uses `from_dict`) https://gist.github.com/ahartikainen/ca4ec935c78c56e2d352b8d34a286fd0 Not sure if posteriordb will add this kind of functionality, ArviZ might be a better place for it.

At this step, should we clean the plotting data -> back-end interface? Currently they are more or less hacked together?

Why do we use same name as colorcet?

I think this will also drop all text variables?

> > I think this will also drop all text variables? > > With the last push I included modified the coords dropping to have one `str` coordinate and it's...

I mean, that object dtype is totally valid for strings and there should not be any problems saving them to netcdf/zarr, it is just the compression that has problems with...

> I don't think `object` is valid for strings. See [arviz-devs/arviz_example_data#8](https://github.com/arviz-devs/arviz_example_data/pull/8) where now the `"school"` coordinate is of ` > And arbitrary `object`s will always cause problems, even if the...

Also to enable adding strings to a particular array of strings basically need to use object type.

Part of the problem comes from numpy + string support. Not sure if there is going to be any fixes. I'm not sure if there is a way for us...

I think you would need to create a function that transforms certain colors (rgb, 'C{i}' syntax etc to hex) These are for bokeh plots