Spectra of natural colours

D Cox

Forum Pro
Messages
36,488
Solutions
44
Reaction score
18,431
Location
UK
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."
J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I have a CGATs file Iliah was kind enough to produce if you so desire. Then one can (as I did) plot the colors gamut in something like ColorThink Pro or any software you have that can plot a color list.
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors. I generated a few graphs of various green leaves and will post them later.
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors.
Telling.
I generated a few graphs of various green leaves and will post them later.
But not all 218 reflectance spectra of natural plant flower color, where it’s been shown, some orange and yellow samples are clipped in sRGB:



Again, telling.
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors.
Telling.
I generated a few graphs of various green leaves and will post them later.
But not all 218 reflectance spectra of natural plant flower color, where it’s been shown, some orange and yellow samples are clipped in sRGB:

https://www.dpreview.com/forums/post/59559368

https://www.dpreview.com/forums/post/59559609

Again, telling.
Stop behaving as a donkey-hole, grow up. I was talking about graphing the spectra, there is no sRGB there. There are too many spectra, my choice of green leaves is a personal preference.

I have to put you in my ignore file now, your behavior is too childish and you miss my point almost all the time. Bye.
 
Last edited:
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors.
Telling.
I generated a few graphs of various green leaves and will post them later.
But not all 218 reflectance spectra of natural plant flower color, where it’s been shown, some orange and yellow samples are clipped in sRGB:

https://www.dpreview.com/forums/post/59559368

https://www.dpreview.com/forums/post/59559609

Again, telling.
Stop behaving as a donkey-hole, grow up. I was talking about graphing the spectra, there is no sRGB there.
There is sRGB to compare the 218 coloured samples collected from the nature against.

From the site with the data some of us fully examining:

The reflectance spectra of 218 coloured samples collected from the nature. Samples include flowers and leaves and other colourful plants. Each spectrum consists of 61 elements that are raw data got from the output of the 12 bit A/D-converter of the AOTF color measuring equipment. All the element values should be between 0 and 4096. However there can exist some values which are larger than 4096. Those element values should be corrected to the value 4096.
There are too many spectra, my choice of green leaves is a personal preference.
There are too many for you and you’ve decided to plot a subset unlike others who were willing and able to examine all the data. Forgive me for asking about your predetermined testing methodology which is, by your own admission, going to be incomplete.
I have to put you in my ignore file now**, your behavior is too childish and you miss my point almost all the time. Bye.
Will not stop others and myself from calling you out.

**“Most men would rather deny a hard truth than face it.” -George R.R. Martin, A Game of Thrones
 
Last edited:
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors. I generated a few graphs of various green leaves and will post them later.
Thanks.

I haven't used a spreadsheet program for decades, so I would have to mess around finding out how to generate a graph, perhaps in Libre Office.

I do wonder why they posted a straightforward small text file as a "tar.gz", But it didn't take long to unwrap it. (I use "Total Commander" for such tasks.)
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors. I generated a few graphs of various green leaves and will post them later.
Thanks.

I haven't used a spreadsheet program for decades, so I would have to mess around finding out how to generate a graph, perhaps in Libre Office.
I don't understand what is the big deal regarding assessing the applicability of the colors from that link and sRGB. It was mentioned here in the original post:

https://www.dpreview.com/forums/post/59561972

it is just a few lines of code in Octave / Matlab / Python.
I do wonder why they posted a straightforward small text file as a "tar.gz", But it didn't take long to unwrap it. (I use "Total Commander" for such tasks.)
Why make it complicated? That is just a tar file.

Just use "tar -xvfz FILENAME" on command line in a terminal on Mac / Linux. If on Windows (who does scientific works on Windows :-) in any case) then download Cygwin and then use that tar command.

--
Dj Joofa
http://www.djjoofa.com
 
Last edited:
My apology for semi-hijacking this follow-on thread, but I also had a question concerning a post made in the other thread that filled up. Digidog posted a comparison of Granger rainbow/charts constructed in ProPhoto and sRGB (8-bit for both). See here. The respective histograms showed considerable banding in the sRGB version but not in the ProPhoto version. My question to Digidog: How were the Granger rainbows constructed? I can't seem to duplicate the banding in the sRGB versions that I'm creating, so I'd be curious to learn more about the steps used by Digidog. I'm using Photoshop and assume the same was done by Digidog. Thanks, and again my apology for going off-topic in this specific thread. The question didn't seem worthy of a whole separate thread.
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors. I generated a few graphs of various green leaves and will post them later.
Thanks.

