Корректное преобразование мультиспектральных растров в RGB с настроенной гистограммой: различия между версиями

Материал из GIS-Lab
Перейти к навигации Перейти к поиску
Нет описания правки
(Слегка отформатировано....)
Строка 1: Строка 1:
== '''Экспорт мультиспектральных растров в RGB''' ==
== '''Экспорт мультиспектральных растров в RGB''' ==


Как известно, в большинстве случаев растры спутниковых снимков в локальных ГИС мы просматриваем в режиме улучшения контраста путем растяжки гистограммы. ArcGIS, например, растягивает гистограмму по умолчанию, другие ГИС всегда имеют такую опцию.
<p style="text-align:justify">Как известно, в большинстве случаев растры спутниковых снимков в локальных ГИС мы просматриваем в режиме улучшения контраста путем растяжки гистограммы. ArcGIS, например, растягивает гистограмму по умолчанию, другие ГИС всегда имеют такую опцию.</p>


[[Файл:003.jpg]]
[[Файл:003.jpg |center|Свойства растрового слоя в ArcGIS]]<br />


Если же растр открывать в графическом редакторе (просмотровщике), то видеть мы будем совершенно иную картину, так как при этом не происходит автоматического изменения контраста.
Если же растр открывать в графическом редакторе (просмотровщике), то видеть мы будем совершенно иную картину, так как при этом не происходит автоматического изменения контраста.
Спутниковый снимок ETM+ без растяжки гистограммы (вверху) и с растяжкой гистограммы на основе расчета стандартного отклонения значений отображаемых каналов растра (внизу)
Спутниковый снимок ETM+ без растяжки гистограммы (вверху) и с растяжкой гистограммы на основе расчета стандартного отклонения значений отображаемых каналов растра (внизу)<br />
[[Файл:00.jpg|center]]<br />
[[Файл:001.jpg|center]]<br />


[[Файл:00.jpg]]


[[Файл:001.jpg]]
<p style="text-align:justify">При подготовке спутниковой съемки для публикации в WEB возникла задача сохранения снимка в формате обычного RGB-растра. Такая же задача возникает часто и для подготовки сников для просмотра вне ГИС-программ, но публикация в WEB имеет определенную специфику - необходимо корректное сохранение значений NoData, чтобы они, соответственно, могли быть сделаны невидимыми.<br>
В ArcGIS имеется специальный инструмент для сохранения растра, загруженного в проект в виде отображаемого RGB - щёлкнув правой кнопкой на нужном растровом слое в TOC, и выбираем "Экспорт данных". В открывшемся диалоговом окне выбираем "Использовать метод отображения" "RGB"</p><br />


При подготовке спутниковой съемки для публикации в WEB возникла задача сохранения снимка в формате обычного RGB-растра. Такая же задача возникает часто и для подготовки сников для просмотра вне ГИС-программ, но публикация в WEB имеет определенную специфику - необходимо корректное сохранение значений NoData, чтобы они, соответственно, могли быть сделаны невидимыми.
[[Файл:002.jpg|center]]
В ArcGIS имеется специальный инструмент для сохранения растра, загруженного в проект в виде отображаемого RGB - щёлкнув правой кнопкой на нужном растровом слое в TOC, и выбираем "Экспорт данных". В открывшемся диалоговом окне выбираем "Использовать метод отображения" "RGB"
[[Файл:002.jpg]]


Однако, как выяснилось, не все так просто как кажется - ряд НЕНУЛЕВЫХ значений экспортируемого растра после такого экспорта "сваливается" в NODATA, так что просмотр такого растра с отключенными значениями NODATA по крайней мере не эстетичен - водоемы уходят в "провал".   
Однако, как выяснилось, не все так просто как кажется - ряд НЕНУЛЕВЫХ значений экспортируемого растра после такого экспорта "сваливается" в NODATA, так что просмотр такого растра с отключенными значениями NODATA по крайней мере не эстетичен - водоемы уходят в "провал".   


[[Файл:004.jpg]]
[[Файл:004.jpg|center]]<br />
[[Файл:005.jpg]]


При помощи инструмента "Инспектор пикселов", имеющегося в ArcGIS, удалось установить причину явления и устранить ее.
[[Файл:005.jpg|center]]<br />
Выводим на панель инструментов инструмент "Инспектор пикселов" - "Панели инструментов-Настройка-Команды-Растр" - вытягиваем обе кнопки на любую панель инструментов.


