dimuzz
1
Выложил на GitHub файлы конфигурации osm2mp для конвертации файлов OSM в польский формат с набором типов Navitel (изначально проект был на Google Code)
Конфигурация базируется на работе белорусских коллег с некоторыми исправлениями, ориентированными на автомобильную навигацию: используются только стандартные типы Navitel, в карту не включаются highway=footway (тротуары вдоль улиц страшно мешают в реальной навигации) и т.п.
Для конвертации забираем свою область, например, с сайта GIS-Lab http://gis-lab.info/projects/osm_dump/ , конвертируем в польский формат конвертером osm2mp (текущая версия на GitHub, архив на Google Code), экспортируем в формат Navitel вручную или скриптом , копируем полученный файл в навигатор… и ездим 
Более подробно процесс описан в wiki и на форуме.
Небольшой FAQ:
-
Для корректной работы необходим НН версии до 5.0.3, рекомендуется версия 3.5. Начиная с версии НН 5.1, поддержка неофициальных карт не гарантируется.
- Для корректной работы поиска по адресу в версиях 5.5.x необходимо в в Меню-Настройки-Региональные-Язык карты выставить English
- пробки на картах (как и на любых других неофициальных) не работают;
- софт (GPSMapEdit) для “любительского” конвертирования в формат НН5 (nm3) дорабатываться не будет;
- неофициальные карты и официальные нельзя хранить в одном атласе (одном каталоге);
- максимальное количество роутинговых карт в атласе, поддерживаемых в НН5 - 63;
- поиск по адресу в населенном пункте работает только при наличии охватывающего полигона place=city/town/village/hamlet;
- для корректного поиска теги, определяющие адресацию (place, name, addr:district и addr:region), на точке и полигоне НП должны быть одинаковы;
- пешеходные дорожки (highway=footway) на картах не отображаются.
- как исправлять ошибки конвертации (thanx to Paspartu): http://forum.openstreetmap.org/viewtopic.php?pid=169074#p169074
Calibrator
(Calibrator)
2
Напишите все это, пожалуйста в страничку: http://wiki.openstreetmap.org/wiki/RU:Navitel и не забудьте отредактировать там же Примечания.
dimuzz
3
Bollard-ы имхо лучше оставить. Они часто встречаются в дворовых проездах, перекрывая некоторые варианты маршрута.
Причем по опыту картографирования дворов - в Москве реально очень часто, делается это для того что бы пробки через дворы не объезжали.
dimuzz
5
Согласен, но в скине желательно будет поменять значок для точки с типом 0xf207 “Сквозное движение запрещено” на менее яркий.
dimuzz
я так понимаю, ты все равно будешь для себя навителовскую карту конвертировать… может быть разместишь ее где-нибудь? хоть на обменник
мне просто очень не хочется заморачиваться с конвертированием
а таких как я много 
Calibrator
(Calibrator)
7
Меня тоже интересует московская область для навител
garl
(Garl)
8
а Кубань под навител хотябы раз в неделю конвертить можно?
Если найдутся желающие - welcome ко мне для выкладывания. А может, и сам налажу конвертацию. Покопаюсь, когда появится чуть-чуть времени.
Как удалось найти этот скрипт? Константин его недавно написал, или он просто не афишировался для “посторонних”?
liosha
(liosha)
13
dimuzz
14
Ivan Komarov, на нерегулярной основе готов выкладывать карту Екатеринбурга.
Нужно учитывать, что экспорт в Навител невозможен при наличии ошибок, искать их приходится в GPSMapedit, а править в OSM, т.е временной лаг при ошибке минимум сутки. Поэтому, если кто-то возьмется выкладывать результаты пакетной конвертации, было бы неплохо прикладывать лог ошибок.
Ааа… Я то подумал, что это Волшебное Средство для автоматической конвертации, а тут - те же пирожки с котятами 
Может, добавить в osm2pm убийство дублирующихся линий по ключу? ИМО это основная причина сбоев конвертации
dimuzz
16
Основная ошибка, мешающая экспорту - близко расположенные, но не соединенные узлы (собственно, других ошибок я не видел).
Помимо GPSMapedit эти ошибки хорошо видны на http://keepright.ipax.at/ (almost-junctions).
Сомневаюсь, что такие ошибки можно исправить автоматически.
liosha
(liosha)
17
Можно, но геморно, долго и не 100%. И лениво 
dimuzz
18
…или автор именно так и хотел нарисовать - точки близко, но не соединены 
dimuzz
19
Есть еще один вопрос по конфигурации для Навител: нужно ли делать 0-й слой 26-битным?
Меня лично 24 бита устраивает - рост размера карты перевешивает “повышенную прямоугольность” домиков.
liosha
(liosha)
20
В гарминах есть проблема только для близких (меньше 3 метров) точек на одной дуге.
Их скрипт отслеживает и раздвигает подальше.
Несоединённые точки могут вообще совпадать, это не запрещается.