Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot linspace xyY colors #39

Open
jiahao opened this issue Jun 9, 2014 · 2 comments
Open

Cannot linspace xyY colors #39

jiahao opened this issue Jun 9, 2014 · 2 comments

Comments

@jiahao
Copy link
Contributor

jiahao commented Jun 9, 2014

In[1]: A=XYZ(1.0,0.0,0.0)
B=XYZ(0.0,1.0,0.0)
linspace(A,B,40)

Out[1]:

screen shot 2014-06-09 at 7 18 50 pm

In[2]: A=xyY(1.0,0.0,1.0)
B=xyY(0.0,1.0,1.0)
linspace(A,B,40)
Out[2]: no method weighted_color_mean(Float64, xyY, xyY)
while loading In[2], in expression starting on line 9
 in linspace at /Users/jiahao/.julia/v0.3/Color/src/utilities.jl:57
@glennsweeney
Copy link
Contributor

Support for DIN99(d/o) is also missing with linspace as these spaces were added to Color.

@m-lohmann
Copy link
Contributor

If you do a quick sanity check of the color coordinates of A and B in the first example you can see that none of of the colors exist. They are all outside of the human visual gamut. Even if you would compress the gamut to existing colors, A would be black because Y is zero.
The second example uses the same colors, just in a different color space.
I know that out of gamut colors are common, but they only make sense in terms of device color spaces, like sRGB or AdobeRGB. The difference is that their gamut boundaries still lie inside the visual gamut. They still describe existing colors, and out of gamut colors just can’t be displayed on said devices. Colors outside the human visual gamut just don’t exist at all and don’t make sense.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants