Средняя скорость для ребер в определенный час

[Шпрот]

Честно говоря, не вижу особой разницы. Ну в час пик, на всех улицах по котором нет данных по пробкам разом снизят индекс. Как это поможет выбору адекватного маршрута?

 

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

 

А даже если достоверных данных не будет - то всё равно понижающий индекс будет применён не только к Московскому в обратном направлении, но и на соседние улочки в равной степени.

Так что текущее соотношение скоростей сохранится.

 

Таким образом, нелепые объезды по карманам и соседним улочкам с возвратом на магистраль использоваться будут в крайнем случае.

 

В конце концов, никто не говорит о взаимоисключении методов.

[YoGun]

На всякий случай напоминаю, что разработчики уже не раз говорили, что статистики не будет. Это работает в других проектах и программах.

 

[Spectre]

А есть основные магистрали, на которых часто нет достоверных данных именно потому что там все время жесткий стояк.

Явно нелепые объзды через карманы - это проблема, которую надо решать не через "коэффициенты от средней температуры по палате".

А вот по соседним улочкам объезды бывают как "лепые", так и нелепые. И именно этот вопрос решается статистикой. Если по улице обычно такой же стояк, то объезд не будет построен, а если по соседней улице обычно можно удачно проскочить, то соответствующий объезд будет предложен. Причем "множитель зависящий от температуры по больнице" в обоих случаях будет бесполезен.

[shooo]

На всякий случай напоминаю' date=' что разработчики уже не раз говорили, что статистики не будет. Это работает в других проектах и программах.

 

[/quote']

это в каких?

[crazydoctor]

Ага, мы друг друга слышим, есть шанс на конструктивную дискуссию

[гидро]

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

а все эти статистики, не статистики, всё-ранво они работают, по словам разрабочиков, в других программах, а не гиде. 

[plitkin]

2. изменение формата карты

3. доработка программы

А разве в файле дорожной обстановки, который мы ежедневно загружаем, нет скоростных индексов? Можно сделать таких файлов 5 штук (ночной, выходной, и 3 дневных будних) и менять их по расписанию.. Карту менять не надо, программу переделывать тоже.

[crazydoctor]

Скоростные индексы там есть. Но, как мне кажется, они лишь для тех ребер, которые были изменены по сравнению с зашитыми в карту. Если туда запихнуть все индексы, то файл вырастет в размерах в разы.

Ну и потом, я предлагаю уйти от обсуждения технических моментов реализации, потому как, не владея всей информацией "изнутри", мы все равно не сможем предсказать, что сделать легко, а что - сложно.

Давайте лучше обсуждать концептуальные моменты :)

[tilorn]

На всякий случай напоминаю' date=' что разработчики уже не раз говорили, что статистики не будет. Это работает в других проектах и программах.

 

