Кольоровий баланс та публікуйте велику кількість зображень із високою роздільною здатністю у геосервері

У мене є велика кількість зображень RapidEye (+300 Gb), які я хочу використовувати в якості базової карти для інтернет-програми. Поки що мені вдалося служити їм ImagePyramid в геосервері, виконуючи кроки, показані в презентації під назвою "Геосервер на стероїдах". Проблема полягає в тому, що я не зміг виконати належний колірний баланс, тому при перегляді всього набору даних мозаїка виглядає дуже погано, але коли я збільшую масштаб, вона стає кращою (малюнки нижче).

Мій процес:

1. Перетворіть усі зображення у 8bit, epsg 4326, кубічну інтерполяцію за допомогою gdal
2. Створити віртуальний растр gdal з усіма зображеннями (gdalbuildvrt)
3. Створіть піраміду зображення (gdal_retile зі стисненням та геотифною обробкою) та опублікуйте на геосервері (використовуючи розтяжку гістограми у стилі шару)

Будь-які поради, як поліпшити процес і покращити колірний баланс?

Я вірю, що я це отримав.

Я змусив середнє значення + -2 стандартної розтяжки гістограми в кожному зображенні RapidEye під час перетворення на 8 біт.

Я використовував сценарій python, щоб ідентифікувати зображення min, max, medium та SD. Потім я встановив значення середнього - 2SD (або зображення хв, залежно від того, що було вище) до 2, а середнє + 2SD (або макс.) До 254. І просто для того, щоб бути безпечним, початкове значення нуля на зображенні було встановлено на 1 і 2 ^ 16 встановлено на 255. NoData було встановлено на 0.

Це вектори функцій передачі:

original image values = [0, mean-2SD, mean+2SD, 65536]
rescaled values = [1 2, 254, 255]

Нижче наведено кілька знімків екрана. Проблеми, які я маю зараз вирішити

1. Видаліть чорну межу навколо зображенняPyramid
2. Отримайте кращого вигляду зображення при повному масштабі. Зараз це схоже на старий телевізор, налаштований на неправильний канал

Редагувати
Я зараз розмістив код на GitHub. Минув час, коли я ним користувався. Код трохи заплутаний, як і сховище. Але треба все-таки працювати.
https://github.com/dvictori/rapideye_hist2sd

Даніеле, це образи із самих різних сезонів? Або час доби? Якщо вони різні пори року, то гарний колірний баланс може бути досить важким. Але якщо вони різні часи дня, то застосування корекції кута сонця може помітно допомогти. Гарним наближенням першого кута для кута сонця є множення пікселів на 1,0 / cos (кут_ос_сун_від_директ__ вище). Тож ніяких налаштувань, якщо сонце прямо вище, збільшується до ... ну нескінченності, коли ви наближаєтесь до світанку / сутінків.

У минулому я мав погані результати, використовуючи зіставлення гістограми між сценами на перекриваються регіонах для збирання великих мозаїк, оскільки у вас є дивні дрейфуючі ефекти по мозаїці. Я думаю, що більш корисним підходом може бути якась гістограма, яка відповідає цільовому базовому кольоровому зображенню (можливо, приваблива мозаїка ландшафту місцевості). Мене також цікавить, як вирішити цю проблему. Чарлі Лойд у MapBox теж може мати думки.

Я іноді використовував пов'язувач зображень OSSIM зі збігом гістограми для створення мозаїки, збалансованої за кольором. Навчальний посібник для графічних зображень дає певний приклад http://download.osgeo.org/ossim/docs/pdfs/ImageLinker_Tutorial.pdf Однак, Linker Image не підтримується активно, і я не знаю, чи він більше працює. Ossim geocell - це поточна програма, але користувачів на це не так багато. Я пам’ятаю, що для досягнення гарного результату я попередньо обробляв свої сцени Landsat одну за одною за допомогою OpenEV, застосовуючи деякий розтяг LUT, щоб зображення мали візуально приблизно однаковий вигляд. Тоді OSSIM було простіше зробити остаточну відповідність. Кінцевий продукт виглядав так само добре, як і той, який я зробив за допомогою мозаїчної утиліти ER Mapper.