LZW-TIFF в Arcview 3.2

0 голосов
спросил 12 Авг, 06 от Evgeny_ZX (660 баллов) в категории Программные продукты Esri
Приветствую форумчан!

" истек срок действия последнего патента, связанного с печально известным алгоритмом сжатия LZW, используемого в форматах GIF и TIFF..."
http://www.cnews.ru/news/line/index.shtml?2006/08/11/208289

В связи с чем прошу представителей Дата+ на правах локального дистрибьютора опубликовать DLL'ку, скопировав которую в каталог bin32, люди навсегда избавятся от ужасного рефлекса хранить несжатые TIFFы для работы с Арквью 3.х.
(Размещение на вашем сайте будет выглядеть достойно или webfile.ru )

По данной теме почему-то закрытые ветки тут.

4 Ответы

0 голосов
ответил 24 Июнь, 08 от Evgeny_ZX (660 баллов)
Официальная публикация библиотеки avopt.dll (8.5 Кб), которая осуществляет поддержку в Arcview 3.х графического формата TIFF с LZW сжатием (без потери качества) размещена на официальном сайте ESRI или вот прямая ссылка TIFF_LZW.zip (4.5 Кб).

Из архива файл avopt.dll надо скопировать в папку BIN32 , которая по умолчанию находится тут: C:\ESRI\AV_GIS30\ARCVIEW\BIN32


Что ж, теперь остается лишь оценить эффект от сэкономленного дискового пространства на активных ГИС проектах. Иногда "в разы" это не то слово. :)

Теперь результаты моих тестов поддерживаемых "+" и не поддерживаемых "-" разновидностях TIFF с LZW или без оного. TIFF-файлы сохранялись из Adobe Photoshop CS2(v9.0), затем загружались ArcView 3.2a (Eng), система WinXP Pro+sp3 (Rus):

Формат записи:
без LZW/с LZW пояснение режима
--------------------------------------

+/+ Bitmap 2 colors (1 bit)
+/+ Index 16 colors (4 bit)
+/+ Index 256 colors (8 bit)
+/- Lab 256 colors (8 bit)
+/- Gray 256 colors (8 bit)
+/- RGB 16.7 mln (10^6) colors (24 bit)
-/- RGB 281 Trln (10^12) colors (48 bit)
+/- CMYK 4.2 Mlrd (10^9) colors (32 bit)


Трагедии не произошло...
По моему наблюдению, 256 цветов для подавляющего большинства геологических, не говоря уже о топографических картах, более чем достаточно, при работе в ArcView или их векторизации в специализированных программах. Вместе с тем, рекомендую хранить RGB полноцветные скан-оригиналы, на случай трансформаций или последующей более тонкой обработки растрового изображения карты.

Удачи.

Евгений Борисович Голяков
Всероссийский Институт Минерального Сырья (ВИМС) http://vims-geo.ru/
0 голосов
ответил 24 Июнь, 08 от geologic (39,860 баллов)
Алгоритм LZW все равно не сжимает полноцветные изображения... Для этого нужен JPEG без потерь (JPEG2000). Он пока везде ограничен - не работает в фотошопе, ирфане и т.п. Однако версия алгоритма, встроенная в ECW, вполне доступна и выручала не раз... Рекомендую. Сжимает хорошо и без потерь, работает как под ArcView, так и под ArcMap.
    
0 голосов
ответил 10 Июль, 08 от Гость (210,080 баллов)
24-bit rgb алгоритм lzw сжимает.
ArcView 3.3 такие tif понимает.
0 голосов
ответил 10 Июль, 08 от geologic (39,860 баллов)
Сжимает, если изображения - рисунки, т.е. по сути 8bpp. Если сжимать космоснимки, тем более фотографии - сжатие 5-10%, овчинка выделки не стОит. Мы храним все в несжатых тифах, переводим в ECW наиболее крупные мозаики - там действительно экономия места получается. Но сразу скорость падает, как и при LZW
    
Добро пожаловать на сайт Вопросов и Ответов, где вы можете задавать вопросы по GIS тематике и получать ответы от других членов сообщества.
...