View source for Talk:HSL and HSV

{{American English|date=September 2017}}
{{WikiProject banner shell|class=B|vital=yes|1=
{{WikiProject Color|importance=high}}
{{WikiProject Computing|importance=low}}
}}
{{oldpeerreview|HSV color space|archive=1}}
{{User:MiszaBot/config
|archiveheader = {{talkarchivenav}}
|maxarchivesize = 70k
|counter = 6
|minthreadsleft = 6
|minthreadstoarchive = 2
|algo = old(180d)
|archive = Talk:HSL and HSV/Archive %(counter)d
}}{{User:HBC Archive Indexerbot/OptIn
|target=Talk:HSL and HSV/Archive index
|mask=Talk:HSL and HSV/Archive <#>
|leading_zeros=0
|indexhere=yes
}}
{{archives|bot=Lowercase sigmabot III|age=180|index=Talk:HSL and HSV/Archive index}}
{{Broken anchors|links=
* <nowiki>[[RGB color space#Specifications]]</nowiki>  The anchor (#Specifications) has been [[Special:Diff/928396417|deleted by other users]] before. <!-- {"title":"Specifications","appear":{"revid":175404972,"parentid":175359404,"timestamp":"2007-12-03T03:31:59Z","removed_section_titles":[],"added_section_titles":["Explanation","Applications","Specifications"]},"disappear":{"revid":928396417,"parentid":928392559,"timestamp":"2019-11-28T21:18:16Z","removed_section_titles":["Specifications"],"added_section_titles":["Specifications with RGB Primaries"]},"very_different":false,"rename_to":"Specifications with RGB primaries"} -->
}}

== please explain ==

The article says both {{tq|The HSL color space was invented in 1938 by Georges Valensi}} and {{tq|computer graphics pioneers at PARC and NYIT developed the HSV model in the mid-1970s, formally described by Alvy Ray Smith[10] in the August 1978 issue of Computer Graphics}}.

What does this mean? Is this contradictory, or if not, why? [[User:CapnZapp|CapnZapp]] ([[User talk:CapnZapp|talk]]) 06:56, 16 June 2018 (UTC)
:Judging only by your quotes, there doesn't seem to be a problem, since HSL and HSV are different things. &#x27A7;<span style="border:1px dotted #2e4272;padding:1px;border-radius:3px;">[[User:Datumizer|<span style="color:#162955;">datumizer</span>]]&nbsp;[[User_talk:Datumizer|<span style="color:#fff;background:#4f62ae;">&nbsp;&#9742;&nbsp;</span>]]</span> 04:06, 27 August 2018 (UTC)
:per [[User:CapnZapp|CapnZapp]] and [[User:datumizer|datumizer]] thoughts I elaborated on HSL "invented for television" and HSV "introduced the HSV model for computer display technology" in an attempt to clarify the original concern without altering meaning. [https://en.wikipedia.org/w/index.php?title=HSL_and_HSV&diff=prev&oldid=901938209 HSL_and_HSV&diff=prev&oldid=901938209] [[User:Rdela|Rdela]] ([[User talk:Rdela|talk]]) 10:12, 15 June 2019 (UTC)
:I know this topic is many years old, but the opening paragraph is misleading and confusing, partly due to bad grammar and partly due to the contradications that @[[User:CapnZapp|CapnZapp]] points out.
:The body of the article reads:
:"The HSL color space was invented for television in 1938 by Georges Valensi..."
:and later:
:"...computer graphics pioneers at PARC and NYIT developed the HSV model in the mid-1970s..."
:But the leading sentence of the article says that both HSL and HSV were designed in the 1970s, which is misleading at best. It also seems to use an appositive incorrectly: "...are alternative representations of the RGB color model, designed in the 1970s... to more closely align with the way human vision perceives color..." This implies that it is RGB that was designed in the 1970s and that RGB was designed to align with how humans perceive color. I believe it's incorrect to say that HSL and HSV are "representations" of RGB.  HSL, HSV, and RGB are each color models or gamuts in their own right. They are all alternatives to one another.
:I recommend that the reference to RGB and the misleading fact that both HSL and HSV were invented in the 1970s be removed completely from the leading paragraph. That level of detail is appropriate for the body of the article where it can be treated more carefully. [[Special:Contributions/2600:1700:2820:5630:3DE7:6C28:D3AA:FC12|2600:1700:2820:5630:3DE7:6C28:D3AA:FC12]] ([[User talk:2600:1700:2820:5630:3DE7:6C28:D3AA:FC12|talk]]) 20:03, 13 June 2023 (UTC)

I don't have the expertise to totally fix it but will take out some of the unsourced stuff that looks wrong. <b style="color: #0000cc;">''North8000''</b> ([[User talk:North8000#top|talk]]) 20:50, 13 June 2023 (UTC)

:I wrote this article to be clear and well sourced over a decade ago, but in the mean time it has suffered from gradual deterioration. The stuff about TV color broadcasting is not really directly relevant IMO, and is not sourced to secondary sources. It would be nice if someone who is an expert on old television broadcast standards could write a clear summary, but this article isn't really the place for it IMO. –[[user:jacobolus|jacobolus]] [[User_talk:jacobolus|(t)]] 09:53, 10 January 2024 (UTC)

== Issues with HSI to RGB formulas ==

Unless I am missing something, I believe there are issues with the HSI to RGB formulas. The result of the formula C = (3 · I · S) / (1 + Z) can yield values where 0 ≤ C ≤ 3.  Values where C + m > 1 are problematic, since this will result in values for R, G, and B that are outside the acceptable range of 0 to 1 (inclusive). [[User:Techfan101|Techfan101]] ([[User talk:Techfan101|talk]]) 16:17, 1 March 2021 (UTC)

== "HSV, V for light" -- ? ==

It says that HSV represent { "how the object appear under light" / amount of reflected light, by the V value } . This is not true .?

HSV's V behave irrelevantly to light, for some colors . If you use any white light source, you get what HSL's L does . Try to use these 2 values on #49301D . In HSV, after 50% HSL's L, the color still can be made brighter, but in reality, under white light, surface with such color will only reflect more and more white, as in HSL .

For preview,
* HSV -- https://www.getpaint.net/download.html ,
* HSL -- https://www.w3schools.com/colors/colors_hsl.asp .

[[User:Irvnriir|Irvnriir]] ([[User talk:Irvnriir|talk]]) 16:52, 11 March 2021 (UTC)

:I reverted to an older version of the lead section. That was nonsense. –[[user:jacobolus|jacobolus]] [[User_talk:jacobolus|(t)]] 08:29, 10 January 2024 (UTC)

== Formula section poorly written == 

I'm not a wikipedian, I'm not sure how one would request a rewrite, but the section describing the various conversion formulae has grammatical mistakes and is just in general really hard to read.

--[[Special:Contributions/71.231.105.84|71.231.105.84]] ([[User talk:71.231.105.84|talk]]) 11:04, 15 April 2022 (UTC)

:It was clear and carefully written a decade ago. unfortunately entropy is generally not kind to wikipedia articles. –[[user:jacobolus|jacobolus]] [[User_talk:jacobolus|(t)]] 08:29, 10 January 2024 (UTC)
:@$ &% [[Special:Contributions/2601:380:8400:B2E0:F835:DFFC:A38D:580C|2601:380:8400:B2E0:F835:DFFC:A38D:580C]] ([[User talk:2601:380:8400:B2E0:F835:DFFC:A38D:580C|talk]]) 23:53, 13 April 2025 (UTC)

== Section 3.6 Examples ==

Is it just me, or are some of the examples wrong? Or maybe they're using some idealized values?

For example, #008000 would have the RGB values of (0,128,0). If you normalize these values, you should get (0.0,0.501,0.0), but in the example it gives much "nicer looking" values of (0.0,0.500,0.0). This affects the downstream calculation as well. So instead of getting HSV of (120.0,1.00,0.502), you get (120.0,1.00,0.500). Certainly a "nicer looking" result, but unless I'm missing something, it's slightly inaccurate.

A couple [https://www.calculatorology.com/rgb-to-hsv-conversion/ online] [https://colordesigner.io/convert/rgbtohsv calculators] seem to give the results I'm expecting (different from the examples on this page). So, what am I missing here?

[[User:JTConroy88|Justin T Conroy]] ([[User talk:JTConroy88|talk]]) 05:52, 26 March 2024 (UTC)

:The exact (R, G, B) values are canonical here, and the 8-bit/channel version is an approximation (which is why it is only an intentionally invisible hexadecimal string, rather than a numerical column). The approximation is necessary because HTML/CSS (and many operating systems and displays) are only capable of describing colors using 8 bit/channel. If you instead treated the 8 bit/channel colors as canonical and computed a decimal approximation for the (R, G, B) columns, that would be worse, because 255ths are not cleanly expressible as decimal numbers, so it would not be obvious which values should be taken as canonical for putting into the definitional formulas for these various color representations between a fraction out of 255 vs. a fraction out of 1000 (3 decimal places). The point of the examples is substantially so people can double-check implementations of these formulas, so the resulting confusion would compromise that goal. –[[user:jacobolus|jacobolus]] [[User_talk:jacobolus|(t)]] 07:40, 26 March 2024 (UTC)
::So, how would you go about converting the hexadecimal values to these canonical RGB values? [[User:JTConroy88|Justin T Conroy]] ([[User talk:JTConroy88|talk]]) 15:05, 26 March 2024 (UTC)
:::The conversion went the other way. If you start with an arbitrary number between 0 and 1, you can multiply it by 255 and then round to the nearest integer, which will be between 0 and 255 or in hexadecimal between {{code|0x00}} and {{code|0xFF}}. For example,
:::: <math>0.750 \times 255 = 191.25 \approx 191 = 11\cdot 16 + 15 \cdot 1.</math>
::: So the number 0.750 corresponds (approximately) to {{code|0xBF}}. If instead you treated 191/255 as the canonical value, then the decimal fraction for that is 0.749... –[[user:jacobolus|jacobolus]] [[User_talk:jacobolus|(t)]] 16:37, 26 March 2024 (UTC)

== Reverted addition of an "advantages" section ==

Hi @[[User:8-leaf clover|8-leaf clover]], I reverted your "advantages" section, and changes to the "disadvantages" section. Giving examples is extremely helpful in explaining what the significant problems are with HSL/HSV, and removing the examples does not benefit readers.

I don't think the "Advantages over perceptually uniform color spaces" section is supportable, even beyond the lack of any source: It's obviously true that colors representable in an RGB cube are in a 1:1 relationship with colors representable in an HSL or HSV cylinder, as already described elsewhere in the article, but the rest is somewhere between misleading and wrong. Even wording like "use saturation instead of chroma" is quite problematic since the HSL/HSV "S" parameter is really ''not'' anything close to the same as "saturation" as a human-perceived color attribute. A claim that computations are "three times simpler" than RGB computations seems ridiculous to me, and I think you'd be hard pressed to find any expert saying something like that – we are talking about a trivial bit of arithmetic.

At best, if you find a source, you could probably add an extra disclaimer sentence or two in the Disadvantages section explaining why that source prefers it. But frankly the whole rest of the article already serves to describe the purpose / uses / "advantages" of HSL and HSV.

Overall, including a disadvantages section here is of high importance because most shallow sources about HSL and HSV that someone might find in a web search do not discuss the problems, but serious experts on color find HSL and HSV to be unusably bad for almost any situation, and their advice to use them sparingly or not at all is extremely strongly worded. Watering down those expert warnings leaves readers misguided about where HSL / HSV are appropriate and how they relate to other systems for color order. –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 19:17, 2 February 2025 (UTC)

:Hello. While it's true that readers should understand the disadvantages of these color spaces over perceptually uniform color spaces for certain applications, it's also true that the article is biased against them, to the point where the information stops being entirely correct. For instance, the article says:
:''In HSV, the blue primary {{colorsample2|#0000FF}} and white {{colorsample2|#FFFFFF}} are held to have the same value, even though perceptually the blue primary has somewhere around 10% of the luminance of white (the exact fraction depends on the particular RGB primaries in use). In HSL, a mix of 100% red, 100% green, 90% blue – that is, a very light yellow {{colorsample2|#FFFFE5}} – is held to have the same saturation as the green primary {{nobr|{{colorsample2|#00FF00}},}} even though the former color has almost no chroma or saturation by the conventional psychometric definitions. Such perversities led Cynthia Brewer, expert in color scheme choices for maps and information displays, to tell the [[American Statistical Association]]...''
:Value, in the context of HSV, is not meant to represent perceptually uniform lightness, not even approximate it. Neither does "lightness" in HSL.
:The same goes for "saturation" in HSL. It is not meant to represent saturation as defined by the CIE, it is simply another way to refer to relative chroma with respect to the sRGB boundary. Even worse, chroma and saturation seem to have been confused in the article. As you said, "HSL/HSV "S" parameter is really not anything close to the same as "saturation" as a human-perceived color attribute".
:Neither HSL nor HSV were designed to be even close to perceptually uniform, only simple to compute, simple to use. The properties of all colors inside them being also inside the sRGB gamut, and that all maximum-chroma colors share the same lightness/value are very useful.
:Judging color spaces that are not meant to be perceptually uniform by their perceptual uniformity is a very common mistake. It's like if we judged CIE Lab for not being linear. It is not uncommon to see people criticizing even fundamental color spaces like CIE 1931 XYZ or CIE 1931 xyY because they are not perceptually uniform, when their purpose is completely different. Not being perceptually unform is not necessarily "a problem of a color space", unless, of course, the color space was designed to be perceptually uniform.
:'''It is important to mark the ways in which HSL/HSV and perceptually uniform color spaces differ''', and I'm not saying that we should add an "advantages" section, '''but it is not correct to say that they are "offenders" in any way. They don't "own" anyone any perceptual uniformity.''' I respect what the color experts have to say about them, but abandoning them for not accomplishing a criterion that they weren't designed to accomplish seems senseless. [[User:8-leaf clover|8-leaf clover]] ([[User talk:8-leaf clover|talk]]) 00:04, 13 February 2025 (UTC)
::The term "value" was adopted for the context of color by [[Albert Munsell]] (cf. [[Munsell color system]]), and it most certainly does mean perceived [[lightness]], as does "lightness". I'm not sure how standardized the meaning of the term "saturation" was in the 1970s, but "saturation" also historically and currently refers to a human-perceived quality of color, which is intended to be meaningfully comparable from one hue to another.
::HSL and HSV were invented in a context (1970s computer graphics system) where perceptual uniformity was not possible to achieve with a reasonable amount of computation. But they were explicitly intended to be similar/comparable to perceptually uniform color spaces, and adopted the same terminology for that reason. If you read early documents introducing/explaining these systems they are clearly intended to have more-or-less human-meaningful coordinates, with the goal of being "intuitive" and comprehensible to humans. Unfortunately they just do a very poor job at meeting their own goals (as color experts have written about clearly and at length).
::Using names "value", "lightness", "saturation", and even "hue" for HSV and HSL coordinates is extremely misleading, because these words have been redefined to mean something vaguely similar but not really very close to their widely adopted ordinary technical (or lay conventional English) meanings. It's very important to warn readers away from the false impression given by the terminology, because most naïve readers are not color scientists and don't realize that they are being bamboozled by poorly chosen terminology.
::I don't think you have an accurate impression of the goals or context of these color spaces. But with that said, if you can find publications by experts advocating the use of these spaces, I'd be happy to quote / paraphrase and link those.
:: {{tq|i=yes| The properties of all colors inside them being also inside the sRGB gamut, and that all maximum-chroma colors share the same lightness/value are very useful.}} – Useful for who, in what context? My own extensive personal experience in photographic printing, illustration, information design, user interface design, etc. (like the experience of the quoted world-class experts) is that these features are effectively never important enough to justify the severe faults of these color spaces. –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 01:47, 13 February 2025 (UTC)
:::In the article, we could point out that the dimensions of "saturation" and "lightness" in HSL, and "value" in HSV do not correspond to the psychometric definitions provided by the CIE; and that neither "hue" nor HSV "saturation" are perceptually uniform. '''Criticizing the names of the dimensions of color of these color spaces is valid, because they might be misleading.'''
:::However, that still doesn't mean that criticizing these color spaces for their perceptual uniformity is valid. These color spaces were designed with the objective of being intuitive for color picking, with notions that artists or the average person might have about color: Any color can be obtained by (additively) mixing a pure hue with black, white, or both. The range from black, to shade, to maximum-chroma color (MCC), to tint, to white is located at the periphery of the HSL color cylinder, and that is HSL's "lightness" indicates. It does not pretend to be a true measure of lightness [https://patentimages.storage.googleapis.com/52/f4/2b/900b0e19ffd27f/US4694286.pdf]. In this sense, HSL is similar to the [[Ostwald color system]], or the [[Natural Color System|NCS color space]] (are we going to judge them, too?). Perceptual uniformity is, again, not the goal of HSL and HSV, so, expert or not, it is unfair to judge them by those standards. And, I insist, the article is biased against them.
:::The misuse of these color spaces as perceptually uniform ones is not a flaw. Plus, any rational user will quickly realize that the names of their dimensions of color do not refer to the perceptual attributes with the same name. 
:::HSL and HSV may be useful for:
:::- Generating gradients.
:::- Color calibration of different kinds.
:::- Image color adjustment: Lightness and chroma are not always desired to be preserved. When, for example, hue shifting, or increasing the colorfulness, preserving the relation of the colors with black/white and the MCCs might be desirable.
:::- Digital artists and graphic designers: When color picking, it is useful for many to know exactly where the MCC is, and how that color relates to black and white. With a perceptually uniform color space, this could be solved with hue planes, but changing the hue will also change the lightness and chroma of the MCC, forcing the user to constantly correct these parameters, or enter them manually via hex code/RGB coordinates.
:::In this sense, GIMP does a good job both in image manipulation and in color picking, because you can choose between HSL and perceptually uniform(ish) CIE Lab; further showcasing that both types of color spaces are needed for different situations.
:::- In the case of HSV, its V parameter allows the user to choose the maximum brightness color inside the RGB gamut with the same chromaticity as a previously selected color. This cannot be done with a perceptually uniform color space.
:::The V parameter also allows artists and graphic designers to color shadows correctly. In cases like this one, the L dimension of a perceptually uniform color space may result misleading, because the notion of shadows being just "darker versions of the color of the object" is intuitive, but wrong.
:::'''Again, saying that these color spaces "should be abandoned" just because they don't satisfy an arbitrary criterion that they weren't designed to accomplish, and because they may be confusing for inexperienced users (ignoring their advantages over other color spaces), seems, in my opinion, quite entitled; and despite coming from a quote, I think that it biases the article even further.'''
:::I see a similar notion of "HSL and HSV spaces should be abandoned" on the [[Wikipedia:WikiProject Color/Normalized Color Coordinates]] page. I might add a topic to the talk page regarding this biased point of view later. [[User:8-leaf clover|8-leaf clover]] ([[User talk:8-leaf clover|talk]]) 15:39, 13 February 2025 (UTC)
::::These systems are also significantly less uniform than the Ostwald or NCS systems. We could certainly also extend the criticism section to point out how HSL and HSV fail to live up to their goals if those are interpreted to be the same as the goals of Ostwald/NCS. I'm not sure if you'll find published expert commentary to that effect though.
::::{{tq|i=yes| doesn't mean that criticizing these color spaces for their perceptual uniformity is valid}} – Several of the world's top experts in these topics criticize them on those grounds. I haven't seen any published critique of the "validity" of their criticism.
::::{{tq|i=yes| any rational user will quickly realize that the names of their dimensions of color do not refer to the perceptual attributes}} – My experience is that this is empirically entirely incorrect. The great majority of users expect that the names of the dimensions will be perceptually meaningful, and do not understand why using HSL/HSV keeps giving them consistently poor results when they try to use them in an apparently logical fashion. If you try reading about color online (and unfortunately even in many books) there are many, many sources by authors with insufficient color science knowledge giving very bad advice to artists about how to use HSL and HSV, based on fundamental misunderstandings of how they work.
::::{{tq|i=yes| GIMP does a good job both in image manipulation and in color picking, because you can choose between HSL and perceptually uniform(ish) CIE Lab; }} – All this demonstrates is that GIMP tries to be backwards compatible with previous systems / users' expectations, not that the provided tools are any good. Indeed GIMP provides a wide variety of mediocre tools which would be much improved by a ground-up redesign, but which are included because they were (IMO unthinking) copies of previous systems.
::::{{tq|i=yes| V parameter also allows artists and graphic designers to color shadows correctly}} – No it does not. It works horribly for this purpose, with significantly broken results if you try to apply the same adjustments to different hues. Have you ever tried this, as an artist or graphic designer?
::::{{tq|i=yes| advantages over other color spaces}} – In practice they really don't. Their only nontrivial advantage is familiarity because they have been historically ubiquitously (mis)used.
::::{{tq|i=yes| similar notion of "HSL and HSV spaces should be abandoned" on the [[Wikipedia:WikiProject Color/Normalized Color Coordinates]] page.}} – Good point: these should be abandoned in that context, where they are clearly misleading and entirely inappropriate. –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 18:17, 13 February 2025 (UTC)
:::::I am going to be pretty blunt:
:::::{{tq|i=yes|These systems are also significantly less uniform than the Ostwald or NCS systems. We could certainly also extend the criticism section to point out how HSL and HSV fail to live up to their goals if those are interpreted to be the same as the goals of Ostwald/NCS. I'm not sure if you'll find published expert commentary to that effect though.}}
:::::I honestly don't understand how else to communicate this: '''unlike the Ostwald color system and the NCS color space, HSL and HSV cannot be logically criticized for their lack of perceptual uniformity, because they weren't designed with any kind of perceptual uniformity in mind; and if someone uses them expecting perceptual uniformity, it's their problem, not the color spaces' problem.'''
:::::'''Not everything in color science revolves around perceptual uniformity.'''
:::::{{tq|i=yes|Several of the world's top experts in these topics criticize them on those grounds. I haven't seen any published critique of the "validity" of their criticism.}}
:::::... Of course not. We are one of the few people on this planet discussing this. Nobody will take the time to publish a critique on a critique of a simple color space. That doesn't change the '''fact''' that criticizing these color spaces for their perceptual uniformity is not valid for the simple-to-understand reasons that I have already provided. A comment on their perceptual uniformity would be valid.
:::::Experts can criticize HSL / HSV, but that won't change the fact that it is an invalid criticism, and thus they are biased, also biasing the content of this article.
:::::An expert's opinion on the topic is not necessary when we can use '''basic logic'''.
:::::{{tq|i=yes|My experience is that this is empirically entirely incorrect. The great majority of users expect that the names of the dimensions will be perceptually meaningful, and do not understand why using HSL/HSV keeps giving them consistently poor results when they try to use them in an apparently logical fashion. If you try reading about color online (and unfortunately even in many books) there are many, many sources by authors with insufficient color science knowledge giving very bad advice to artists about how to use HSL and HSV, based on fundamental misunderstandings of how they work.}}
:::::Great criticism on the wrong usage of the color spaces! Unfortunately, it does not attack the color spaces at all. 
:::::Plus, with all due respect, I said rational users. It's pretty logical to expect perceptually relevant color attributes when reading "hue", "saturation", "lightness", and "value"; but it is not logical to expect so after just a few minutes of usage.
:::::{{tq|i=yes|All this demonstrates is that GIMP tries to be backwards compatible with previous systems / users' expectations, not that the provided tools are any good. Indeed GIMP provides a wide variety of mediocre tools which would be much improved by a ground-up redesign, but which are included because they were (IMO unthinking) copies of previous systems.}}
:::::HSL and HSV are more simple than perceptually uniform color spaces. They are not a "previous system". They have various applications in which perceptually uniform color spaces are useless.
:::::{{tq|i=yes|No it does not. It works horribly for this purpose, with significantly broken results if you try to apply the same adjustments to different hues. Have you ever tried this, as an artist or graphic designer?}}
:::::Unless you want to give an artistic interpretation to your shadows, or the scenario in which you are working is uncommon, yes, it does. HSV preserves chromaticity pretty well along its V dimension, just like shadows.
:::::{{tq|i=yes|In practice they really don't. Their only nontrivial advantage is familiarity because they have been historically ubiquitously (mis)used.}}
:::::No... I just made a list of their different advantages over perceptually uniform color spaces. It's funny, because I used HSV today for something that couldn't have been possible with a perceptually uniform color space.
:::::Plus, your wording there really showed your bias...
:::::{{tq|i=yes|Good point: these should be abandoned in that context, where they are clearly misleading and entirely inappropriate.}}
:::::They are misleading if you don't know what they are and what they mean. That doesn't mean that they should be abandoned.
:::::I'm sorry, but you have proven to be very biased against them. Objectivity is what is needed here. I'm going to edit this article (and, possibly, the page I mentioned previously) to fix the biases. And that means deleting a lot of biased information (of course, I will keep the disadvantages, but, again, not the biased info). I might add (sourced) information. –[[User:8-leaf clover|8-leaf clover]] ([[User talk:8-leaf clover|talk]]) 20:45, 13 February 2025 (UTC)
::::::To paraphrase your argument: "The majority of people are irrational and keep picking a miserably bad tool and widely using it for a large number of jobs to which it is entirely unsuited and then getting bad results, but that's their own fault, and it is 'invalid' to explain this to them because they should know better or figure it out for themselves using pure reason." –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 21:45, 13 February 2025 (UTC)
:::::::There have been multiple ocassions in my responses in which I have said that ''the readers should be informed of the disadvantages of these color spaces over perceptually uniform ones '''for certain applications'''.'' 
:::::::Quoting myself:
:::::::"In the article, we could point out that the dimensions of "saturation" and "lightness" in HSL, and "value" in HSV do not correspond to the psychometric definitions provided by the CIE; and that neither "hue" nor HSV "saturation" are perceptually uniform. Criticizing the names of the dimensions of color of these color spaces is valid, because they might be misleading".
:::::::That is what I will try to do, while also removing the parts that are clearly biased. I will not write any personal opinion there, obviously.
:::::::Saying that they are a "miserably bad tool" is incorrect, since they are good tools given their purpose. [[User:8-leaf clover|8-leaf clover]] ([[User talk:8-leaf clover|talk]]) 22:23, 13 February 2025 (UTC)
::::::::{{tq|i=yes| good tools given their purpose}} – While this is of course subjective, if you ask experts they will tell you that this is substantially wrong for essentially every purpose. They are bad for computer vision. They are bad for image analysis. They are bad for image editing/color grading (as used by e.g. Photoshop's "adjustments" menu and every unthinking Photoshop imitator). They are bad as a programmatic UI for color adjustment (as sometimes used by websites e.g., because this was encouraged by poorly conceived CSS APIs). They are bad as a quasi-human-comprehensible list of written coordinates. They are bad as a tool for choosing color harmonies. They are bad as a tool for choosing color gradients or data visualization "color ramps".
::::::::Really the only defensible use case use case in my opinion is for color pickers, but in practice they give generally bad results for this too, because most human users that try to apply them to color picking do not understand how they work and misinterpret their dimensions. The main advantage they have in this context is familiarity and ubiquity, and the advantage that adopting a better color space requires a more intentional and complicated UI design and more knowledgeable and thoughtful software designers/programmers to implement.
::::::::You will be hard pressed to find serious experts advocating the use of HSL and HSV, because, as a practical matter, it's bad advice that yields bad results. –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 22:46, 13 February 2025 (UTC)
::::::Your previous edit was not appropriate. Some of our language can be toned down, but the way you are going about it by smashing the most important and useful part of this page is a gross disservice to readers. –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 21:46, 13 February 2025 (UTC)
:::::::I'm will not smash anything. As I said before, I will provide (at least) the same information that is in already there, minus the clearly biased parts.
:::::::Plus, it being the "most important and useful part of this page" is extremely debatable. [[User:8-leaf clover|8-leaf clover]] ([[User talk:8-leaf clover|talk]]) 22:26, 13 February 2025 (UTC)
::::::::Okay, I wrote the whole page (looked up the historical sources, found the screenshots, made the tables, drew most of the diagrams, and so on – though the usual wiki entropy tends to slowly degrade it over time compared to the original version, with random bits of misinformation, irrelevant trivia, technical mistakes, etc.), and in my opinion it is the most important part, because naïve readers tend not to be sufficiently warned by many shallow mainstream resources and are encouraged by badly designed software to use these tools incorrectly. Luckily there are a number of top color experts who have clearly explained the problems with HSL and HSV, but unluckily their publications are aimed at a relatively niche audience and they are drowned out by a sea of misleading SEO schlock. Having Wikipedia describe their criticism reaches a broader audience and, overall, is the most informative portion of this page for a reader (e.g. an artist or software developer) who might otherwise be inclined to adopt these tools unthinkingly. –[[user:jacobolus|jacobolus]] [[user_talk:jacobolus|(t)]] 22:50, 13 February 2025 (UTC)