I haven't used a spreadsheet program for decades, so I would have to mess around finding out how to generate a graph, perhaps in Libre Office.
I don't understand what is the big deal regarding assessing the applicability of the colors from that link and sRGB. It was mentioned here in the original post:

https://www.dpreview.com/forums/post/59561972

it is just a few lines of code in Octave / Matlab / Python.
I am more interested in the spectra than in colour spaces.
I do wonder why they posted a straightforward small text file as a "tar.gz", But it didn't take long to unwrap it. (I use "Total Commander" for such tasks.)
Why make it complicated? That is just a tar file.

Just use "tar -xvfz FILENAME" on command line in a terminal on Mac / Linux. If on Windows (who does scientific works on Windows :-) in any case) then download Cygwin and then use that tar command.
That takes a lot longer than just clicking on the icon in Total Commander and copying the archive contents to where you want them.

But why not just post the text file as it is ? Why archive it ?

Not that it really matters.
 
My apology for semi-hijacking this follow-on thread, but I also had a question concerning a post made in the other thread that filled up. Digidog posted a comparison of Granger rainbow/charts constructed in ProPhoto and sRGB (8-bit for both). See here. The respective histograms showed considerable banding in the sRGB version but not in the ProPhoto version. My question to Digidog: How were the Granger rainbows constructed? I can't seem to duplicate the banding in the sRGB versions that I'm creating, so I'd be curious to learn more about the steps used by Digidog. I'm using Photoshop and assume the same was done by Digidog. Thanks, and again my apology for going off-topic in this specific thread. The question didn't seem worthy of a whole separate thread.
When working with 8-bits per channel, this can happen when converting from a wider gamut colorspace to a smaller gamut colorspace. The issue is that within a range of colors, the smaller gamut has more distinct device values. In some sense the smaller gamut space has a higher "precision" than the larger gamut space, but the precision of the data has already been reduced to the lower "precision" of the other space. Thus we end up with unused device values in our file.

This is one of the disadvantages of working in a larger colorspace when your final deliverable will be in a smaller colorspace.

You can avoid this problem by working in 16 bits per channel, and converting while still in 16 bits per channel.

When it comes to colorspaces, it's important to pay attention to both the theoretical and practical issues. Sometimes the practical issues will depend on which tools you are using.
 
My apology for semi-hijacking this follow-on thread, but I also had a question concerning a post made in the other thread that filled up. Digidog posted a comparison of Granger rainbow/charts constructed in ProPhoto and sRGB (8-bit for both). See here. The respective histograms showed considerable banding in the sRGB version but not in the ProPhoto version. My question to Digidog: How were the Granger rainbows constructed? I can't seem to duplicate the banding in the sRGB versions that I'm creating, so I'd be curious to learn more about the steps used by Digidog. I'm using Photoshop and assume the same was done by Digidog. Thanks, and again my apology for going off-topic in this specific thread. The question didn't seem worthy of a whole separate thread.
When working with 8-bits per channel, this can happen when converting from a wider gamut colorspace to a smaller gamut colorspace. The issue is that within a range of colors, the smaller gamut has more distinct device values. In some sense the smaller gamut space has a higher "precision" than the larger gamut space, but the precision of the data has already been reduced to the lower "precision" of the other space. Thus we end up with unused device values in our file.

This is one of the disadvantages of working in a larger colorspace when your final deliverable will be in a smaller colorspace.

You can avoid this problem by working in 16 bits per channel, and converting while still in 16 bits per channel.

When it comes to colorspaces, it's important to pay attention to both the theoretical and practical issues. Sometimes the practical issues will depend on which tools you are using.
No offense intended, but I'm not interested in (nor require) your explanation of the differing effects of bit depth on varying color spaces. I'd simply like Digidog to explain the steps he used to construct his respective Granger rainbows. I'm curious as to why we seem to be getting different results.
 
