Вот-вот, примерно так и есть.
Это именно тюнинговый параметр для тонкой настройки графа
Опять 25… Ну откуда взялась мысль, что навигатор прокладывает, или будет прокладывать маршруты ТОЛЬКО по этому параметру??
Просто есть дороги, у которых ожидаемая скорость высчитывается в зависимости от статусов, покрытия, ширины и ещё фиг знает чего, а есть такие, для которых её лучше указать явно. Вот для этого maxspeed:practical и нужен, никаких других смыслов он не несёт.
Пардон, тюнинговый параметр для тонкой настройки графа в какой программе ?
Для дорог без maxspeed:practical существующие рутеры назначают ожидаемую скорость (в зависимости от статусов, покрытия, ширины и ещё фиг знает чего) весьма по разному.
Zkir, в любой.
Ожидаемая скорость - она в любой программе ожидаемая скорость, неважно, как они её рассчитывают.
maxspeed:practical тупо позволяет задать её явно.
Делайте у себя в Москве что хотите, но большинство питерских пока против, осталось узнать мнение контура, батарейкина и lupin-de-mid для полноты картины
Часто бываю в Петергофе. Раз на раз не приходится - иногда быстрее через Петергофское шоссе, иногда через Волхонку. На Петергофском тоже пробки периодически бывают (из-за ремонтов и наездов в Стрельну наших уважаемых руководителей). Иногда вообще быстрее через область. А самое главное - вы своей правкой понизили съезд из города, однако оставили съезд в сторону города, поэтому Ситигид, к примеру, теперь строит маршрут через него (и разворот у здания поста). В итоге получилась замена шила на мыло. Если ориентироваться на пробки - надо и там понижать. Но тем самым можно поломать маршруты тем, кто просто едет в город. А ночью все эти правки вообще становятся неадекватными. Одной цифрой статистику не заменишь.
Поэтому таки предлагаю учёт пробок оставить пробочным сервисам, а в OSM заносить только скорости с учётом физических характеристик дороги.
А кто-то предлагал заменять??
Цифра эта нужна как нулевое приближение, когда других сведений просто нет. И в этом случае она нужна с учётом как можно большего числа факторов, как физических (состояние дороги), так и социальных (пробки).
Я собственно тоже против. Опыт показывает, что пробочные скорости имеют тенденцию менятся, и значительно. Поэтому не надо их ставить как practical.
Роутингу этим не поможешь.
Ну нету способа вычислить эту цифру, в принципе нету. А когда сильный разнобой (например утром пробка в одну сторону, вечером в другую), она наоборот, ломает рутинг.
Для того чтобы держаться рамок ПДД/КОАП есть maxspeed
Если очень хочется, то писать в формате напоминающим opening_hours (по часам, дням недели и временам года, а также числам месяца, чтобы первого января на выезде из города скорость была не пробочной
А в отсутствии этой детализации писать максимум за все время, если ночью там можно ехать 100 то пусть будет сто
опять 25 в теории. ну не собрать треки так, чтобы они грамотно дали подсчитать обстановку за период 24/7. Это надо каждые полчаса, в течении недели кататься по этому участку.
Может давай наконец это сделаем? Напишем бота, который рассчитает по имеющимся трекам среднюю скорость для дорог (и запишет ее в скажем avgspeed:calculated). А то мы пока обсуждаем две ситуации - идеальную, когда всем ребрам присвоено м.о. скорости потока, и реальную, когда бойцы уже понаставили 5 км/ч, причем от балды (а остальным ребрам приваивается скорость исходя из тега hw=*).
Sergey Astakhov приводил в посте 38. Попросим его сделать нам скриншот.