search

RS-Lab / SAT-Viewer

Веб-приложение каталога спутниковых снимков
0 stars 0 forks source link

Размеры #9

Open derevnya opened 6 years ago

derevnya commented 6 years ago

Нужно что-то сделать с размерами продуктов и снимков в базе. Или с размерами снимков. Размеры мне нужны для квиклуков.

Раньше я брал размеры от rgb. Теперь видимо нужно будет брать от mc. Но там висят цифры от файлов -1000 и с 4го числа от -500. Посчитать правильно уже не получается. Я бы добавил размер пикселя, чтобы можно было пересчитывать.

Плюс для показа мне нужны размеры оригинального снимка. Сейчас есть только размеры продуктов, которые я показываю в справке, а это неправильно.

Vtirko commented 6 years ago

Речь идёт о размерах изображений, размерах пикселя или об объёмах файлов? О чём бы не шла речь — опять всё пересчитывать после добавления метаданных... Хотя последний пересчёт шёл всего 3,5 суток.

derevnya commented 6 years ago

О пикселях. Хватит уже все пересчитывать.

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

derevnya commented 6 years ago

Задачи две:

  1. Нужно куда-то писать в метаданные размер исходного растра в пикселях и байтах для справки.
  2. Нужно в базу для продуктов добавить поле с размером пикселя. Либо другие идеи.
Vtirko commented 6 years ago

Исходные файлы и их объём нужны для скачивания и их не вычислить. Не для всех спутников есть такие данные в составе метаданных. А размеры исходных изображений вычислимы. Правда, я никогда и нигде не видел их применения. Размеры пикселя можно взять из имени файла. В любом случае мне уже захотелось ввести флаг TextOnly в конфигурацию. Пересчёт в таком режиме не будет включать сохранение файлов изображений. На десяток-другой процентов быстрее будет.

derevnya commented 6 years ago

Размеры исходного растра в пикселях и байтах нужны как раз для скачивания. Я так понимаю, пользователь будет качать hdf из L1? Там все 20ым августом кончилось.

И не забываем, что это открытый ресурс и ip адреса и пути тут светить не надо.

Vtirko commented 6 years ago

Про пути, а, тем более, адреса, я ничего не писал. Говорили, вроде, что будет промежуточный уровень с непрозрачным ID. Речь идёт именно об именах файлов. Их не угадаешь по метаданным — у VIIRS-а в имени файла "сидит" время его создания, поэтому вычислить имя файла нельзя. А пути на самом деле двояки: может быть на 1-ом хранилище, а может и на 2-ом. Пока перемещения никак не фиксируются, и очевидно, что одним путём дело никак не ограничится.

derevnya commented 6 years ago

Будет непрозрачный ID. У меня пока вопрос, как мне из этого ID получить путь к файлу, его имя и его размер.

Хотя на данный момент надо срочно решить вопрос с размерами квиклуков, но Леха молчит.

Vtirko commented 6 years ago

Исходные файлы ещё разбиты на каналы: в каждом файле определённый набор каналов. Привязка вообще в отдельном файле. Надо будет это как-то тоже показывать пользователям. По идее надо выбирать каналы, а выводить список файлов для скачивания. Я тогда для каждого канала указу пару файлов в строке метаданных, но файлы эти будут повторяться среди каналов.

derevnya commented 6 years ago

Сделал квиклуки без размеров из базы... Скоро будет обновление.

tav24 commented 6 years ago

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