Форумы GIS-Lab.info

Здравствуйте посоветуйте какую ГИС выбрать для трансформации сильно искаженных растровых карт.

Если есть финансовая возможность, то ArcGIS. Метод резинового листа (rubber sheet) как правило выручает даже в безнадёжных случаях.

Щас вам тут насоветуют - вариантов много.
Любая уважающая себя ГИС умеет это, каждая по-своему.

Метод "резинового листа", который упомянул Slinger, есть в OpenJUMP - и больше ни в одной свободной ГИС! Если нет, поправьте.

По крайней мере, в QGIS Georeferencer есть thin-plate spline, хотя это и не совсем то.
А из коммерческих локальные трансформации в Global Mapper прекрасно делаются.

Опять же каких растров? для топо карт-Панорама-самое то. И можно в Мини попробовать.

[ Сообщение с мобильного устройства ]

Вообще суть вопроса заключается в трансформировании сильно искаженные мелкомасштабные тематических карт с заранее сбитыми проекциями! Дак всетаки какую ГИС использовать так чтоб привязывала четка на опорные точки и была легка в освоении..

Правильный ответ - из доступных никакую. Эта работа к ГИС отношения не имеет. Она должна выполняться в специализированном ПО до использования ГИС. И таких продуктов есть много. Начиная от GDAL с его точками привязки и кончая расширениями для очень крутых САПР.
Я на пример, начинаю с привязки в мапинфо, что бы увидеть хоть куда должно потом попасть. 3-10 точек дадут анализ проблемы и место положение растра.
Затем могу уйти в Descartes, ENVI, любый ScanEx Image Processor. Потом опять вернуться в Мапинфо. Или набрать точек в одном, в пересчитать в другом. Вот ORG пока с точками не осилил, но думаю, что в нем не сильно хуже, чем во всем остальном.
Тут все зависит от привычки, удобства и мелких всяких "а что если", равно как и от базовых данных - они вектор, растр или что-то еще? К чему привязываться будете? Будет undo-redo? Нужна прозрачность растров, примагничивание к вектору, и т.д. и т.п.... Кроме того не последнее дело какой алгоритм коррекции планируется использовать - глобльную/локальную. Полиномы-спалйны? Хорошо бы знать заранее и источник всех этих бед. Результат тянуще-жующего сканера не исправить, особенно если он еще и цвета меняет.

Тут все зависит от привычки, удобства и мелких всяких "а что если", равно как и от базовых данных - они вектор, растр или что-то еще? К чему привязываться будете? Будет undo-redo? Нужна прозрачность растров, примагничивание к вектору, и т.д. и т.п.... Кроме того не последнее дело какой алгоритм коррекции планируется использовать - глобльную/локальную. Полиномы-спалйны? Хорошо бы знать заранее и источник всех этих бед. Результат тянуще-жующего сканера не исправить, особенно если он еще и цвета меняет.

[/quote]


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

Easytrace можно попробовать. Или Spotlight Pro, ценник примерно одинаков и довольно высок (это программы не для трансформации, а для векторизации). Есть разные алгоритмы.
GDALбесплатный совсем, и есть там полиноминальная третьего порядка трансформация. Правда, с юзабилити большие проблемы )

Boris писал(а):Результат тянуще-жующего сканера не исправить, особенно если он еще и цвета меняет.

Борис, ты не прав (с) У тянуще-жующего сканера искажения периодические, поэтому делается модель конкретного сканера (сканированием прецизионной частой сетки), и искажения компенсируются постобработкой снимка, это проверено. Для компенсации используется алгоритм не интерполяции, а интеграции на новые пиксели, который восстанавливает фотометрию.

Если оно зажевало, откуда возьмется информация? Если не секрет

Institor писал(а):Если оно зажевало, откуда возьмется информация? Если не секрет

расскажите, как планшетный сканер может "зажевать"

имеется ввиду неравномерность пиксельных координат, вызванная как неравномерностью линейки CCD, так и неравномерностью хода механики. А если сканер рулонный, то нужно делать повторное сканирование.

Как вариант
geodesist.ru/index.php/download/viewdownload/2---/168-gdalshell.html

gamm писал(а):

Boris писал(а): Для компенсации используется алгоритм не интерполяции, а интеграции на новые пиксели, который восстанавливает фотометрию.

Вот уж что я точно не имел в виду так это планшетный сканер. Видеть в живую сканер формата больше А2 мне приходилось, но результата - нет. Я, очевидно , говорил про результаты работы рулонного сканера. Таких в ГИС больше в разы. Довелось видеть результаты барабанных сканеров. Да, вот там бы очень пошла для коррекции модель кривизны и пупырчатости барабана.