[[Файл:008.jpg]]


При использовании инструмента слева от TOC появится таблица со значениями каналов растра, а сам курсор примет вид "палетки". Идем в район, где у нас "провалились" значения и смотрим, переключаясь между вкладками истинные и отображаемые в RGB с учетом растяжки значения видимых на экране каналов растра, и видим, что при растяжке гистограммы методом стандартного отклонения наиболее низкие значения каналов "срезались" в 0. А отключение фона в ArcGIS происходит не по отображаемым, а по исходным значениям каналов растра, поэтому мы и не видим этих провалов в отображении.
<p style="text-align:justify">При помощи инструмента "Инспектор пикселов", имеющегося в ArcGIS, удалось установить причину явления и устранить ее. <br />
Выводим на панель инструментов инструмент "Инспектор пикселов" - "Панели инструментов-Настройка-Команды-Растр" - вытягиваем обе кнопки на любую панель инструментов.</p>


[[Файл:009.jpg]]
[[Файл:008.jpg|center]]


[[Файл:006.jpg]]
<p style="text-align:justify">При использовании инструмента слева от TOC появится таблица со значениями каналов растра, а сам курсор примет вид "палетки". Идем в район, где у нас "провалились" значения и смотрим, переключаясь между вкладками истинные и отображаемые в RGB с учетом растяжки значения видимых на экране каналов растра, и видим, что при растяжке гистограммы методом стандартного отклонения наиболее низкие значения каналов "срезались" в 0. А отключение фона в ArcGIS происходит не по отображаемым, а по исходным значениям каналов растра, поэтому мы и не видим этих провалов в отображении.</p>
[[Файл:007.jpg]]


[[Файл:009.jpg|center]]
{|
|[[Файл:006.jpg]]
|[[Файл:007.jpg]]
|}


Избежать этого, как выяснилось, можно очень просто. Идем в свойства изображения - символы - гистограма, при этом растяжка по среднеквадратичному отклонению включена, и видим, что часть значений (и значительная!) оказалась срезанной. Просто сдвигаем этот узел гистограммы влево до 0. Подтверждаем изменения и "Инспектором пикселов" смотрим значения RGB. Цветовая картина на мониторе изменится крайне незначительно для целей просто визуальной публикации.
<p style="text-align:justify">Избежать этого, как выяснилось, можно очень просто. Идем в свойства изображения - символы - гистограма, при этом растяжка по среднеквадратичному отклонению включена, и видим, что часть значений (и значительная!) оказалась срезанной. Просто сдвигаем этот узел гистограммы влево до 0. Подтверждаем изменения и "Инспектором пикселов" смотрим значения RGB. Цветовая картина на мониторе изменится крайне незначительно для целей просто визуальной публикации.</p><br />


[[Файл:010.jpg]]


[[Файл:012.jpg]]
[[Файл:010.jpg|center]]<br />


Как видно из таблицы RGB-пикселов, теперь в районе "провала" полностью нулевых значений нет ни в одном пикселе.
[[Файл:012.jpg|center]]
Теперь экспорт произойдет корректно, и значения NODATA (0,0,0) в выходном растре будут только там, где действительно нет данных.  


Правда, необходимо отметить, что, например, QGis значением NoData считает наличие значения "0" в ЛЮБОМ канале растра, поэтому, если просто выставить значение "Нет данных" как 0 - станут прозрачны пикселы, в которых есть 0 хотя бы в одном канале, а потому в этом поле настройкипрозрачности изображения надо оставить то значение, что есть, а выставить нули в значения всех 3 каналов - тогда отображение будет корректным.
<p style="text-align:justify">Как видно из таблицы RGB-пикселов, теперь в районе "провала" полностью нулевых значений нет ни в одном пикселе.
[[Файл:013.jpg]]
Теперь экспорт произойдет корректно, и значения NODATA (0,0,0) в выходном растре будут только там, где действительно нет данных. <br />
Правда, необходимо отметить, что, например, QGis значением NoData считает наличие значения "0" в ЛЮБОМ канале растра, поэтому, если просто выставить значение "Нет данных" как 0 - станут прозрачны пикселы, в которых есть 0 хотя бы в одном канале, а потому в этом поле настройкипрозрачности изображения надо оставить то значение, что есть, а выставить нули в значения всех 3 каналов - тогда отображение будет корректным.</p><br />


