Точно! Надо сносить, и как можно скорее!
Ну, в ситигидовских картах Финляндии видны светофоры и пешеходные переходы. Вот завтра и проверю - как они озвучиваются 
NetWormKido
К сожалению полиш, компилированный в cgmap и этот же полиш, переведенный в nm2 будут прокладывать маршрут по-разному. Я выкладывал настройки конвертера ситигида, которые делают прокладку маршрута абсолютно идентичной Навителу (и GPSMapEdit-у), но судя по цитате выше
никому это оказалось не нужно.
andriano
Опять борьба с ветряными мельницами? Любой тег, если он кому то нужен, имеет право на жизнь. Если он не нужен Вам, то это не значит что он не нужен никому. Если бы на базе OSM не конвертировали карты для навигаторов - то у многих бы не было и стимула редактировать карты, так что роутинговые теги, даже в том виде как есть - весьма важны для повседневного использования карт. Если кому то хватает карты, что бы обозначить свой офис, то это не значит что не надо позаботиться о том, что бы к этому офису надо бы правильно еще и подъехать - вот это то и дают применяемые сейчас теги. Была бы информация - а уж изготовители конверторов пусть думают, что использовать, а что нет. И узко специализированное применение в Вашем понятии таких тегов судя по всему говорит о том что за рулем Вы не ездите…
chnav, такой цели, чтобы рутинг в СГ был одинаков с НН, действительно нет (одинакового рутинга в двух программах с разными алгоритмами быть не может по определению). Но если ты напишешь в мне или в соотв. теме, со скриншотами, какие реальные, а не воображаемые проблемы рутинга эти конфиги решают, я их вставлю в процесс.
Если не трудно, можно подробнее почему?
В гарминах точно учитываются перекрестки-светофоры.
В свою сборку я добавил штрафные баллы за прроезд перехода нерегулируемого ещё и лежачего полицейского.
А левый поворот учитывается?
Кому надо у того учитывается, для велонавигации он не нужен)
Стало быть хорошая столбовая дорога, как более подробно размеченная в ОСМ, получит больше штрафов, чем объезды по закоулкам, на которых никто переходы не размечает.
Возможно и так. Однако у нас размеченность дорог в городе равномерна почти. Ну а другим городам стоит карту улучшать чтобы роутинг был лучше) Больше деталей точнее расчёт.
Это теги, описывающие организацию дорожного движения. Т.е. объективно существующие дорожные знаки и разметку.
Никакого отношения к маршрутизации не имеют. (хотя, как и любые другие теги могут использоваться маршрутизаторами)
Нет.
Всего лишь с рисованием под рендер (т.е. прострите, под навигатор)
Полностью согласен.
Это тоже полностью поддерживаю - должна вносится именно объективная информация, а не информация, предназначенная для узко специализированного применения.
Законы логики говорят, что если Вы получили неверный вывод, значит, либо использовали неверные посылки, либо неверное правило вывода.
Совершенно верно: неправильно размеченная карта ведет к ошибкам в прокладке маршрута.
Вы считаете, что должно быть как-то иначе?
Карта, база данных, и вообще весь процесс, должны быть устойчивы к ошибкам, которые неизбежны, и к неполноте, которая тоже неизбежна.
Что Вы подразумеваете под “устойчивостью к ошибкам”?
Избыточность, позволяющая ошибки детектировать и исправлять?
Или нечувствительность к входным данным?
Алгоритм, прокладывающий маршрут между двумя точками по прямой - идеал устойчивости к ошибкам: ему вообще пофигу, есть там дороги или нет, а тем более - как эти дороги тегированы.
да, тему после второго поста можно было прикрывать (