Векторизаторы- потеря качества при выигрыше темпа.

[vitalik]

Отвечаю на оба сообщения
1. Дешифровка - сравнением я понимаю что есть что - Пример в лучшем случае: есть 2 карты и 2 космоснимка - DOI10 и ETM+. Карты у меня - это генштаб 60 годов, + ГУГК 80-90х. + DOI10 1988 года + ETM+ примерно 2001.
а) первый ответ сам собой - что изменилось за эти годы - русла рек, новые дороги (в сравнении со старыми картами я вижу что какие дороги изменились и дороги ли это - возможно лишь просеки с небольшой ЛЭПкой)
б) оценить качество привязки - в идеале все 4 должны совпадать.
в) Дорисовать последние изменения - например проектируемая КАД в СПб - хорошо видна просека в ETM+. Вантовый мост пустили в это воскресенье, а на векторе он у меня уже мес 2-3 как нарисован.
г) Часто меняют свои очертания лес и болота с течением времени.

второе сообщение -
1. Поставь последний адд-он
2. никогда не называй ничего русскими буквами (включая пути как к GPSMapEdit, своим картам и СТРОГО! - cgpsmapper'у!)
3. и последняя и истинная причина - твой TIFF не прожеванном формате - попробуй пересохранить без компрессии или в LZW компрессии или вообще в BMP и подгрузи.

[CYBER]

Я вот тут скачал 2005-й Raster Design от Автодека. Юзал. Скажу, что векторизация идет в нем веселее, чем в ЕзиТрейсе. Может, мне автокадовские выкрутасы роднее...
Кстати, land desktop от того-же автодека ест MrSid'ы (и, geoTIFF) на ура, я даже удивился, насколько хорошо все легло на уже существующую катру.

[MichaelUS]

> WARNING: Decompression -32763 not yet implemented

Формат сжатия TIFF'а - RLE используемый на Маках, сейчас не поддерживается, как и любое сжатие TIFF'а. Правда, скоро будет дбавлена поддержка сжатия LZW.

[Olexa]

Немного философии. Есть задачи, при решении которых не удаётся обойтись без элементов ручной обработки данных. Такие как векторизация космоснимков или растровых карт. Потребность в решении этих задач есть. Исходные данные (в случае космоснимков) общедоступны. Но алгоритмы обработки, позволяющие достичь высоких значений отношения качество/время при необходимом качестве, либо не доступны, либо не достаточно хорошо описаны. В результате человеку, столкнувшемуся с такой потребностью, оказывается проще использовать куда менее эффективные для массовой обработки данных алгоритмы, требующие гораздо меньшего времени на освоение, но, при условии малого объёма обрабатываемых данных, дающие в сумме меньшие затраты времени. Методы, в которых вычислительный ресурс человека используется больше, а вычислительный ресурс компьютера - меньше. Что мы имеем в результате? Не эффективное использование вычислительного ресурса той части человечества, которая заинтересована в решении проблемы. Обидно? Обидно. Тем более, что алгоритмы существуют. Семь частотных диапазонов Landsat выбирались не исходя из того, какой радар удалось смастерить, а из того, какая комбинация частотных диапазонов позволит наиболее эффективно решать имеющиеся задачи при помощи имеющихся алгоритмов (другое дело, что круг задач у них шире, чем у нас, обывателей). То же касается и векторизации растров, и приведения сканированных растров к приятному виду. У нас реализованы несколько проектов, помогающих в решении таких задач (http://mapcenter.cgpsmapper.com, http://www.gisrussa.ru), позволяющих хотя бы как минимум не дублировать работу, возникают хорошие инструменты для работы (GPSMapEdit), но как всего этого мало... Плюс наверняка повсеместно имеет место ситуация, когда человек, затративший какой-то труд на изготовление продукта, не желает ни с кем делиться результатом этого труда, в результате чего, опять-таки, все сидят на своих отвекторизованных кусочках, не имея возможности пользоваться результатами труда других, и дублируют работу друг друга... Может, эффективные и хорошо и доходчиво описанные алгоритмы работы могли бы улучшить ситуацию? Ведь если алгоритм будет прописан настолько, что элемент творчества будет сведен к минимуму, и выполнять алгоритм сможет любой мало-мальски грамотный человек, ценность результата в глазах затратившего на него своё время будет не столь велика, и решиться на то, чтобы потратить своё время, будет проще? Такие вот размышления...

[Anonym]

> Семь частотных диапазонов Landsat выбирались не исходя из того, какой радар > удалось смастерить, а из того, какая комбинация частотных диапазонов позволит > наиболее эффективно решать имеющиеся задачи при помощи имеющихся алгоритмов Выбор спектральных диапазонов в которых атмосфера относительно "прозрачна" невелик. На них и ориентируются изготовители железа для надирных измерений. > Плюс наверняка повсеместно имеет место ситуация, когда человек, затративший > какой-то труд на изготовление продукта, не желает ни с кем делиться > результатом этого труда GPSMapedit - отличный пример. Я понимаю желание авторов получить какую-то компенсацию за свою работу, но доходит то это до смешного - см. например отсутствие экспорта/импорта mapinfo. > Может, эффективные и хорошо и доходчиво описанные алгоритмы работы могли бы > улучшить ситуацию? В России любят изобретать велосипеды, паровые машины и т.п. Тем же кто хочет сэкономить время, могу посоветовать посмотреть: http://autotrace.sourceforge.net http://potrace.sourceforge.net http://www.digitalgrove.net/fgis.htm

[MichaelUS]

> В России любят изобретать велосипеды, паровые машины и т.п. > Тем же кто хочет сэкономить время, > могу посоветовать посмотреть: > http://autotrace.sourceforge.net И как же вы советуете применить Autotrace к векторизации космоснимков ? Без "ручной" работы по переводу их в двухградационные все равно не обойдется. Судя по тем примерам, что приводятся в сети, Autotrace имеет дело только с двухградационными картинкаими, а создавать таковые из космоснимков, уже - задача нетривиальная. > http://www.digitalgrove.net/fgis.htm А почему ребята сами - то изобретают велосипед, а не возьмут, например ArcView, из которого взяты как формат хранения данных (shp файлы), так и (частично) организация интерфейса.

[Anonym]

> И как же вы советуете применить Autotrace к векторизации космоснимков ? Я имел в виду что есть огромное количество кода/алгоритмов применяемых для решения подобных проблем (бесплатно и с исходными текстами). > Autotrace имеет дело только с двухградационными картинкаими, а создавать > таковые из космоснимков, уже - задача нетривиальная. Я пользуюсь gimp для разделения цветов и т.п. http://www.gimp.org Ворованный photoshop тоже совсем необязателен. > А почему ребята сами - то изобретают велосипед, а не возьмут, например > ArcView, из которого взяты как формат хранения данных (shp файлы), так и > (частично) организация интерфейса. Там описано почему. Из-за неприемлемой для нормального человека стоимости. Эта же программа бесплатна (а не shareware), а позволяет весьма много, в том числе экспорт/импорт mapinfo, упомянутых выше, импорт MrSID и т.д. Если добавить к ней shp2mp из http://cmap.sf.net, так и вообще будет песня. К сожалению, к ней нет исходных текстов. Я до сих пор не могу понять, почему в GPSMapedit не использовать GDAL http://gdal.maptools.org ? Читайте и пишите море растровых и векторных форматов, с нормальной топопривязкой, и все бесплатно! Тот же TIFF, например, будь он с RLE, LZW, JPEG или Deflate :)

[dyp]

> Я пользуюсь gimp для разделения цветов и т.п. http://www.gimp.org Нужно сделать не разделение по RGB, а деление по произвольным цветовым множествам. То есть река на карте может иметь сотни оттенков. GIMP это делать не умеет. Из всего что я знаю умеет только EasyTrace.