Конвертер OSM -> MP

Пример ?
ИМХО, в .mp все то же самое.

пример? лехко!
дорога 1 идёт с севера на юг, дорога 2 - с запада на восток
в точке А они пересекаются

я еду с севера, мне в точке А запрещён поворот налево. никаких других запретов в А нет
как такое описать?

а в mp не так: там указываются три нода, через которых нельзя последовательно проехать

доделал порезку дорог с самопересечениями
теперь полноценный псевдороутинг :slight_smile:

заодно исправил баги в карте москвы, из-за которых маппер вылетал

??? ??? ? «???» ?? ? ??? ??? ??? ??? ?? ??? ??? ??? ??? ? ?? ??? ???, ??? ??? ??? ??? ???, ??? ? ?? ??? ???. ??? ??? ??? ??? ??? (??? ?? ??? ??? ?? ??? ??? ???).

? ??? ??? ?? ??? !!!

Рэзать в точке А обе дороги. Тогда и точка А в описании будет не нужна.

Сделал обработку мультиполигонов.
Но почему-то внутренние полигоны, которые “дыры”, многие сделаны с теми же тэгами, что и внешние.
То есть получается озеро, а внутри него ещё одно озеро :slight_smile:

http://wiki.openstreetmap.org/index.php/Relations/Multipolygon

А раньше это было такое требование. Чтобы внутренние и внешние границы были помечены одинаково. И мапник брал по ошибке (?) при рендере тэги из внутреннего полигона. То есть, если поставишь для внутренней границы леса (natural=wood) natural=water, то получаешь большое озеро с островом внутри.
А вот 30 марта Thomas Wood изменил требование, что надо оставлять либо вообще без тэгов, либо нужным для внутреннего полигона.
Ну, наверно, теперь так. Надо бы проверить, как это будет рендерится в мапнике…

P.S. У меня все мультиполигоны сделаны “по старому”…

Выкладываю для тестирования версию 0.3 конвертера
http://garminmapsearch.com/osm/osm2mp.zip

Роутинг есть, мультиполигонов ещё нет

Многие “мультиполигоны” которые я вижу, надо основательно править. Так что это небольшая потеря.

liosha
А будет конвертор в нативном формате?
А то устанавливать Перл на Asus Eee PC как-то не хочется.
Или описать принципы и сделать OpenSource проект.
И конечно-же респект за проект.

Пока еще никто не научился писать роутинговые секции в .img

А разве EeePC не с Линуксом поставляется ?

не совсем понял. нативный формат - это какой?
и какие принципы надо описать?

usm78-gis
Asus Eee PC официально в Россию поставляется с WinXP SP2 (Eee PC 701 4G-X).
liosha
Под нативным форматом я подразумевал нативный код,
т.е. что программа скомпилирована в код целевого процессора.
Ну типа написана на C/C++, или на Паскале, ну или на ассемблере. :slight_smile:
(Сорри, что внес некоторую непонятность.)
Про описание принципов:
Может конечно я и загнул лишнего. :slight_smile:

A_G_T
перловый код в принципе можно компильнуть в .exe, но я этим не особо интересовался.
и не вижу особого смысла - винда стоит далеко не у всех, а дистр перла есть почти для любой платформы
http://www.activestate.com/store/download.aspx?prdGUID=81fbce82-6bd5-49bc-a915-08d58c2648ca

Ага. Отстал от жизни. Впрочем и мой гармин с версией для США.

Переписать на С можно, но есть более интересные задачи
типа: как вырезать город/область из прямоугольного куска
OSMXAPI и при этом создать “внешние” ноды, согласованные
с соседями.

Исправил в Москве все мультиполигоны (аж 4 штуки, ага) :slight_smile:
вроде бы конвертер с ними нормально справляется

добавил в список Ленинградскую область

red_rebel вроде-ж выложил последнюю карту(на руса.су)
порезаную на куски, как в нарисуйке. И роутинг работает.
А смысл резать по кривой, как граница области?

OSMXAPI прирезает куски Финляндии и Эстонии (с интересными букафками, но
это не проблема, я отключил cp1251 конвертацию).
Самое главное - хочется иметь нормальный гарминовский поиск.
Не приписывать же вручную к каждому дому: улица такая, район такой, город такой и т.д.
Все это элементарно сделать автоматически.

Я добавил морскую границу с Эстонией и Финляндией в Финском заливе (на глазок,
так как с источниками тяжело), а вот с сухопутной границей питонский скрипт малость
перестарался. Я ее снесу и переделаю.

Вычистил все сдвоенные сегменты. Теперь очередь за нарезкой многонодовых
ways и склейкой сегментов порезанных без какой-либо необходимости.