растр для гармин

[Splash]

> Проект АБСОЛЮТНО БЕСПЕРСПЕКТИВЕН для векторизации растровых карт, снимков Скажу, что проект очень даже перспективен для простой оцифровки речных карт - автопрокладка, поиск, бары и рестораны там ни к чему. Да, можно под рукой иметь бумажные карты. А можно и GPS выбросить да по компасу ходить ;) Всё на любителя. Разработчику программы тестовый лист <A HREF="http://garmin.com.ua/temp/kiev70-80.jpg ... -80.jpg</A> от штурмана Сергея Акатьева

[IAGSoft]

Несмотря не все глюки и т.п. хочется сказать автору Большое спасибо за оригинальную идею и её воплощение. --- Векторные схемы окрестностей Екатеринбурга <A HREF="http://veloservis.ur.ru/charting/">http ... arting/</A>

[Anonym]

Идея отличная, спасительная для туристов,
но, кроме выдачи TYP файла, который автор обещает, надо что-то делать с полилиниями. В моём эксперименте только сетка отобразилась ими, а абсолютно все дороги √ вытянутыми разорванными полигонами. Возможно, имеет смысл дать пользователю по небольшому фрагменту карты настроить параметр, определяющий, при какой толщине или соотношении толщины и длины полигон следует отображать полилинией (заодно существенно уменьшится размер файла). Понятно, что толщина дороги зависит также от разрешения сканирования, так что заранее её не угадать.
Также прискорбно, что все чёрные линии и полигоны стали водными объектами. Может быть и некоторые цвета дать определить пользователю?

[_ys05_]

Вообще-то полилиниями ничего не отображается и вряд ли будет отображаться - на словах гораздо проще преобразовывать полигоны в полилинии, чем в запрограммировать, мне сейчас не до этого. Хотя, это можно сделать и отдельным постобработчиком mp файла, который может кто и напишет сейчас или я потом. Любой объект становится полигоном, даже точка из одного пиксела, если ее не отфильтровать. То, что сетка отобразилась полилиниями - не верю :) - наверное просто тонкий полигон, слившийся в линию. Хотя полилинии все-таки присутствуют: из-за ограниченности числа стандартных цветов сделана попытка коричневые и красные объекты рисовать цветом желтого фона с окантовкой по контуру полилинией нужного цвета.

Да, определение цветов будет сделано настраиваемым. Причем, выяснилось, что желательно сделать и комбинированный режим typ со стандартными не typ цветами (желтый, зеленый, синий, черный), так как скорость перерисовки полигона с цветом typ оказалась (на Legend C) в два раза меньше скорости перерисовки того же полигона стандартного цвета :(

[Olexa]

: на словах гораздо проще преобразовывать полигоны в полилинии, чем в запрограммировать, мне сейчас не до этого. Хотя, это можно сделать и отдельным постобработчиком mp файла, который может кто и напишет сейчас или я потом. Вот тут излагались рассуждения о том, как реализовать построение осевых линий сети чего-либо (дорог, рек), представленной полигонами, там же приведена программа для триангуляции таких полигонов в MapInfo: <A HREF="http://www.gps-forum.ru/cgi-bin/forum/s ... /A> <br>

[REXX]

Чудесный инструмент, особливо для неискушенных в автовекторизации и фотожотах людей (типа меня:). Большое спасибо.
Поскольку не программист, если есть время, просьба ответить на несколько вопросов:
1. неудобно, что соединяет полигоны при разрыве в 2-3 пикселя на очищенном растре (т.е. там не более 3 цветов на самом деле, и 24 битное размытие не замыливает этот разрыв), можно ли управлять этой функцией, то есть регулировать расстояние между элементами при котором происходит слияние полигонов?
2. можно ли будет заставить векторизовать линию, ширина которой колеблется 1-2(наиболее часто)-3(редко) пиксела, именно как полилинию, а не вытянутый полигон (ручьи нужны, а не оче-е-ень маленькие реки:)?
3. как сделать что бы лист 1 километровки не резался на такие маленькие кусочки (очень частит при нарезке полигонов в мр), можно ли уменьшить число разрезов (т.е. увеличить число точек в полигоне, аналогично, ИМХО, функции TRE size cgpsmapera, либо научить вообще не резать, например, реку, которая идет через весь лист)?
4. ну и нельзя ли научить скармливать программе вмр менее 24 бит?
Заранее премного благодарен

[_ys05_]

1. Думаю, надо ослабить фильтр, размывающий цвета. Совсем он не отключается пока, но можно попобовать Filter=1000 или даже Filter=10000, чтобы ослабить его действие, если цвета в файле чистые. 2. Нет. 3. Параметр FindPolysStep поставить больше размера растра. Возможны глюки на определенных сложных полигонах. Конечный результат (img) может оказаться хуже, т.к. cgpsmapper'у проще кодировать маленькие полигоны. 4. Нет, а то сначала 8 бит, потом jpg, потом tiff, а там и без руки останешься :) Ключи, в т.ч. Filter и FindPolysStep описаны здесь: http://www.gps-forum.ru/cgi-bin/forum/s ... r> Если кто пропустил, обращаю внимание, что добавился минимальный typ: http://www.gps-forum.ru/cgi-bin/forum/s ... br> <br>

[gap]

Идея безусловно хороша. Но что то у меня не очень получается. Поясните, что должно получится на выходе? OUT.bmp еще похож на исходник , а mp читаемый получить не удается, надписи сливаются в один полигон, линии визуально утолщаются раз в 10. Или пригоден только кристально четкий растр?

[_ys05_]

Чудес не бывает и от качества растра результат может сильно зависеть (хуже всего - последствия кодирования jpg), но, если out.bmp устраивает, а число найденных цветов - не очень большое, то можно надеяться и на приемлемый результат в mp. Смотреть результат имеет смысл ТОЛЬКО на экране прибора (если включался MakeTyp, то ОБЯЗАТЕЛЬНО с typ, сгенеренным программой)! Ну, или в Mapsource при подключенном typ.

При плохом результате надо играть настройками. Основные - Filter и IndexColors3Thresold.

[Svajoklis]

Натолкнулся в инете вот на такое:
"Global Mapper v8.00 and later can both import data from MP files and export data to MP files. There is also special support for the MP_TYPE attribute that is used to specify the Garmin type code for features"

Не стал изучать, но возможно сейчас мы говорим о своеобразном "конкуренте" этому софту?
Или я опять что то не понял?:)