No offense intended, but I'm not interested in (nor require) your explanation of the differing effects of bit depth on varying color spaces. I'd simply like Digidog to explain the steps he used to construct his respective Granger rainbows. I'm curious as to why we seem to be getting different results.
My apologies.
 
I excerpt these bits from a current very long thread:

"The spectral measurements of natural colours available from University of Eastern Finland confirm that sRGB does not contain even the limited set of colours of natural objects they studied. Some orange and yellow samples are clipped in sRGB."

J A C S said:

"Thanks for the link, I was looking for something like this before. I downloaded the text file, imported it into an Excel spreadsheet and I am generating graphs now. I wish they did that (or maybe they did but I have not found it). I am more interested in eyeballing the spectral curves than computing coordinates in this and that space."

Did you manage to generate those graphs ?

If so I would very much like to see them.
I generated a few. It was not easy (for me) because I had to reformat the text file by removing the wrapping, import into Excel, and fix some formatting errors. I generated a few graphs of various green leaves and will post them later.
Thanks.

I haven't used a spreadsheet program for decades, so I would have to mess around finding out how to generate a graph, perhaps in Libre Office.
I don't understand what is the big deal regarding assessing the applicability of the colors from that link and sRGB. It was mentioned here in the original post:

https://www.dpreview.com/forums/post/59561972

it is just a few lines of code in Octave / Matlab / Python.
I am more interested in the spectra than in colour spaces.
To me it appears that is even easier. The file already contains the spectra. Just untar it and plot it.
I do wonder why they posted a straightforward small text file as a "tar.gz", But it didn't take long to unwrap it. (I use "Total Commander" for such tasks.)
Why make it complicated? That is just a tar file.

Just use "tar -xvfz FILENAME" on command line in a terminal on Mac / Linux. If on Windows (who does scientific works on Windows :-) in any case) then download Cygwin and then use that tar command.
That takes a lot longer than just clicking on the icon in Total Commander and copying the archive contents to where you want them.
My comment was meant to be taken more seriously, actually.

Linux / Mac / Windows with Cygwin offer a huge amount of easy, couple of lines (many times just one-liners) command line text processing suite of utilities that it is mind-boggling how any serious researcher would not use them? Indeed many (most??) do for cleaning and preparing text based data for experimentation. Even binary data many times.
But why not just post the text file as it is ? Why archive it ?
To compress and save space. It may be little in this case. But , still.

--
Dj Joofa
http://www.djjoofa.com
 
Last edited:
My comment was meant to be taken more seriously, actually.
Really?
Linux / Mac / Winodws with Cygwin offer a huge amount of easy, couple of lines (many times just one-liners) on command line text processing suite of utilities that it is mind-boggling how any serious researcher would not use them? Indeed many (most??) do for cleaning and preparing text based data for experimentation. Even binary data many times.
I used Word with a few find/replace commands to reformat the text file into a form suitable for importing into Excel.

Do you really feel the need to discuss this? What is wrong with this forum?

The reason it is taking me so long is that (1) I have other things to do and (2) there are hundreds of spectra and I need to chose the ones I want to plot and to present them appropriately.
 
My comment was meant to be taken more seriously, actually.
Really?
Yes, really. Seriously.
Linux / Mac / Winodws with Cygwin offer a huge amount of easy, couple of lines (many times just one-liners) on command line text processing suite of utilities that it is mind-boggling how any serious researcher would not use them? Indeed many (most??) do for cleaning and preparing text based data for experimentation. Even binary data many times.
I used Word with a few find/replace commands to reformat the text file into a form suitable for importing into Excel.
Ha, if that is really what you do for data 'cleanup' before experimentation, then I guess my comment is really not meant for you.
Do you really feel the need to discuss this? What is wrong with this forum?
Do you really feel the need to comment? You are neither OP nor I replied to you. Just keep quiet and work on figuring out your work on Excel.
The reason it is taking me so long is that (1) I have other things to do and (2) there are hundreds of spectra and I need to chose the ones I want to plot and to present them appropriately.
Good luck!

--
Dj Joofa
http://www.djjoofa.com
 
