Хочется видеть на карте границы населенных пунктов: traffic_sign=city_limit 
Хочется. Навител это поддерживает?)
Попробуйте вот эту сборку пешеходной конфигурации: http://code.google.com/p/osm2navitel/downloads/detail?name=osm2navitel.pedestrian.7z&can=2&q=
Приоритеты и скорости дорог в ней полностью убраны, так что НН должен вести по действительно кратчайшему пути.
Ключи --nooneway и --transport=pedestrian добавлены непосредственно в navitel.yml, в командной строке указывать их не нужно.
Запускать как-то так:
osm2mp.pl --config=navitel.yml --osmbbox --defaultcountry=RU --defaultregion=mosobl --output=test.mp test.osm
mp-postprocess-navitel.pl test.mp
Нужно учитывать, что из-за большего числа конвертируемых дорог ошибок при экспорте в nm2 будет больше, чем в автомобильной конфигурации.
В условных обозначениях самого НН такого значка нет 
Speedcam, не?
только не вшивайте его в карту
подоговорите с котярой - он же сделал сервис по формированию файла спидкамов для лежекопов для навитела
думаю, добавить сити_лимит тоже возможно
у меня навител не хочет прокладывать маршрут вот к этому адресу http://www.openstreetmap.org/browse/way/38748964
Екб, Турбинная 7
прокладывает только по прямой. пробовал раз 5-6
помогла только прогладка к точке на самой турбинной перед зданием
никакие access=* ни на воротах, ни на веях не установлены
с чем может быть связан данный баг?
Хочется. Перехочется.
Прикольный баг, вернее, наложение двух багов НН.
Во-первых, если у здания явно не отмечены точки подъезда, НН пытается привести не к геометрическому центру здания, а к его первой по порядку точке, т.е. к http://www.openstreetmap.org/browse/node/459461748
Во-вторых, НН пытается привести маршрут не к ближайшей точке дороги, входящей в роутинговый граф, а к ближайшей точке вообще любой ближайшей дороги. В данном случае это http://www.openstreetmap.org/browse/way/97537649
Т.е., если существует footway, расположенный ближе к первой по порядку точке здания, чем любой другой highway, маршрут не проложится.
Лечение - либо вообще убирать footway при конвертации (как сейчас убраны sidewalk’и), либо делать их роутинговыми. Какой из вариантов хуже - черт его знает, оба плохи…
/// Лечение - либо вообще убирать footway при конвертации (как сейчас убраны sidewalk’и), либо делать их роутинговыми. Какой из вариантов хуже - черт его знает, оба плохи…
убирать footway’и из конвертации и задумываться над тем, чтобы делать отдельные карты для пешеходов, как уже обсуждалось
имхо, только так
бага проявляется уже не в первый раз, хотя я редко кладу маршруты (в основном, езжу по памяти)
и очень неприятно останавливать машину и искать такой вариант, чтобы маршрут прокладывался корректно
Спасибо! Буду пробовать.
Вы были правы, ошибок много. Ошибки связанные с " несовмещенными и дублирующимися" узлами удалось устранить, а вот с подобными ошибками “Сегмент дороги содержащий только одну различимую вершину (55.791985, 37.587662).
(тип дороги 0x16, надпись '', вершины сегмента №8 - №9)” не знаю как бороться. Подскажете?
Я вот начал тут писать руководство по исправлению ошибок: http://wiki.openstreetmap.org/wiki/RU:Navitel/Исправление_ошибок
Похоже, это дорога из двух точек слилась в одну. Частично решается удалением дубликатов объектов.
Можно попробовать решить проблему другим путем - увеличить битность уровней.
В файле output-polish.yml есть строка
levels = [ 24, 22, 20, 18, 16, 15 ]; -%]
Попробуйте поменять числа на что-нибудь типа “26, 24, 22, 20, 18, 16”. Точность координат увеличится до 0.6 метра, поэтому многие ошибки уйдут. Правда, минимальный зум карты уменьшится вдвое, но на пешеходной карте это, наверное, не так страшно.
Ну да, это более правильный вариант.
А более правильный - сделать нормальный коллапс таких кусков в конвертере. Но для этого надо его очень сильно перелопатить.
Ну это вообще сказка была бы
Спасибо, буду пробовать.
Имхо, это хуже. Ошибка останется в базе. И со временем их количество, возможно, перерастет в качество. Либо это вовсе не ошибка (типа парковки в Реутове) и коллапсировать их нельзя. Лучше уж “руками”. Имхо)
AlRight, а по понятиям многих осмеров это не ошибка - типа, так и надо делать