raster2gdb

0 голосов
спросил 20 Июнь, 06 от sergiy (4,180 баллов) в категории Программные продукты Esri

Уважаемые участники форума!

Помоги решить задачу. Все время я хранил растры в сетевой папке к которой обращались пользователи и подгружали себе необходимый растр, но пришло время, как мне кажется, выложить растры в базу. На данный момент структура растров у меня такова: имеется набор растров в формате tiff, которые привязаны с помощью tfw файла. Ко всему тифы сгруппированы по 16штук с помощью dbf файла (подгружая dbf файл подгружается сразу 16тифов). Я думаю все это знают и без моих разъяснений.

 

тифф файлы все имеют маленький размер. (где – то 300-400кб каждый).

Ширина                     5905

Высота                       5905

Разрешение                300*300

Бит план                    1

Бит на пиксель          1

Цвет                           RGB

Сжатие                      CCITT Group 4

Когда я заганял растры в базу sql server я создавал raster catalog в который уже и загружал исходные тифы по дефолту.

На выходе я получил, что растры в базе у меня очень сильно увеличились и как с этим справится не знаю.

Uncompressed size      33.25Mb

Format                         SDR

Pixel depth                   1bit

NoData value               16

Colomap                     absent

Compression                LZ77

 

В тоже время мои коллеги используют базу oracle и при загрузке ТЕХ ЖЕ тифов в базу размер тифов еще у них уменьшился.

Подскажите как решить вопрос с большими объмами. У меня в наличии растров на полтора гигабайта, которые розрослить до 9. я представил если мне загрузить в базу космоснимки, то сколько места на это потребуется. Может кто подскажет в чем моя ошибка.

 

1 Ответ

0 голосов
ответил 27 Июнь, 06 от Grigoriy (127,020 баллов)

У Вас исходные растры черно-белые. Алгоритм сжатия CCITT Group 4 для этих файлов самый лучший. При использовании любых других распространенных алгоритмов, Вы получите растр большего размера (при сохранении качества). Если растр просто грузить в базу данных (хоть в Oracle, хоть в SQL) как бинарный объект, то Вы не потеряете ничего в размерах (но и не выиграете). Но при этом чтобы просмотреть растр Вам придётся выгрузить его на локальный компьютер целиком. ArcSDE позволяет просматривать большие растры быстро за счет создания пирамид и отображения только той части растра, которая помещается в данный момент на экран. Он использует при загрузке растров два алгоритма сжатия - LZ77 (по умолчанию) и jpeg. LZ77 - сжимает растры без потери качества. Так что в Вашем случае сжатие всё же есть, но оно хуже чем в файле + ещё объем на пирамиды. Да Вы теряете место на диске, но получаете дополнительные выгоды - возможность быстро просматривать много растров одновременно многими пользователями. А при загрузке не сжатых снимков Вы даже выиграете и место. И, по-моему, при современных объёмах дисков это уже не проблема.Smile

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