Корректный перевод растра из *tab в world

0 голосов
спросил 06 Дек, 05 от Гость (210,080 баллов) в категории Программные продукты Esri
Возникла необходимость переводить растры, привязанные в мапинфо в арквью. Раньше для этих целей пользовал Панораму 2003 (демо-версию), но как выяснилось она не понимает растров, привязанных в проекции и растров с разным размером пиксела по Х и по У.

Если кто "безболезненно" и без лишних манипуляций (типа создания world-файла вручную)решает подобные задачи - поделитесь опытом.

7 Ответы

0 голосов
ответил 16 Дек, 05 от geologic (39,860 баллов)

Вопрос обсуждался, поиск рулит. Помню что скрипт есть, ссылку не дам ищите на ESRI: Conv.Tab2TFW, автор Dirk Voets.
Description: In MapInfo an image worldfile is called a TAB file. This script              converts such a worldfile towards a worldfile usable in ArcView. This script doesn't just create TFW files (the worldfiles for a TIFF file), but it converts to any worldfile that goes with the original image.

Я не знаю как она, не пользовался, расчитать калькулятором или в Excel один-другой файл не проблема - там арифметика 5-го класса, безо всякой даже тригонометрии, что обидно :)

0 голосов
ответил 19 Дек, 05 от Гость (210,080 баллов)
Спасибо! Правда арквьюшного скрипта не нашел, но нашел с таким же названием утилиту для мапинфо. Вроде работает.

А насчет рассчитать калькулятором... Там файлов сотни, требуется конвейерный способ.
0 голосов
ответил 20 Дек, 05 от Гость (210,080 баллов)

Да вот она, лежит на своем месте: http://arcscripts.esri.com/details.asp?dbid=10831 . Искать оказалось легче по автору.

А нельзя ли Mapinfowской утилиты тоже адресок?

Обрабатывать tfw и tab самому, кстати, пара пустяков, любой язык сойдет - файлы-то текстовые. Принципы построения обработки и описаны здесь.

http://geofaq.nm.ru/middle/wld.htm

0 голосов
ответил 21 Дек, 05 от Гость (210,080 баллов)
http://www.directionsmag.com/files/index.php/view/263
Отсюда взял мапинфовскую утилиту.
Отдельное спасибо за ссылку на арквьюшный скрипт.

Вчера поизучал ваш сайт - есть интересная информация.
Однако, я, по ряду причин, не сторонник привязки через редактирование world-файла. Конечно, привязать пару-тройку растров этим способом можно, но когда требуется конвейерная привязка (в день несколько десятков разных растров) это не годится. К тому же размер пиксела по Х-У может различаться и тогда подобная привязка превращается в трудоемкую "подгонку". Такой метод имеет право на существование, но вряд ли может стать массовым. К тому же, зачастую в организациях привязкой занимаются девочки, которым слова "растр", "пиксел" и "ГИС" не о чем не говорят. Требовать от них вычисления размера пиксела и определения координаты нижнего левого угла бесчеловечно image

Кстати, у вас на сайте вы хвалите привязку в мапинфо (удобно и т.п.) Насчет удобства - можно поспорить, но заметил тенденцию, что растры привязанные в мапинфо затем "отскакивают" от векторного слоя при изменении экстента (масштаба в мапинфо). Думал, что только у меня такая беда. Почитал мапинфовские форумы - оказалось, что это именно проблема мапифовской привязки. Кроме того, если вы сделаете ошибку при привязке - мапинфо все равно отобразит растр с виду нормально, но потом при изменении масштаба будет по-разному его крутить, так что сразу и не поймешь в чем ошибка. Вобщем, привязка в мапинфо ОЧЕНЬ далека от совершенства.

Мы для привязки пользуемся кредовским Трансформом. Создает файлы привязки и TAB и world, привязывать удобно, сравнительно дешевый. Из его минусов - не тянет много растров за раз, не тянет тяжелые растры, ну и ни какой конвертации уже привязанных.
0 голосов
ответил 21 Дек, 05 от Гость (210,080 баллов)
Сейчас потестил обе утилиты по переводу из TAB в world(и мапинфовскую и арквьюшную)... Результаты крайне неудовлетворительные...
Пока не уверен почему так, но грешу на разный размер пиксела по Х-У. После конвертации из TAB в world, в world-файле размер пиксела получается одинаковым по Х-У, растр как бы "сжимается" и не совпадает с маинфовской привязкой.
Это, казалось бы не беда, ведь можно по методу geologic'а подобрать для пиксела нужный размер, но в таком случае вся прелесть данных утилит сводится к ручному созданию world-файла.
0 голосов
ответил 21 Дек, 05 от Grigoriy (127,020 баллов)

В ArcView 3.x растр должен быть прямоугольным и пиксел квадратным. Для корректной перепривязки файлов привязанных в MapInfo (любых) необходимо выполнять команду Warp из Spatial Analyst - она не просто пропишет параметры привязки в world-файл, но выполнит ректификацию растра. Параметры для команды придётся вычислять самим. Т.е. написать скрипт.

0 голосов
ответил 21 Дек, 05 от Гость (210,080 баллов)

2Морж: спасиб за замечания, в mapInfo я не очень - народ хвалит.

Однако ваше возражение не по сути - автоматика возможна по-любому, если сырье однообразно. Если размер пикселя РАЗНЫЙ, то как вы собираетесь построить однообразный простой алгоритм??? Научите программу вычислять масштаб... Автоматически? :) Лучше наладить однообразное сканирование, мне кажется. Тогда любая методика и программа будет выглядеть просто и работать с большими объемами, иначе никак - иначе как ни программируй, выйдет "утилита для коррекции ошибок подготовки первичного материала", а не рабочий станок. А уж "девочки" поймут и методику, и инструмент - неважно, лишь бы было просто и разумно устроено. На "нашей" методике несложно и программы строить, одно другому не мешает.

2Григорий: ArcView НЕ ТРЕБУЕТ квадратного пиксела, нормально работает и с прямоугольным. Просто так удобнее... Это ведь тоже ошибка подготовки сырья, прямоугольный-то.

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