склеить растр

[Avenger]

Извините за возможно тупой вопрос.
Необходимо склеить большое количество(больше 6000 шт) не привязанных растровых файлов больших размеров(2000x2000) в один, возможно ли это, и чем можно сделать автоматом.

[JEY]

А можно нескромный вопрос?

Где и как может пригодиться изображение таких "гигантских" размеров?

[Avenger]

Ну, скажем не столь и гигантских, это где-то 160000*160000. Итоговый файл должен получиться в пределах 600мб. А нужно это для точной векторизации куска земной поверхности с дальнейшей привязкой. К сожалению, в ручную, это сделать не представляется возможным, вследствие понятно каких причин.

[JEY]

Согласен, по поводу "гигантских" конечно загнул.

Тем не менее был свидетелем попытки ориентирования растра больших размеров в пределах 1,6 Гб. Должен сказать, что работа не из легких, как для тех кто пытается выполнить эту операцию, так и для программ, при помощи которых пытаются ее выполнить.

Проблема в том, что этот "снимок" уже был таких размеров и без "склеивания"...

Я бы посоветовал все же не "склеивать" растры, а ориентировать их отдельно, а затем загружать в систему. Пусть даже это займет много времени, но создание "единого" растрового изображения может отнять намного больше!

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

[Avenger]

Может вы и правы... Но все же 4 ядерный проц + 4 гига оперативки. Не думаю что склеивание растра это большая проблема для сегодняшних ПК

[Максим Дубинин]

согласен, обработка таких растров во многом перестала быть проблемой, хотя зависит от задачи, см. например http://gis-lab.info/projects/benchmark/
тестируемый растр 400 мегапикселей + распаковка из MrSID

Но обсуждение ушло от вопроса. Непонятно, имеют ли ваши растры привязку к какой-либо системе координат? любой

Если да, попробуйте gdal_merge.py, не забудьте, нужна сборка с Python'ом.

[Boris]

Если вы такой смелый и столько памяти!(Простите, просто улыбнуло.)
Хотя и не на такой мощной машине, но гораздо более обеспеченной памятью, то же был свидетелем того, что файлы больше 1Гб для большинства ГИС - это просто перекур и чаепитие на весь день.
Кстати, если растр сжат, то в общем размер файла не имеет значения. ОП все равно уйдет больше.
Надеюсь у вас быстрый диск и 64-битная операционная система, т.к. остальным 4Гб все равно не осилить.
Мы свои растры наоборот после получения на несколько частей режем, что бы работать, а не перекуривать.
Если все это вас не отвратило от затеи, то простейший путь виден сразу. Единственно, что он потребует определенного софта. Но речь вроде не шла, что сделать все от начала до конца самому
Шаг 1. Как-то структурировать внутри себя порядок склейки этих файлов.
Шаг 2. Сгенерить в неком программном продукте 6000 World файлов. Поскольку формат ваших файлов не упомянут, то для простоты будем считать, что это World файл к TIF'у, т.е. TWf. Вид текстового World файла:
1
0
0
1
[левый верхний угол_Х]
[левый верхний угол_Y]
Шаг 3. Взять любой мощный софт для обработки геопривязанных растров. Открывать их там порциями, на пример, по-строчно. И склеивать средствами этого софта. Выбор загружаемых файлов то же имеет ограничение, так что надо тут быть осторожнее.
За 3-6 итераций все растры должны склеиться.
PS
Сразу скажу - не знаток оффлайн растровых редакторов, но можно предположить 2 вещи:
1) На форуме есть уважаемые товарищи, которые очень много всего знают. Они могут подсказать продукт, который делает мозаики в оффлайне. Обратитесь с правильным вопросом, может они подскажут.
2) Если это вообще физически возможно, то Фотошоп - это точно делает. Надо только вникнуть в его скриптовый язык программирования. А то что он увеет делать итерационную работу - это точно, сам проверял.
PPS
1) Да, еще надо подумать какой выходной формат. TIF-то может и не потянуть. А векторизатов - точно потянет?
2) Если векторизатор точно тянет такой огромный растр, то подозреваю, он должен уметь не прерываясь переходить на следующий растр.

[JEY]

Абсолютно согласен со всеми предыдущими ответами... К сожалению алгоритмы обработки растровых изображений еще далеко не совершенны и требовать от них блестящей работы мы не можем!

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

Поэтому я бы посоветовал все же выполнить привязку каждого растрового изображения, а затем приступать к работе с ними!

[geologic]

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

[APh]

Hi everybody!
Часто приходилось работать с большущими растрами, тысячами их количества и векторизовать их.
Пользовали продукты Intergraph и Bentley Systems (MicroStation, I/RAS C, I/RAS B, MGE, ImageStation, GeoMedia, TerraShare) - никаких проблем не было: стандартные форматы (тот же GeoTIFF или CIT), быстродействие (на стандартных компах), поддержка советских СК.
Вот, только никак в толк не возьму: зачем его (растр) физически-то сшивать?
Функции монтажа мозаики для того и существуют, чтоб пользователь имел дело с виртуальным, логически единым растровым покрытием, не вдаваясь в то, как оно устроено на физ. уровне.
А какие перспективы по поддержке у админов тут возникают! М-м-м-м...
Файлы можно перемещать по дискам и узлам сети, заменять отдельные снимки на более актуальные, менять форматы данных и внутреннюю структуру растра (tile, overview, stripe и пр.), уточнять привязку отдельных снимков при появлении новых данных, улучшать визуальное качество изображения (хотя бы яркостно/контрастное или спектральное выравнивание)... И всё это в пределах одной рабочей смены, при полном отсутствии каких-либо неудобств (и даже подозрений о происходящем) у пользователей, на ОБЫЧНОМ компьютере, а не на DeepBlue с присказкой "Приходите через день".
Зачем загонять себя самого в тупик?

2 JEY:
А чем это Вам, батенька, "алгоритмы обработки растровых изображений" не угодили?