James Webb Telescope pictures didn’t begin as images
thestar.com
thestar.com
(and after all, if these instruments/telescope were 30 years and $10B in the works, you would hope there's a fairly well developed function to make the data as useful as it can be)
The goal is to get the "true" physical measurement of the light that arrives at the telescope. After those photons arrive, the measurements get contaminated by everything to do with the hardware, sensors, electronics, processing artifacts, and there's a whole organization that exists to study and remove these effects to get that true signal out.
Every filter, sensor, system has been studied for thousands of person-hours and there are libraries on libraries of files to calibrate/correct the image that gets taken. How do you add up exposures that are shifted by sub-pixel movements to effectively increase the resolution of the image? How to identify when certain periodic things happen to the telescope and add patterns of noise that you want to remove? What is the pattern that a single point of light should expect to be spread out into after traveling through the mirror/telescope/instrument/sensor system, and how do you use that to improve the image quality? (the 6 pointed star you see)
Most fascinating to me is when someone discovers or imagines that some natural phenomenon that you thought was a discovery, turns out to be a really subtle effect of the noise in the instrument? (ADC readout noise / spike that subtly correlates with a high value having passed by during readout of a previous pixel? which makes your supernova discovery actually a fluke? I'm trying to recall the paper discovering that the pixel value on one chip of an instrument was related to the bitwise encoding of the readout on a neighboring chip's pixel...)
Then there's even a whole industry of how to archive data, make it useful to the field, across telescopes, across projects, and over time.
Lots of science and work here over decades.
Or how vibration on a cable can induce sensor noise because you have 2 conductors in a long line creating capacitor with capacity modulated by vibration and because of that change of capacitance there is a current induced in it.
Or how every sensor is a temperature sensor and anything else it senses is just extra.
http://ircamera.as.arizona.edu/MIRI/paper8.pdf
they can control the MIRI focal plane array temperature to 10mK using some clever tricks with electronic components that can operate as heaters.> "This temperature sensor performance supports controlling the temperature of the SCAs to 10 mK, peak-to-peak."
More seriously, I think so many people are only familiar with using image processing techniques to make things look subjectively "better", that they find it harder to believe that scientists don't do the same things to their research images. That is a bit corrosive to society, but real today.
This happens a lot in radio astronomy, too - you can get interference from all sorts of electronic devices. Nowadays there are more and more passing satellites, as well. Or even something mundane like a microwave.
https://www.theguardian.com/science/2015/may/05/microwave-ov...
The cameras used here are more than 8 bit cameras, so there has to be some way to map the higher bit-depth color channels to 8 bits for publishing. The term for the pixel values coming off the camera is ADU. For an 8 bit camera, the ADU range is 0-255. For 16bit cameras (like what mine outputs) is 0-65536. That's not really what stretching is about though.
A lot of time, the signal for the nebula in an image might be in the 1k-2k range (for a 16bit camera), and the stars will be in the 30k to 65k range. If you were to compress the pixel values to an 8 bit range linearly (ie, 0 adu = 0 pixel, 65536 adu = 255) you're missing out on a ton of detail in the 1k-2k range of the nebula. If you were to say 'ok, let's have 1k adu = 0 in the final image, and 2k adu = 255', then you might be able to see some of the detail, but a lot of the frame will be clipped to white which is kind of awful. That would be a linear remapping of ADU to pixel values.
The solution is to use a power rule (aka, apply an exponent to the ADU, aka create a non-linear stretch). (EDIT: The specific math is probably wrong here) That way you can compress the high adu values where large differences in ADU aren't very interesting, and stretch the low-adu values that have all the visually interesting signal. In the software this is done via a histogram tool that has three sliders; one to set the zero point, one to set the max point, and a middle one to set the curve.
It's kinda like a gamma correction.
but that title
this is like saying 'if someone pumped raw H264 into your optic nerve you would dance like the guy in the avicii levels video'
like yes, we all know that's how that video got made, but nobody does that to their eye
The paper always says how the image was made. If you want to know, look there, not at a press release.
How NASA created Webb's image of the Carina Nebula with Alyssa Pagan (who was also mentioned in the article): https://www.youtube.com/watch?v=1QPJd2Fl6i4
How NASA imaged Webb's First Deep Field with Joe DePasquale https://www.youtube.com/watch?v=lLVqERtcdmw