Автор благодарит Д.Барышникова (Bishop) за указание правильного направления решения проблемы.
[[Файл:013.jpg|center]]
 
<p style="text-align:justify">Автор благодарит Д.Барышникова (Bishop) за указание правильного направления решения проблемы.<br />

Версия от 19:43, 2 марта 2012

Экспорт мультиспектральных растров в RGB

Как известно, в большинстве случаев растры спутниковых снимков в локальных ГИС мы просматриваем в режиме улучшения контраста путем растяжки гистограммы. ArcGIS, например, растягивает гистограмму по умолчанию, другие ГИС всегда имеют такую опцию.

Свойства растрового слоя в ArcGIS


Если же растр открывать в графическом редакторе (просмотровщике), то видеть мы будем совершенно иную картину, так как при этом не происходит автоматического изменения контраста. Спутниковый снимок ETM+ без растяжки гистограммы (вверху) и с растяжкой гистограммы на основе расчета стандартного отклонения значений отображаемых каналов растра (внизу)

00.jpg


001.jpg



При подготовке спутниковой съемки для публикации в WEB возникла задача сохранения снимка в формате обычного RGB-растра. Такая же задача возникает часто и для подготовки сников для просмотра вне ГИС-программ, но публикация в WEB имеет определенную специфику - необходимо корректное сохранение значений NoData, чтобы они, соответственно, могли быть сделаны невидимыми.
В ArcGIS имеется специальный инструмент для сохранения растра, загруженного в проект в виде отображаемого RGB - щёлкнув правой кнопкой на нужном растровом слое в TOC, и выбираем "Экспорт данных". В открывшемся диалоговом окне выбираем "Использовать метод отображения" "RGB"


002.jpg

Однако, как выяснилось, не все так просто как кажется - ряд НЕНУЛЕВЫХ значений экспортируемого растра после такого экспорта "сваливается" в NODATA, так что просмотр такого растра с отключенными значениями NODATA по крайней мере не эстетичен - водоемы уходят в "провал".

004.jpg


005.jpg



При помощи инструмента "Инспектор пикселов", имеющегося в ArcGIS, удалось установить причину явления и устранить ее.
Выводим на панель инструментов инструмент "Инспектор пикселов" - "Панели инструментов-Настройка-Команды-Растр" - вытягиваем обе кнопки на любую панель инструментов.

008.jpg

При использовании инструмента слева от TOC появится таблица со значениями каналов растра, а сам курсор примет вид "палетки". Идем в район, где у нас "провалились" значения и смотрим, переключаясь между вкладками истинные и отображаемые в RGB с учетом растяжки значения видимых на экране каналов растра, и видим, что при растяжке гистограммы методом стандартного отклонения наиболее низкие значения каналов "срезались" в 0. А отключение фона в ArcGIS происходит не по отображаемым, а по исходным значениям каналов растра, поэтому мы и не видим этих провалов в отображении.

009.jpg
006.jpg 007.jpg

Избежать этого, как выяснилось, можно очень просто. Идем в свойства изображения - символы - гистограма, при этом растяжка по среднеквадратичному отклонению включена, и видим, что часть значений (и значительная!) оказалась срезанной. Просто сдвигаем этот узел гистограммы влево до 0. Подтверждаем изменения и "Инспектором пикселов" смотрим значения RGB. Цветовая картина на мониторе изменится крайне незначительно для целей просто визуальной публикации.



010.jpg


012.jpg

Как видно из таблицы RGB-пикселов, теперь в районе "провала" полностью нулевых значений нет ни в одном пикселе. Теперь экспорт произойдет корректно, и значения NODATA (0,0,0) в выходном растре будут только там, где действительно нет данных.
Правда, необходимо отметить, что, например, QGis значением NoData считает наличие значения "0" в ЛЮБОМ канале растра, поэтому, если просто выставить значение "Нет данных" как 0 - станут прозрачны пикселы, в которых есть 0 хотя бы в одном канале, а потому в этом поле настройкипрозрачности изображения надо оставить то значение, что есть, а выставить нули в значения всех 3 каналов - тогда отображение будет корректным.


013.jpg

Автор благодарит Д.Барышникова (Bishop) за указание правильного направления решения проблемы.