ООО "ЛесИС" - ГИС TOPOL-L для лесного хозяйства, лесоустройства и арендаторов лесного фонда
ООО "ЛесИС" - ГИС TOPOL-L для лесного хозяйства, лесоустройства и арендаторов лесного фонда
lesis@ya.ru
+7(916)615-42-77

ФОРУМ ТЕХПОДДЕРЖКИ ГИС TOPOL-L

Объявление

Для участия в работе закрытой, технической части форума нужно быть пользователем ГИС TopoL-L2 (10.0) и Зарегистрироваться!

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.



Локальное увеличение.

Сообщений 1 страница 14 из 14

1

Отмаскировал несколько сотен растров. Под конец работы начинает раздражать неравномерная работа локального увеличения: первая точка долго (несколько секунд), последующие терпимо. Если растр далёк от прямоугольной формы, то ожидание отклика уже на каждой точке по несколько секунд. А если растр близок к 2 Гб, то отклик доходил на каждой точке до 20 сек.
Есть возможность ускорить отклик данного инструмента?
Масштаб окна карты был в момент работы от 9 до 15 тыс.

2

Юрий написал(а):

Есть возможность ускорить отклик данного инструмента?

TopoL не считывает растры в память целиком, и именно поэтому может работать с объёмами растров, превышающих объём памяти компьютера. Он формирует растр, который соответствует разрешению экрана компьютера, что и обеспечивает приемлемую скорость при сдвиге растра.

Локальное увеличение - это необходимость выделения из растра на диске нужного фрагмента с высоким разрешением, чтобы показать его в окне. То, насколько быстро можно найти нужное место в файле растра на диске и считать его оттуда, зависит от размера растра и от его внутренней организации. Предполагаю, для для разных вариантов формата TIFF скорость поиска и выделения фрагмента будет разной, и чем больше растр, тем больше будет эта разница. Теоретически, TIFF, записанный "клетками" должен отвечать быстрее, чем записанный полосами. Используемый вариант сжатия тоже может влиять, так как необходимо распаковывать каждый запрашиваемый фрагмент.

Подводя итог, могу посоветовать поэкспериментировать с форматом растра, сравнить скорость при использовании разных форматов.
Можно также попробовать разместить растры на SSD-диске, у них скорость считывания фрагментов файла выше из-за отсутствия механики.
Но с целом обеспечить такую скорость реакции, как в программах, работающих с растрами в памяти, думаю, нереально.

3

Дмитрий Александрович написал(а):

могу посоветовать поэкспериментировать с форматом растра

Не могу - мне такие передают с группы по снимкам, единственное - объем до 2-х Гб соблюдают. Я их только "довожу до ума" - маскирую и сжимаю, иногда резать приходиться. Иногда объём на диске после составляет до половины изначально переданного.

4

Дмитрий Александрович написал(а):

Можно также попробовать разместить растры на SSD-диске,

Не реально: объем снимков 200 Гб на объект.

5

Юрий написал(а):

Не могу - мне такие передают с группы по снимкам

Не понял, почему "не могу"? Вы же все равно их данные потом преобразуете. Изучаете, что за формат Вам дали, пробуете другой и если подберете что то работающее быстрее - запускаете на ночь макрос экспорта в нужный формат. В случае с рекомендацией Д.А. - экспорт в тифф с опцией "клетками".
А система координат у растров совпадает с рабочей и окна? По моим впечатлениям это тоже влияет на скорость работы с растрами. Я всегда сначала приводил все растры к рабочей проекции.

6

Грешнов написал(а):

Изучаете, что за формат Вам дали,

Не хватает знаний и времени на это.

Грешнов написал(а):

А система координат у растров совпадает с рабочей и окна?

Совпадает. Передают в нужных координатах.

7

Грешнов написал(а):
Юрий написал(а):

Не могу - мне такие передают с группы по снимкам

Не понял, почему "не могу"?

Я не знаю в каком еще виде или настройках они могут мне передать данные: Tif. А что он может содержать известно разработчикам этого формата и программы их обрабатывающей. И наличия "кривых" или "прямых" рук.
Топол содержит ограничение на 8-бит - мы это знаем. А какие ещё есть?
А как показала практика - могут и 16-ти и 24-х битные делать.

Отредактировано Юрий (13.11.2020 12:08:29)

8

Юрий написал(а):

Можно также попробовать разместить растры на SSD-диске,  ...  Не реально: объем снимков 200 Гб на объект.

Ну, сейчас уже есть много дисков SSD емкостью 500 Гб, 1 и 2 Тб, вопрос в их стоимости. Но здесь надо выбирать, что выгоднее - заплатить за диск и увеличить производительность работников или сэкономить и смириться с потерей производительности.

Юрий написал(а):

Топол содержит ограничение на 8-бит - мы это знаем. А какие ещё есть?
А как показала практика - могут и 16-ти и 24-х битные делать.

Увеличение разрешения по числу тоновых градаций вдвое увеличивает размер файла тоже вдвое, как минимум, не считая ухудшения его "сжимаемости". Реально при визуальном анализе изображения человек разницы не увидит, это выше разрешения глаза по числу градаций. Увеличение разрешения по числу тоновых градаций может быть полезно только для аналитической обработки изображений.

Юрий написал(а):

Не могу - мне такие передают с группы по снимкам, единственное - объем до 2-х Гб соблюдают. Я их только "довожу до ума" - маскирую и сжимаю

Вот тут и возникает вопрос - почему "Не могу...", ведь Вы после маскирования задаёте параметры сохранения:

