RGB Values of Raster Cells displayed incorrectly

508
2
08-10-2022 01:32 PM
MichaelArens
New Contributor II

Heyho! Given a Raster Dataset I imported via a .tif file, the displayed colors of the individuell cells differ from what all other programs output for the same RGB Values. See the three pictures below for examples There are no other active rasters. What could cause this ?

 

Pic1.png

 

Pic2.png

 

Pic3.png

 

 

0 Kudos
2 Replies
by Anonymous User
Not applicable

There's a lot that can influence this, but a common cause is that the raster has no lookup table/color map.

To a GIS, your cell values are essentially arbitrary. Arc sees the values, and then applies some default stretch or statistical render to produce a general "true color" color scheme.

Other software like QGIS/ERDAS IMAGINE/macOS Preview/Windows Photo/web browser/etc will do the same thing... with different results. There is no uniform color space among different applications so to speak.

So when you plug your cell values into that web app, you're inherently not comparing apples to apples because Arc and that website view color in different ways.

AndyAnderson
Occasional Contributor II

To elaborate on the previous response, when a raster file is brought into ArcGIS for the first time it has no previously defined color maps/stretches, but ArcGIS tries to provide one by calculating statistics for each band and applying a stretch that will emphasize the important parts of each band. And, in ArcGIS Pro, it goes even further and uses “Dynamic Range Adjustment“ (DRA) so the stretch can actually vary as you move around and zoom in and out.

To “fix” this, select the layer and open the Symbology panel. Change the Primary Symbology to RGB, and set the Stretch Type to None. In addition, in the tab Statistics and menu Statistics, choose Dataset rather than DRA.

Or, use the Appearance ribbon, change the Symbology to RGB, and set the Stretch Type to None. Then if the DRA button is highlighted, click on it to turn it off.

See the attached images.

— Andy

Screen Shot 2022-08-11 at 2.15.17 AM.png

Screen Shot 2022-08-11 at 2.18.11 AM.png