Last edited:
My apology for semi-hijacking this follow-on thread, but I also had a question concerning a post made in the other thread that filled up. Digidog posted a comparison of Granger rainbow/charts constructed in ProPhoto and sRGB (8-bit for both). See here. The respective histograms showed considerable banding in the sRGB version but not in the ProPhoto version. My question to Digidog: How were the Granger rainbows constructed?
I can send you a few pages from my book tutorial on how one is built. But you can use any image as I later illustrated when called out for not using an actual image file. The results were the same!
I can't seem to duplicate the banding in the sRGB versions that I'm creating, so I'd be curious to learn more about the steps used by Digidog.
By editing the file! You can try all kinds of various edits on any image in any working space in 8-bits per color to produce banding. And that’s my point to Fryd; that picking on editing in ProPhoto RGB or any other RGB working space in 8-bits per color CAN produce banding. Depends on the edits, how many, what kind etc. As I said, for many, a big Duh moment.

He’s suggesting that ProPhoto RGB is in some way more dangerous to use because unless it’s in high bit, editing can cause banding. That’s somewhat true. And it’s also true of sRGB or any other RGB working space with that encoding. That’s WHY we have high bit capture and why we edit in high bit.

The ProPhoto FUD isn’t any more compelling than the sRGB FUD in terms of editing in 8-bits per color; it can show up.

For example, you do all the parametric edits in Lightroom or ACR and export a ProPhoto RGB JPEG in of course 8-bits per color. Not a lick of banding. So ProPhoto RGB is problematic? Of course not. Do the same with sRGB, same results. Edit either, depending on the edit, anything is possible.

What really confused him is the idea that the colorimetric distance between ‘colors’ (device values) in a wider gamut working space is farther apart than in a smaller gamut color space. He mucked up the entire deltaE idea here too; not pertinent, not defined, depends on the color values etc. ALL THINGS being equal, all edits being equal, with an 8-bit per color document, you will very likely end up with banding sooner/greater with a wide gamut working space than a narrower one. So don’t edit in 8-bits per color! In any color gamut working space! No reason you have to and CERTAINLY not a worse outcome than clipping colors you captured and can output with a wider gamut working space when all you have to do, is edit in high bit.

--
Andrew Rodney
Author: Color Management for Photographers
The Digital Dog
http://www.digitaldog.net
 
Last edited:
I used Word with a few find/replace commands to reformat the text file into a form suitable for importing into Excel.
Ha, if that is really what you do for data 'cleanup' before experimentation, then I guess my comment is really not meant for you.
What a horror, using Word...
Do you really feel the need to discuss this? What is wrong with this forum?
Do you really feel the need to comment? You are neither OP nor I replied to you. Just keep quiet and work on figuring out your work on Excel.
Who did you have in mind then? The OP mentioned me explicitly.
 
My apology for semi-hijacking this follow-on thread, but I also had a question concerning a post made in the other thread that filled up. Digidog posted a comparison of Granger rainbow/charts constructed in ProPhoto and sRGB (8-bit for both). See here. The respective histograms showed considerable banding in the sRGB version but not in the ProPhoto version. My question to Digidog: How were the Granger rainbows constructed? I can't seem to duplicate the banding in the sRGB versions that I'm creating, so I'd be curious to learn more about the steps used by Digidog. I'm using Photoshop and assume the same was done by Digidog. Thanks, and again my apology for going off-topic in this specific thread. The question didn't seem worthy of a whole separate thread.
When working with 8-bits per channel, this can happen when converting from a wider gamut colorspace to a smaller gamut colorspace.
Why would anyone do that if they don’t have to?
The issue is that within a range of colors, the smaller gamut has more distinct device values.
Nope.
In some sense the smaller gamut space has a higher "precision" than the larger gamut space, but the precision of the data has already been reduced to the lower "precision" of the other space. Thus we end up with unused device values in our file.
Nope.
This is one of the disadvantages of working in a larger colorspace when your final deliverable will be in a smaller colorspace.
Wrong.
You can avoid this problem by working in 16 bits per channel, and converting while still in 16 bits per channel.
There you go! Problem solved. Work in high bit. New concept for you?
When it comes to colorspaces, it's important to pay attention to both the theoretical and practical issues.
And you do that how?
Sometimes the practical issues will depend on which tools you are using.
The tools you lack that would provide an analysis of image color gamut it seems.
 

Keyboard shortcuts

Back
Top