Sentinel-2

[tav24]

1. Структура папок в QL для хранения снимков Sentinel-2 не будет меняться ? \s2a\201705\T46UCF-R062-20170527051651-s2a-.
2. Отдельного файла с облачностью и зенитным углом не будет (по аналогии с другими спутниками) ?
3. Метаданные брать из файла *-6400.txt (там экстенты есть) ?

[Vtirko]

1. Структура каталогов просто повторена из структуры хранения исходных файлов, которая, в свою очередь, была предложена Кадочниковым (со слов Якубайлика). Если она чем-то не устраивает, её легко поменять — это параметр конфигурации, и он не зависит от структуры исходных данных.
2. а) В составе набора данных нет маски облачности. Алгоритмы её классификации для Sentinel-2 мне пока неизвестны. Пока это — вопрос в план для исследования. Опыт по классификации облачности по высокому разрешению у меня, в принципе есть: разрабатывал когда-то такой для ScanEx-а по SPOT-4 и для НЦ ОМЗ по КМСС — и там, и там было ещё меньше каналов. б) Зенитный угол для сцен обычно в растр не переводят. Сцены сами по себе малы в абсолютных размерах, и угол в пределах сцены практически не меняется. Сцены высокого разрешения традиционно ночью, при низких углах Солнца или в районе терминатора не снимают. И при отборе сцен высокого разрешения, соответственно, ограничения по углу Солнца вряд ли будут применяться (я себе этот критерий при отборе сцен представить не могу). В данном случае каналы уже скорректированы на высоту Солнца, и необходимости этот угол вычислять или выуживать нет (в метаданных через GDAL драйвер угол также отсутствует). Программно можно его вычислить, и, если надо, я его введу параметром в метаданные, но переводить в растр считаю нецелесообразным.
3. Да. Поскольку облачности нет, то было два варианта — в каждом файле или в одном. Я не стал повторять в каждом текстовике метаданные и экстент. Поскольку облачность всегда имела наименьшее разрешение, я выбрал последний файл в пирамиде. Несложно поменять по пожеланиям — это тоже параметр конфигурации (либо в указанном разрешении только, либо в каждом разрешении пирамиды).

[tav24]

OK, понятно. А для чего вообще последние уровни в пирамиде ? *-6400 - размер 18x17 пикселей :) Для унификации ?

[Vtirko]

Да, уровнял до соизмеримых с остальными витками. На самом деле, это всё в тестовых целях скорее. Я готов последовать вашим пожеланиям. И, поскольку метаданные связаны с самым грубым разрешением, то, наверное, следует это сделать как можно раньше, чтоб не переделывать потом. Может метаданные привязать к наилучшему разрешению?

[derevnya]

У sentinel такой же warning, как раньше был у остальных tiff. Warning 1: TIFFReadDirectory:Sum of Photometric type-related color channels and ExtraSamples doesn't match SamplesPerPixel. Defining non-color channels as ExtraSamples.

[Vtirko]

Пересчитаю сегодня — они были сделаны 15.032019, до исправления ошибки с TIFF-ами 21.03.2019.

[derevnya]

Обновил веб-клиента и серверную часть.

1. Добавил в календарь 2019 год.
2. Добавил Sentinel. У Sentinel три палитры и ndvi.

С палитрами пока проблема, выводятся две и неправильно. В базе старые метаданные. Надо, чтобы Леха запустил свой скрипт, сам он не запустился. Я бы еще убил 6400, 3200, 1600 и 800. Но это, после того, как вернется Леха и поправит свой скрипт. Есть еще проблема старая с экстентами. Мы ее обсуждали, я вспомню чего делать и напишу чего-нибудь.

[tav24]

1. Решили убрать уровни 6400, 3200, 1600 и 800.
2. Полные метаданные лучше записывать у самого детального снимка (-50).

[derevnya]

Виктор, а у растров все хорошо с экстентами? В метаданных нормальный контур, хорошо ложится на подложку. А вот сами растры сползли на север.

[Vtirko]

1. Уровни убрал.
2. Полные метаданные отныне у самого детального снимка. Нет, с экстентами нехорошо. Разбираюсь.