Среднестатистическая скорость

[AstroJohn]

А нельзя ли среднестатистическую скорость на ребрах менять в зависимости от некоего интегрального параметра по пробкам в городе.

Типа, как, прости господи, у Яндекса - пробки по шкале от 1 до 10,

соответственно, коэффициент от 0,1 до 1, на который домножаем вшитую

среднестатистическую скорость при расчете маршрута.

Возможно (к сожалению, обосновать математически не могу), это помогло бы в пробочные часы пик, чтобы маршрут не строился по улицам, по которым не проехал ни один датчик.

Думаю, такой метод расчета маршрута можно было бы сделать опциональным, ведь это не сильно усложнит алгоритм.

Уж очень хочется как-то убирать стандартные вечно забитые улицы, по которым умные датчики не ездят, типа наб. Черной речки от Торжковской в сторону Пионерской.

[tilorn]

А нельзя ли среднестатистическую скорость на ребрах менять в зависимости от некоего интегрального параметра по пробкам в городе.

Уж очень хочется как-то убирать стандартные вечно забитые улицы' date=' по которым умные датчики не ездят, типа наб. Черной речки от Торжковской в сторону Пионерской.

[/quote']

сия идея давно бродит в умах пользователей, только она ошибочная.

мысль ошибочная вот почему. утром весь город стоит в центр, вечером - из центра. интегральный параметр - средняя температура по больнице. утром по одной улице вы едете 100 км.ч. на север и 5 км.ч на юг, вечером по ней же - все совершенно наоборот. что с этим делать, и как несложно решить эту проблему тоже уже придумали.

результаты обсуждения, и мысли о том, что же на самом деле надо делать, приведены здесь, лучше смотреть последние пару-тройку страниц:

http://forum.probki.net/forum_posts.asp?TID=5204

отдельно рекомендую в этом топике мысли пользователя Spectre.

[AstroJohn]

OK, спасибо, посмотрю. Не сомневался, что мысль не нова... но лучшего метода в этом убедиться, помимо создания новой темы, не придумал

[гидро]

и потом разработчики иногда пишут что-то вроде "вшитая скорость, это не скорость", только непонятно почему она при построении маршрута и при рассчёте времени учитывается одинаково с реальной "пробочной" скоростью(подозреваю одинаково)

[Spectre]

Потому что выбора нет - нет другой информации, а считать надо.

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