Страница 1 из 1
Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 12:06
Variant
Добрый день всем!
Порой возникает необходимость привязки криво отсканенных карт по фактическим координатам скважин, или просто нескольких старых отсканенных карт между собой, если допустимо работать в условных координатах. Задача эта попутная и возникает она только время от времени, поэтому ни ArcView, ни ERDAS, ни даже Spotlight мне, понятное дело, никто ради этого покупать не станет, а никакие графические редакторы полностью не решают проблему, поскольку в них крайне затруднительно устранить нелинейные искажения, да и неудобны они для этого. Стало интересно: а какие свободные решения существуют для привязки растров? Какие из них наиболее прогрессивны и удобны, нет ли каких-то скрытых ограничений и подводных камней при их использовании?
У меня обычная Windows машина без админских прав. По этой причине развернуть какую-нибудь развесистую модульную систему представляется проблематичным. Но если есть какое-нибудь простое средство, скорее всего удастся договориться с админами, чтобы его поставили
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 15:03
SS_Rebelious
Есть не бесплатное, но дешёвое - Photomod geomosaic - стоит около 15 000 рублей, кажется даже меньше, а удовольствия на миллион, для привязки, перепроецирования, создания мозаики... Думаю, на такую сумму начальство уж раскошелется;-)
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 15:20
nadiopt
присоединяюсь к вопросу и с уточнением: привязка растра должна быть в каком-нибудь формате, понимаемом другими программами. вот Фотомод например в каком формате держит привязочный файл?
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 15:26
SS_Rebelious
Если говорить о первичной привязке, то геомозаик сохраняет сразу .tab и .aux. Дальше в этой же программе можно конвертировать в геотиф с переводом в другую СК с нарезкой по листам, цветовой коррекцией и т.д. и т.п. Я обычно привязываю в декартовой правой или левой, а потом создавая геотиф, прописываю, что декартовая левая это у меня, например, на самом-то деле СК-42, а выходной геотиф мне нужен в МСК-64 и радуюсь жизни!
Опять же есть очень удобная функция при перепроецировании создавать только файл геопривязки нужного формата .tab, .aux. или внутренний фотомодовский.
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 16:39
nadiopt
а триал имееццо? а то в ЭНВИ имхо немного коряво получаеццо привязывать
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 16:51
Variant
С Фотомодом я сталкивался когда-то, хотя серьёзно работать в нём не приходилось. Почитал сейчас поподробнее - да, он прекрасен. Но для покупки в личное пользование, всё ж дороговат, а закупка любого ПО, независимо от цены, в моём случае связана с оформлением кучи бумажек и многомесячным ожиданием решения начальства.
Поэтому сразу и поставил вопрос о свободном софте - во многих случаях он оказывается единственно возможным решением
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 16:55
Максим Дубинин
http://gis-lab.info/qa/georef-gdal.html
через некоторое время будет б.м. приличный интерфейс для привязки к QGIS, он, кстати есть и сейчас, но не сильно приличный, посмотрите.
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 17:03
SS_Rebelious
nadiopt писал(а):а триал имееццо?
Все вопросы к
ракурсу))) Вроде на сайте не нашёл.
Re: Лучшее свободное решение для привязки растров
Добавлено: 02 дек 2009, 18:08
nadiopt
если сумею вырваться, спрошу завтра в ватутинках. как-то демку они мне давали, но это было давно:(
Re: Лучшее свободное решение для привязки растров
Добавлено: 16 дек 2009, 14:44
Variant
PHOTOMOD Lite - похоже, речь идёт о нём
http://www.racurs.ru/index.php?page=452
после регистрации можно скачать инсталлятор и тестовые проекты. Среди прочего есть и GeoMosaic. Как демонстрация возможностей пакета - очень хорошее решение. Но радикально жёсткие ограничения по размерам и количеству обрабатываемых входных материалов практически сводят на нет возможность использовать его в реальной работе. Так что похоже придётся всё же разбираться с gdal, если не найдётся никакого более простого решения