[/quote']

можно попросить примеры проектов?

[Spectre]

ПокетГис.

Только там кроме статистики, по сути, ничего и нет. Ездят пара десятков человек с этой программой и все.

И статистика там выдается за пробочную информацию (отображается как обычные пробки и антипробки).

[Mihaxxi]

В принципе, я ЗА и говорил об этом давно, другой вопрос - в конкретной реализации. Тупо ставить статистику и править её ежедневно аналогично Покетгису - я против. Изменять индексы вторым файлом, более приоритетным чем вшитый - я ЗА.

[Spectre]

Эм... А чем эти два варианта отличаются кроме наличия двух файлов вместо одного?

Главное, чтобы статистика не путалась с основной пробочной информацией.

[Шпрот]

 

Явно нелепые объзды через карманы - это проблема, которую надо решать не через "коэффициенты от средней температуры по палате".

А вот по соседним улочкам объезды бывают как "лепые", так и нелепые. И именно этот вопрос решается статистикой.

 

Наверное, вы не так поняли суть моего предложения.

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

 

Какой смысл объезжать 40 кмч на Московском по соседним улочкам (непроверенные "50"), если в городе - час пик?

 

А так - понижающий коэффициент снизит скорость на соседних улицах с 50 до 40, и объезд через них будет строиться лишь в случае сильной пробки на основной магистрали.

[crazydoctor]

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

Или в том случае, если кто-то из датчиков по ним проедет и поставит актуальную скорость.

[shooo]

Какой смысл объезжать 40 кмч на Московском по соседним улочкам (непроверенные "50")' date=' если в городе - час пик?[/quote']

Чаще всего прямой... Тот же Коли Томчака дает в вечерний час пик хорошую экономию времени

Меня например наоборот бесит, что СГ слишком любит магистрали, а ваш алгоритм приведет к тому, что СГ уже с магистралей слезать не будет, игнорируя параллельные улочки для объезда

[crazydoctor]

shooo, да не будет такого. Вы карту откройте - почти все улицы закрашены реальными данными. И алгоритм этот лишь сгладит явно абсурдные П-образные объезды и зигзагообразные метания среди пробок в 5 км/ч из-за слишком выских для часа пик скоростей, вшитых в карту.

Кроме того, есть вполне четкий логический смысл в уменьшении значений скоростей. Если предположить, что зашитые в карту скорости соответствуют ночному городу, то в час пик даже по совершенно свободной улице скорость ВСЕГДА будет меньше, просто потому что с этой улицы вам нужно будет куда-то съехать, повернуть и т.д. А там - пробки.

[shooo]

shooo' date=' да не будет такого. Вы карту откройте - почти все улицы закрашены реальными данными. И алгоритм этот лишь сгладит явно абсурдные П-образные объезды и зигзагообразные метания среди пробок в 5 км/ч из-за слишком выских для часа пик скоростей, вшитых в карту. [/quote']

Во-первых, если открыть карту то видно, что раельные данные почти только на магистралях - Московский, Витебский, Лиговский, Загородный, Фонтанка, Невский... внутренние улицы используются слабо, во-вторых, П-образные объезды в версиях 3+ крайне редки... Проблема была в 2,5 - сейчас она не актуальна. В-третьих, если СГ будет в час пик водить только по магистралям, то собственно нахрен он нужен, пл магистралям и так поянтно как проехать.

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

[shooo]

У меня встречное предложение:

так как 95% водителей ездят без СГ (и вообще какого-либо навигатора) и 95% из отсутствия навигатора держатся магистралей (чем и создают пробки) - присвоить внутренним городским магистралям заранее наиболее низкие скоростные индексы. Чтоб по возможности на них и не зезжать и иметь больше реальных индексов с внутренних улиц! Ну, уж если ктонить на магистрали все-таки заедет, то привезет их реальный индекс. Такая систем приведет к лучшему использованию улиц, а не как сейчас - без СГ все едут по магистралям и СГ, понимаешь, туда же тащит

[crazydoctor]

Уменьшать же индексы надо' date=' и надо всем отписываться в баг-репорт, что я регулярно и делаю... А использовать этот коэффициент - это полагаться на случай[/quote']

Мы, вероятно, несколько о разных вещах говорим. Я говорю о таком случае: представьте себе три улицы в виде буквы "Н", пусть зашитые скорости - 50 км/ч. Допустим в час пик на вертикальных улицах пробки в 10 км/ч, а на горизонтальной - данных нету и СГ продолжает считать, что там - 50 км/ч. Но это - очевидный нонсенс! там их быть не может просто потому что с этой улицы нужно сворачивать на ту самую улицу, где сейчас 10 км/ч. И вот в этом случае поделить эту скорсть на некий коэффициент - вполне нормальное решение. Причем точность не сильно важна: что 10 км/ч, что 20 км/ч - все равно это будет лучше, чем дефолтные 50 км/ч.

Насчет неиспользования внутренних улиц не могу с вами согласится. Возможно, мы ездим слишком разными маршрутами, но меня СГ водит как раз по всяким маленьким улочкам и очень редко выводит на магистрали.

[crazydoctor]

Насчет П-образных объездов я предлагаю подождать весны, когда количество машин резко возрастет (хотя ввиду кризиса - не факт). Версия 2.5 тоже вполне хоршо работала зимой и летом, основные претензии на форуме были в весенний и осенний периоды.

[shooo]

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

Кстати, это не тот случай вы описывете... ваш же пример, положим на левой вертикальной реальная скорость 10, на правой 30, на горизонтальной неизвестно. Вопрос стоит ли объезжать пробку по правой? С вашим коэффициентом точно не надо, потому что он зарубит горизонтальную. Сейчас же у СГ - давайте когонить пустим объезжать, заодно и скорость горизонтальной измерим. В вашем случае - стоим в пробке и не рыпаемся, даже если рядом улица свободна, нынешний СГ пошлет одного на амбразуру узнать как что и остальным уже выдаст решение исходя из полной информации

[shooo]

Насчет П-образных объездов я предлагаю подождать весны' date=' когда количество машин резко возрастет (хотя ввиду кризиса - не факт). Версия 2.5 тоже вполне хоршо работала зимой и летом, основные претензии на форуме были в весенний и осенний периоды. [/quote']

Зимой машин может и поменьше, но и улицы сужены из-за грязи и снега, люди медленнее разгоняются и проходят повороты. Так на так... таких пробок как под НГ летом и нет, разве что на выезд из города в выходные. Но в СПб тут любой алгоритм не поможет - просто мало выездов из города, особенно в направлении на Карельский перешеек

[crazydoctor]

ну' date=' почему же нонсенс, если горизонтальная главная или перекрестки регулируется светофором, который для горизонтальной достаточно долго горит зеленым, то вполне может быть скоростной индекс в разы больше, чем на вертикальной...[/quote']

Что может быть больше - бесспорно. Но нонсенс - предполагать, что на горизонтальной улице останется неизменным зашитое значени скорости (50 км/ч), когда на прилегающих улицах скорость упала в несколько раз.

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

Хотя более правильно сформулировать так:

При M < N < K

Если датчиков меньше M - хорошо иметь статистический алгоритм

Если датчиков больше чем N - вполне достаточно поправочного коэффициента

Если датичков больше чем K - оба алогоритма не нужны - можно вполне обойтись "жертвами"

[crazydoctor]

Зимой машин может и поменьше' date=' но и улицы сужены из-за грязи и снега, люди медленнее разгоняются и проходят повороты. Так на так... [/quote']

Вероятно, живем/работаем в разных частях города. Ибо по моим наблюдениям, зимой/летом добираюсь до работы ощутимо быстрее, чем весной/осенью.

Ну а пробки под НГ - это не репрезентативно, все просто за подарками едут.

[Шпрот]

Меня например наоборот бесит' date=' что СГ слишком любит магистрали, а ваш алгоритм приведет к тому, что СГ уже с магистралей слезать не будет, игнорируя параллельные улочки для объезда[/quote']

 

Немного не так.

СГ будет игнорировать параллельные улочки в час пик, если на магистрали скорость потока как минимум не меньше среднестатистической по городу.

Если на магистрали пробка - он отдаст предпочтение параллельной улочке, несмотря на сниженную непроверенную скорость на ней (скажем, с 50 до 40).

 

Камрады, мы говорим про разные способы решения проблемы.

 

И статистика, и индекс загруженности предполагают менять вшитые в карту значения скоростей в зависимости от текущих условий.

 

Эта проблемы определена - главное - искать пути её решения.

Чем мы и занимаемся, надеюсь, под пристальным вниманием разработчиков.