Конвертация OSM в Navitel

Выложил на GitHub файлы конфигурации osm2mp для конвертации файлов OSM в польский формат с набором типов Navitel (изначально проект был на Google Code)
Конфигурация базируется на работе белорусских коллег с некоторыми исправлениями, ориентированными на автомобильную навигацию: используются только стандартные типы Navitel, в карту не включаются highway=footway (тротуары вдоль улиц страшно мешают в реальной навигации) и т.п.
Для конвертации забираем свою область, например, с сайта GIS-Lab http://gis-lab.info/projects/osm_dump/ , конвертируем в польский формат конвертером osm2mp (текущая версия на GitHub, архив на Google Code), экспортируем в формат Navitel вручную или скриптом , копируем полученный файл в навигатор… и ездим :slight_smile:
Более подробно процесс описан в 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

Напишите все это, пожалуйста в страничку: http://wiki.openstreetmap.org/wiki/RU:Navitel и не забудьте отредактировать там же Примечания.

Поправил вики и ссылку на файлы - http://code.google.com/p/osm2navitel/downloads/list

Bollard-ы имхо лучше оставить. Они часто встречаются в дворовых проездах, перекрывая некоторые варианты маршрута.

Причем по опыту картографирования дворов - в Москве реально очень часто, делается это для того что бы пробки через дворы не объезжали.

Согласен, но в скине желательно будет поменять значок для точки с типом 0xf207 “Сквозное движение запрещено” на менее яркий.

dimuzz
я так понимаю, ты все равно будешь для себя навителовскую карту конвертировать… может быть разместишь ее где-нибудь? хоть на обменник
мне просто очень не хочется заморачиваться с конвертированием :slight_smile: а таких как я много :slight_smile:

Меня тоже интересует московская область для навител

а Кубань под навител хотябы раз в неделю конвертить можно?

Пензенскую область, плз.

+1 Мурманская, pls.

Если найдутся желающие - welcome ко мне для выкладывания. А может, и сам налажу конвертацию. Покопаюсь, когда появится чуть-чуть времени.

Как удалось найти этот скрипт? Константин его недавно написал, или он просто не афишировался для “посторонних”?

Ivan Komarov,
http://forum.navitel.su/viewtopic.php?t=1723

Ivan Komarov, на нерегулярной основе готов выкладывать карту Екатеринбурга.
Нужно учитывать, что экспорт в Навител невозможен при наличии ошибок, искать их приходится в GPSMapedit, а править в OSM, т.е временной лаг при ошибке минимум сутки. Поэтому, если кто-то возьмется выкладывать результаты пакетной конвертации, было бы неплохо прикладывать лог ошибок.

Ааа… Я то подумал, что это Волшебное Средство для автоматической конвертации, а тут - те же пирожки с котятами :frowning:
Может, добавить в osm2pm убийство дублирующихся линий по ключу? ИМО это основная причина сбоев конвертации

Основная ошибка, мешающая экспорту - близко расположенные, но не соединенные узлы (собственно, других ошибок я не видел).
Помимо GPSMapedit эти ошибки хорошо видны на http://keepright.ipax.at/ (almost-junctions).
Сомневаюсь, что такие ошибки можно исправить автоматически.

Можно, но геморно, долго и не 100%. И лениво :slight_smile:

…или автор именно так и хотел нарисовать - точки близко, но не соединены :slight_smile:

Есть еще один вопрос по конфигурации для Навител: нужно ли делать 0-й слой 26-битным?
Меня лично 24 бита устраивает - рост размера карты перевешивает “повышенную прямоугольность” домиков.

В гарминах есть проблема только для близких (меньше 3 метров) точек на одной дуге.
Их скрипт отслеживает и раздвигает подальше.
Несоединённые точки могут вообще совпадать, это не запрещается.