Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Colornames.org – A collaborative effort to name all 16.7M colors

colornames.org

Post reply on HN
Print view View original

221–230 of 237 posts

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#221

Post by IanCal »

samatman wrote: post #217
IanCal wrote: post #161

Earlier quoted context omitted.

That accounts for the repeating but not the ordering, right?

Oh, by 'unordered' you mean that the three words could be in any order and still mean the same thing? Okay but that's a strange requirement. A 'big burger house' isn't a 'big house burger', after all. I had read 'unordered' as 'the collation order of the words has no connection to the ordinal rank of the underlying byte', for some reason

I'm just jumping in where I saw a misunderstanding :) I think that's what they mean by unordered as that makes sense with the numbers (I think).

To some degree I agree, but there are also a lot of cases where different orders aren't distinguishable easily. "Light bright red" and "bright light red" is the best I can come up with quickly but I'm sure you get the idea.

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#223

Post by johnday »

cafxx wrote: post #222

I love how the counters on the top bar and homepage are not updated, even though new entries keep appearing in the "latest" page. You'd expect counting the entries in a collection (or materializing that count) shouldn't be so expensive.

The Latest page is not the final arbiter of colour naming - they are also moderated before becoming "true" names.

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#224

Post by sharken »

lioeters wrote: post #215
tbassetto wrote: post #146

Earlier quoted context omitted.

After seeing your comment, I thought blue should be #DaBaDe(e) but I wasn't first to come up with this idea: https://colornames.org/color/dabade

Nice. There's also: I'm Blue https://colornames.org/color/174ac0 I'M BLuE https://colornames.org/color/1971d5

There is only one true blue !

https://en.m.wikipedia.org/wiki/International_Klein_Blue

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#226

Post by roel_v »

eru wrote: post #37
Galanwe wrote: post #25

Earlier quoted context omitted.

Not sure that is so simple unfortunately. First, because if I recursively apply your argument, then no color would have a name. Starting from the very 1st lowest color frequency and the 2nd right next to it, no-one could differentiate them. Apply the same logic between the 2nd and the 3rd, the 3rd and the 4th, etc. So you cannot apply this argument to "any" color pair. You would have to define a set of starting color…

You can get out of that argument by saying that colour names apply in different amounts to different hex-colours. So #FF0000 is red. But is #FA0101 is also red, just slightly less so.

That restricts you to 8 bits per color channel, and more importantly, to the RGB color space which is non linear. Comparing colors in RGB color space is nonsense in the first place ('comparing' here is 'judge by human perception'). 'Comparing' colors is just not that easy; in fact, I'd argue that without (much) more definition and clarification, it's impossible to do, because it can mean different things depending on the purpose.

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#227

Post by roel_v »

msclrhd wrote: post #99
eru wrote: post #37

Earlier quoted context omitted.

You can get out of that argument by saying that colour names apply in different amounts to different hex-colours. So #FF0000 is red. But is #FA0101 is also red, just slightly less so.

That's interesting. So what you have is some sort of similarity metric that is colour based. You could define it as being 1 for an exact match, and 0 for not matching, so cyan, etc. would be 0 red, while orange may be slightly red (e.g. 0.1), and pink may be slightly more red (e.g. 0.25). This would be a 3D function/surface. This would allow you to model classes of colours, like purples. Shades of a colour could then…

Yes, this is what Delta E in the CIELAB color space is meant for. But in RGB color space this concept doesn't make sense; well, only if you would accept a non linear similarity metric - but then what is the metric for, if you need to apply a curve to it to normalize it? But still, this is different from modeling 'shades' of a color (if we say 'shades' are varying brightness in RGB space using the 0.21/0.72/0.7 brightness conversion - but again, I argue that 'shades' is an ambiguous concept).

My point is, again, that colors are a much more difficult concept than some in this discussion are making it out to be, and 'distance between colors' is more complex still.

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#228

Post by eru »

roel_v wrote: post #226
eru wrote: post #37

Earlier quoted context omitted.

You can get out of that argument by saying that colour names apply in different amounts to different hex-colours. So #FF0000 is red. But is #FA0101 is also red, just slightly less so.

That restricts you to 8 bits per color channel, and more importantly, to the RGB color space which is non linear. Comparing colors in RGB color space is nonsense in the first place ('comparing' here is 'judge by human perception'). 'Comparing' colors is just not that easy; in fact, I'd argue that without (much) more definition and clarification, it's impossible to do, because it can mean different things depending on…

I only used RGB and 8 bits per channel in the example.

My argument was more general.

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#229

Post by eru »

baddox wrote: post #100
eru wrote: post #37

Earlier quoted context omitted.

You can get out of that argument by saying that colour names apply in different amounts to different hex-colours. So #FF0000 is red. But is #FA0101 is also red, just slightly less so.

Yep, in fact, that’s exactly what those hex codes are: a specification for how much red, how much green, and how much blue is in the color (though our vision and color perception may not map linearly to that specification).

Sort-of. My aim was to suggest looking at natural clusters of similar shades.

You can map those clusters into RGB space. Or other colour spaces.

Technically you are correct, but I don't think that's what the colour-namers are going for.

Re: Colornames.org – A collaborative effort to name all 16.7M colors

#230

Post by eru »

roel_v wrote: post #227
msclrhd wrote: post #99

Earlier quoted context omitted.

That's interesting. So what you have is some sort of similarity metric that is colour based. You could define it as being 1 for an exact match, and 0 for not matching, so cyan, etc. would be 0 red, while orange may be slightly red (e.g. 0.1), and pink may be slightly more red (e.g. 0.25). This would be a 3D function/surface. This would allow you to model classes of colours, like purples. Shades of a colour could then…

Yes, this is what Delta E in the CIELAB color space is meant for. But in RGB color space this concept doesn't make sense; well, only if you would accept a non linear similarity metric - but then what is the metric for, if you need to apply a curve to it to normalize it? But still, this is different from modeling 'shades' of a color (if we say 'shades' are varying brightness in RGB space using the 0.21/0.72/0.7 bright…

Yes, agreed.
Post reply on HN