Эх, это бы хотя бы как заметки/ошибки на карте отмечены бы были, гораздо проще, чем бесполезные снимки экрана прикреплять 
А CityGuide указатели движения по полосам откуда берет, из turn:lanes? А turn:lanes:backward понимает?
Камеры на меcте. Насколько мне известно, по Эстонии в ОСМ все камеры на своих местах (хотя, странно, что эти появились лишь в октябре сего года, был уверен, что они присутствуют давно). Данные по расположениям скоростных (и не только) камер открыты, офф линк.
Там еще с 2009 года полтинник way/44674564/history
Просто точки камеры ни для какого навигатора не достаточно - для osmand еще нужно отношение type=enforcement с кучей всего еще, для CityGuide, наверное, тоже 
Как считаете, это приемлимая точность обрисовки?
У юзера в чейнджсете написано, что он юзает именно эту подложку. Но рисует вот как-то так…
Да, стрёмно как-то, может он не уважает грунтовки. Но ГаМ был бы явно недоволен даже правым сервисом.
Вобщем, кому не лень - посмотрите чейнджсеты юзера, и научите его как правильно 
http://www.openstreetmap.org/user/romp/edits
Там ещё highway=service многокилометровые есть…
Пробелма: OSRM, ровно как и OsmAnd, строят маршрут 1, вместо варианта 2:
Разница в маршрутах составляет… метров 10. Зато, заставляет делать разворот, что крайне неправильно, при наличии вполне плавного способа доехать.
Это проблема в алгоритмах, или можно что-то исправить на карте?
Если какой-то из манёвров запрещён знаками/разметкой - следует его явно запретить.
В остальном - только тщательной расстановкой surface/smoothness/lanes/maxspeed/maxspeed:practical и корректировкой алгоритмов чтобы они это учитывали, если ещё не учитывают.
Нет, манёвры не запрещены.
surface/smoothness/maxspeed там одинаковые.
Скорее всего, алгоритм просто не понимает, что при том радиусе поворота, который он задал, скорость будет вовсе не 50км\ч
Причём, по отдельности дороги не виноваты. Если по ним ехать прямо - то скорость будет нормальной. Виновата комбинация конкретного from/via/to.
Если алгоритм сам не понимает, то нужен способ задать “вес” такого разворота, адекватный реальному. Метров 200-500, если в расстоянии.
Но для этого нужные теги типа “разворот не рекомендован”, “разворот занимает время” или ещё что-то подобное. Увы, не знаю про такие.
Ну это проблема конкретного алгоритма. Обычно в алгоритмах присутствует “штраф” за поворот, как раз чтобы учесть подобные временные потери, возможно что в данном случае он получается слишком маленьким.
А что если поиграться с
Локальный OSRM, благо, даже на Win чуть ли не в пару кликов можно поднять. Для подобных тестов небольших участков самое то.
А что, OSRM с turn lanes не дружит? Стоит лишь добавить поворотную полосу, как рутинг ломается
Похоже, и я что-то напортачил. Но не могу понять что.
А это, похоже, из старых правок:
В нумераторе домов попалась линия, обозначающая лыжный трамплин с building=yes. Это вообще правильно, может это скорее man_made какой-нибудь?
Тут вроде ничего трефного, хотя не мешало бы Gonsiori разбить на две линии на всем протяжении.
Только вот странное пустое отношение имеется: http://www.openstreetmap.org/relation/2090153. Оно зачем?
Этот перекресток действительно надо бы полностью переделать с резким сокращением линий, например, как похожий в Нарве. Только там еще автобусные маршруты, я бы их, скорее всего, воспроизвести обратно не смог бы 
Если смотреть хистори - это маршрут автобуса 31. Позже Maris33 снёс теги с отношения. А я не знаю теперь, что делать 
Если маршрут нарисован уже другим отношением - можно удалить. Если нет - восстановить чтоли…