Форумы GIS-Lab.info

Посоветуйте , плз, инструмент, позволяющий корректировать имеющуюся растровую карту визуально по имеющемуся спутниковому снимку: т.е. подтягивать мышью точку на полупрозрачной редактируемой карте на видимый под ней ориентир на слое спутникового снимка. Т.е., чтобы не нужно было для каждой калибруемой точки искать где-то координаты и вколачивать (или копипастить) их в калибрующий инструмент.

Желательно больше информации. Например, инструмент "пространственная привязка" из ArcMap устраивает?

В qgis не так как вы описали, но тоже просто и наглядно.

Пока не пробовал эти инструменты, только статьи здесь читал . Но
1) в ArcMap, вроде как , нельзя по подложенному слою привязывать ?...
2) в QGIS - тоже, вроде, не совсем удобно, но все же легче, чем сейчас вручную вколачивать координаты.
Но что хотелось бы услышать - насколько быстро эти тулзы трансформируют исходный растр, скажем, если имеется сшитый из 0.5км'ок единый лист номенклатуры 1:10км - то как-то можно такой объем удобно обработать ?

попробуйте в Global Mapper

2 paleogis> а нельзя ли подробнее методу (что-то не получается догнать самому) - как там подложить базовый слой и сделать полупрозрачным калибруемый ? Хотя,... видимо, там это будет крайне медленно, т.к. перерисовывает он предложенный выше объем невозможно долго - практически это останавливает попытки любого движения с картой...

А почему бы не попробовать путь с нормальной привязкой? Берем ScanEx Image Processor Lite открываем два окна данных, расставляем контрольные точки, открываем окно контрольных точек и сохраняем его (не проверял это свободная версия дает сохранять?) растры и вектора - точно не дает. Ну хотя бы точки расставите.

Проверил - дает сохранять и список точек и отчет о результатах расчета выбранной трансформации Да, IP берем здесь http://www.scanex.ru/ru/software/downloads.asp

kefi писал(а):Пока не пробовал эти инструменты, только статьи здесь читал . Но
1) в ArcMap, вроде как , нельзя по подложенному слою привязывать ?...
2) в QGIS - тоже, вроде, не совсем удобно, но все же легче, чем сейчас вручную вколачивать координаты.
Но что хотелось бы услышать - насколько быстро эти тулзы трансформируют исходный растр, скажем, если имеется сшитый из 0.5км'ок единый лист номенклатуры 1:10км - то как-то можно такой объем удобно обработать ?

по п.1 - Можно

Boris писал(а):А почему бы не попробовать путь с нормальной привязкой? Берем ScanEx Image Processor Lite открываем два окна данных, расставляем контрольные точки, открываем окно контрольных точек и сохраняем его (не проверял это свободная версия дает сохранять?) растры и вектора - точно не дает. Ну хотя бы точки расставите.

Что такое путь с "нормальной привязкой" ? Я озвучил лишь то , что хотелось бы иметь ...

Нормальная - это та, что встроена в пакеты "заточенные" для осуществления этой самой привязки, а не "подпорки" для ее имитации. Нормальная привязка с полупрозрачностью редко работает - для этого требуется с каждой новой точкой заново искажать привязываемый растр, хотя бы в пределах видимого окна. Хорошие пакеты привязки позволяют автоматом выставлять парную точку после установки первой точки исходя из выбранного способа трансформации, для того что бы ускорить работу и повысить точность, а так же дать представление о степени погрешности.
Можно исписать 100 страниц советов как отворачивать гайку отверткой, но нормально - отворачивать ее ключом, либо разводным, либо под размер гайки.
--
Если вам все равно сколько стоит пакет для выполнения работы смотрите в сторону ENVI, ERDAS, Bentley Descartes и т.п. монстров, что есть и в Автокадах.
---
Вопрос "как быстро беспредметен", т.к. зависит не от масштаба, а от программно-технических средств и размера растра. К тому же где-то на форуме сравнение скорости трансформации растров разными пакетами уже описано, если не путаю, то максимум скорости показал gdalwarp, который как раз и работает со списком точек.

Boris писал(а): Нормальная привязка с полупрозрачностью редко работает - для этого требуется с каждой новой точкой заново искажать привязываемый растр, хотя бы в пределах видимого окна.

Почему такие требования? Почему бы трансформацию не проводить после серии установленных точек в наиболее заметных отклонениях ?

Boris писал(а):Вопрос "как быстро беспредметен", т.к. зависит не от масштаба, а от программно-технических средств и размера растра. К тому же где-то на форуме сравнение скорости трансформации растров разными пакетами уже описано.

Ну я и пытался на основании масштаба обозначить размер растра (размер 1.3 GB ) - какие пакеты как с этим справляются - как найти это на форуме ?

kefi писал(а): Почему бы трансформацию не проводить после серии установленных точек в наиболее заметных отклонениях ?

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

kefi писал(а):Ну я и пытался на основании масштаба обозначить размер растра (размер 1.3 GB ) - какие пакеты как с этим справляются - как найти это на форуме ?

Очень не многие. И я их выше перечислил. Все, что не может поместиться на 100% в оперативной памяти, требует аккуратного обращения со временными файлами или их фрагментами, а это уже дорогое программирование. При таких размерах гораздо проще сперва расставить точки, подобрать модель трансформации, а потом запустить трансформацию как процесс БЕЗ использования окон. Как собственно все крупные пакеты и делают.