* Узнать формат растра: Выбираем растр в дереве данных - "Свойства", в диалоговом окне кнопка "Подробнее..." - там подробно все параметры растра.

* Организацию файла при сохранении Вы выбираете из списка: "Полосами" / "Клетками". В первом варианте полоса имеет ширину растра и выбирать фрагмент для локального окна придётся из довольно большого фрагмента (из каждой длинной считываемой строчки файла маленький кусочек). Во втором варианте растр хранится небольшими прямоугольными клетками, по координатам выбирается нужная клетка и из неё нужный фрагмент для локального окна. Мне кажется, что второй вариант может ускорить работу локального увеличения.

* Способ сжатия файла при сохранении Вы выбираете из списка: "Несжатые" / "PackBits" / "LZW". В несжатом варианте  хранятся все биты. В режиме PackBits сжатие несильное, но быстрое - исключаются в первую очередь части с однородным цветом, т.е. замаскированные области. В режиме LZW используется архиватор типа ZIP, распаковка может требовать некоторого времени.

9

Дмитрий Александрович написал(а):

Ну, сейчас уже есть много дисков SSD емкостью 500 Гб, 1 и 2 Тб, вопрос в их стоимости. Но здесь надо выбирать, что выгоднее - заплатить за диск и увеличить производительность работников или сэкономить и смириться с потерей производительности.

Без коментариев.

Дмитрий Александрович написал(а):

Увеличение разрешения по числу тоновых градаций вдвое увеличивает размер файла тоже вдвое, как минимум, не считая ухудшения его "сжимаемости". Реально при визуальном анализе изображения человек разницы не увидит, это выше разрешения глаза по числу градаций. Увеличение разрешения по числу тоновых градаций может быть полезно только для аналитической обработки изображений.

Это знаю.

Дмитрий Александрович написал(а):

* Узнать формат растра: Выбираем растр в дереве данных - "Свойства", в диалоговом окне кнопка "Подробнее..." - там подробно все параметры растра.

Посмотрю, проверю.

Дмитрий Александрович написал(а):

* Организацию файла при сохранении Вы выбираете из списка: "Полосами" / "Клетками". В первом варианте полоса имеет ширину растра и выбирать фрагмент для локального окна придётся из довольно большого фрагмента (из каждой длинной считываемой строчки файла маленький кусочек). Во втором варианте растр хранится небольшими прямоугольными клетками, по координатам выбирается нужная клетка и из неё нужный фрагмент для локального окна. Мне кажется, что второй вариант может ускорить работу локального увеличения.

* Способ сжатия файла при сохранении Вы выбираете из списка: "Несжатые" / "PackBits" / "LZW". В несжатом варианте  хранятся все биты. В режиме PackBits сжатие несильное, но быстрое - исключаются в первую очередь части с однородным цветом, т.е. замаскированные области. В режиме LZW используется архиватор типа ZIP, распаковка может требовать некоторого времени.

Уточню в той группе могут ли они нам в таком формате передать.

10

Дмитрий Александрович написал(а):

* Узнать формат растра: Выбираем растр в дереве данных - "Свойства", в диалоговом окне кнопка "Подробнее..." - там подробно все параметры растра.

Что можно из этого узнать?
http://forumupload.ru/uploads/0017/fb/db/7/t577080.jpg
Как ни странно 24-бита открывает.

Отредактировано Юрий (19.11.2020 10:42:33)

11

Юрий написал(а):

Что можно из этого узнать?

Как раз те параметры, на которые ссылался Д.А. в своих ответах и рекомендациях - Полосами (квадратами), 24бит (16...8...) и тип сжатия если оно есть. С ними и нужно поэкспериментировать.

12

Грешнов написал(а):

Как раз те параметры, на которые ссылался Д.А. в своих ответах и рекомендациях - Полосами (квадратами),

В ходе поисков ответов выяснилось, что нам как раз в "квадратами" и передают. Топол их открывает медленее.

Дмитрий Александрович написал(а):

Теоретически, TIFF, записанный "клетками" должен отвечать быстрее,

Получается что нет.

Юрий написал(а):

А если растр близок к 2 Гб, то отклик доходил на каждой точке до 20 сек.

Топол при обработках настроен на сохранение "полосами". Видимо дальше всё под этот алгоритм и подстраивалось.

Отредактировано Юрий (19.11.2020 13:08:08)

13

Грешнов написал(а):

Как раз те параметры, на которые ссылался Д.А. в своих ответах и рекомендациях - Полосами (квадратами), 24бит (16...8...) и тип сжатия если оно есть. С ними и нужно поэкспериментировать.

Вот здесь пример приведён: Ссылка
Данных значительно больше показано. Топол может больше свойств показать?

14

Юрий написал(а):

Данных значительно больше показано. Топол может больше свойств показать?

Там часть показанных данных связана с проекцией, это GeoTIFF. Если есть от вас конкретные пожелания, мы может обратиться с этим к коллегам.

А 24 бита - это 3 х 8 бит, полноцветный растр RGB TrueColor. На каждый цветовой канал 8 бит/256 градаций яркости.




Почтовый адрес для ЗАКАЗНЫХ писем:
С.П.Грешнов, +7(916)615-42-77, 108832, А/Я №1
НЕ ИСПОЛЬЗОВАТЬ курьерскую доставку!!!
E-Mail: lesis@ya.ru
Вопросы общего характера:
+7(916)615-42-77
РОССИЙСКАЯ ФЕДЕРАЦИЯ
Общество с ограниченной ответственностью "ЛЕСИС"
ОГРН: 1035007204902, ИНН: 5036046400, КПП: 503601001