Пожелания к разработчикам City Guide

[rookie]

Добавить функцию "Запрет проезда", помечая таким образом улицы, куда не хочешь заезжать при построении маршрута. Функционально ставим точку на улице и СГ помечает участок/ребро, запрещаемый для прокладки маршрута.

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

[rg2104]

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

Это ж разве пробка?

[гидро]

Это ж разве пробка?

эт не по теме, но именно. это ж не в магазин за пивом ехал, а стоял из-за дорожной обстановки.

[Spectre]

Добрый день. Я тут внезапно понял вот что. В экране вопроса про пробку кнопки "да" и "нет" слишком маленькие' date=' в них надо попадать! Оказывается, легко нажать экран чуть выше или чуть ниже, и ответ "да" не работает. Кнопка должна занимать как минимум четверть экрана! Пол-экрана - на "градусник" и сам вопрос, пол-экрана - на две кнопки. Или даже больше. Чтобы можно было тапнуть в правильное место мимоходом и почти не гляда. Честное выполнение обязанностей пользователя СитиГида не должно требовать слишком уж большой сноровки в условиях дорожного движения. Дело в том, что вопрос не всегда приходит во время стояния в пробке. Очень часто он возникает в тот самый момент, когда загорелся долгожданный мой зеленый, или даже когда я уже выехал с ребра. Кроме того, есть и другие экраны с таким же дизайном.[/quote']

+1

[lipskiy]

Я тут внезапно понял вот что. В экране вопроса про пробку кнопки "да" и "нет" слишком маленькие' date=' в них надо попадать![/quote']Баян. Просили многие это сделать версии этак три назад. Не сделали, и не обещали. Да и вообще на просьбу не отреагировали, насколько я помню. Эргономика - явно не конек ситигида. Просили также сделать окно полупрозрачным, чтобы не терять карту из вида неожиданно. Результат тот же. Мелкие кнопки - одна из причин, по которой я отключил этот вопрос, ибо целиться надоело. Вывод - окно с вопросом о пробке для работы пробочного сервиса не имеет существенного значения. Просто отключите его. Качество сервиса не пострадает.

[YoGun]

<...>окно с вопросом о пробке для работы пробочного сервиса не имеет существенного значения. Просто отключите его. Качество сервиса не пострадает.

 

 

Просто о глухой пробке никто кроме Вас не узнает.

 

[niber]

  Про ПДД и объезд пробок - полностью согласен. Не правильно это - пускать поток через дворы.
Но тут вопрос в другом. Далеко не все люди живут вдоль дороги. Многие адреса в городах требуют подъезда через дворы. Я когда домой еду' date=' СГ не видит дорогу вдоль дома и начинает искать объезд. А другие программы видят дорогу к домам, к разным корпусам. [/quote']  А я вааще не понимаю, сложно, что ли сделать алгоритм, при котором, если поставлен "Финиш" внутри квартала - маршрут прокладывается, если сквозняком - нет.

[Spectre]

А я вааще не понимаю' date=' сложно, что ли сделать алгоритм, при котором, если поставлен "Финиш" внутри квартала - маршрут прокладывается, если сквозняком - нет.[/quote']

Не сложно. По большому счету, даже алгоритм прокладки маршрута можно не менять - просто дворовым проездам присвоить скорость близкую к нулю. Например 1.

 

Другое дело, что разработчики как-то говорили, что в Москве и без того слишком много ребер, потому и разделили карты столицы и области. А добавление маршрутизации по дворам потребует существенного увеличения числа ребер на карте.

[marth]

На будущее хочется иметь отдельное переключение 3d домов и 3d развязок.

[plitkin]

Вывод - окно с вопросом о пробке для работы пробочного сервиса не имеет существенного значения. Просто отключите его. Качество сервиса не пострадает.

А оно в 3 версии отключается? Вопрос впрочем праздный, поскольку окно возникает теперь довольно редко (однако по-прежнему очень не вовремя).

[plitkin]

 

 

Просто о глухой пробке никто кроме Вас не узнает.

 

Это капля в море неотправленных индексов.

[artemacis]

Недавние природные катоклизмы (снегопады) натолкнули на мысль, что даже при свободных дорогах в снегопд я доеду до работы не за 40 минут, а минимум за 50, а то и за час.

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

Если сдлеать это очень сложно технически, - то просто что бы шла фишка типа добавляется 20% времени к расчётному по нормальным улицам.

 

кто за?

есть шанс, что такая фича появится?

 

[YoGun]

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

 

На форуме это зовётся Индекс Шпрота (Поиском можно найти появление этого термина).

 

[artemacis]

Как я понял из прочитанного "индекс шпрота" - намеренное занижение индекса всех и вся, да ещё и всегда, что бы пользователи ехали по антихрюшкам, я же предложил только реально когда очень плохая погода...

[Jirius]

Поездил тут с "победителем"

Хочу заметить что у них есть очень удобная фишка.

Показывается три строчки:

1. длинна маршрута

2. время достижения финиша

3. Время в пути.

При смене маршрута (пересчете) на короткое время отражается что и на сколько поменялось. Очень удобно и информативно.

Может внедрим что-нибудь подобное и у нас?

[shooo]

Как я понял из прочитанного "индекс шпрота" - намеренное занижение индекса всех и вся' date=' да ещё и всегда, что бы пользователи ехали по антихрюшкам, я же предложил только реально когда очень плохая погода...[/quote']

Индекс "шпрота" - это динамическое изменение индексов в зависимости от состояния дорожной обстановки.

ЗЫ: когда я ездил в предновогодний дурдом по нашей культурной столице, которая из-за неубираемого снега стала похожа на блокадный город, и Сити Гайд упорно вел на боковые улицы, которые превратились в одну колею на которой скопились встречные потоки решающие ребус как разъехаться, то думал - а разработчики сами, вообще, имеют автомобили, раз они так упорно отказываются от "индекса Шпрота"?

[HruHru]

Индекс "шпрота" - это динамическое изменение индексов в зависимости от состояния дорожной обстановки.

а разработчики сами' date=' вообще, имеют автомобили, раз они так упорно отказываются от "индекса Шпрота"?[/quote']

Индекс "Шпрота", вполне можно использовать как простое временное решение, пока не внедриться что-то более сложное, типа динамической статистики с учетом средней тяжести текущей обстановки.

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

Например, имеем только два маршрута одинаковой длины и одинаковым временем проезда без учета пробок, с которых нельзя свернуть и нет объездов. Например, один по внутренней стороне МКАД, другой по внешней, оба длиной примерно по 50 км (для неспособных к абстрактному мышлению: я знаю, что со МКАДа можно свернуть). Пусть теперь на 1-ом в самом начале образовалась пробка длиной 2,5 км и скоростью 5 км/ч, а на втором пробка длиной 3 км со скоростью тоже 5 км/ч. И обе пробки не относятся к категории постоянных для данного места и времени его проезда (как при пересечении Люблинской и Волгоградки в Москве). Какой маршрут выберет нормальный водитель? Конечно, второй. Потому, что когда он доедет до пробки на втором, она может рассосаться, а на первом, наоборот, образоваться. А какой выберет программа? Конечно первый, потому, что при текущей дорожной обстановке время его проезда меньше. И в самом начале маршрута застрянет на полчаса, за которые дорожная обстановка изменится до неузнаваемости. Если же, допустим, среднее время жизни пробки 15 мин., то навигатор в данной ситуации учел бы первую пробку, проигнорировал вторую (ведь он пока не приблизился к ней), т.е. выбрал бы маршрут как человек.

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

[YoGun]

<...>

Пусть теперь на 1-ом в самом начале образовалась пробка длиной 2,5 км и скоростью 5 км/ч, а на втором пробка длиной 3 км со скоростью тоже 5 км/ч [в конце маршрута]

<...>Какой маршрут выберет нормальный водитель? <...>

 

 

Идею понял, но в данном случае согласиться не могу. Пока я доеду до второй пробки, она может с хвоста вырасти. А первая вряд ли подрастёт с головы. Особенно, если обе пробки из-за ДТП или сужения дороги. Хотя это ещё и зависит от времени суток - если поздно вечером, то вероятнее, что дальняя пробка рассосётся.

 

[HruHru]

Ну, если принять, что пробки только растут и никогда не уменьшаются, то и я с Вами соглашусь. А если есть среднее время жизни пробки, то из самого определения следует, что со времени, равному времени жизни, равновероятно как уменьшение, так и увеличение пробки. Ведь еще и на первом маршруте в конце может образоваться пробка. Или на обоих в середине. Если проутрировать мой пример, и взять маршруты длинной по 500 км (предположим, что они лежат в пределах одной карты), мы ведь не будем учитывать пробку, которую будем проезжать завтра, а лучше объедем пробку, которая сейчас прямо перед нами? Всегда есть время, после которого корреляция текущего состояния движения в данном месте с состоянием, бывшем это время назад мала. Т.е. вопрос только в значении времени, в пределах которого нужно учитывать пробки. Бесконечное время эквивалентно ситуации "как сейчас", нулевое эквивалентно ситуации без учета пробок. Истина, как всегда, между ними. Да, и слово "вес пробки" (то есть учет дальней пробки с меньшим весом, это как раз к вопросу о корреляции) я употреблял. Да и вообще, если есть треки за достаточно длинный период (а у СГ они есть), целесообразность или глупость этой идеи легко проверить путем моделирования. Может быть, слегка усложнив. Если индекс Шпрота может меняться от общей загруженности и времени суток, то также можно менять и время, за пределами которого не надо учитывать (учитывать с весом) пробочную информацию. "Индекс" (или "Время") "Хрю-Хрю" в дополнение к "индексу Шпрота".

Вообще, индекс Шпрота (если понимать его как коэффициент понижения (повышения) заложенных в карте скоростных индексов) и время Хрю-Хрю (время, в пределах которого при следовании по маршруту учитываются пробочные данные), которые могут регулярно приниматься с сервера (это минимум трафика), следует рассматривать лишь как дополнительные степени свободы, подбирая и регулируя которые в зависимости от времени суток (дня недели, праздничных дней и т.д.) и общей загруженности (например, средней скорости движения всех датчиков), можно улучшить адекватность проложенных маршрутов. Ситуация, когда "Индекс Шпрота"=1, а "Время Хрю-Хрю"=бесконечности, соответствует маршрутам, которые прокладываются сейчас. Так, что, хуже не будет.

Думаю даже, что если бы численное значение этих двух индексов можно было бы вводить вручную, то многие пользователи могли бы с пользой для себя это использовать. А кто не хочет, просто не использовать (по умолчанию положить ИШ=1, Время ХХ= бесконечности).

[alexeyT4]

Повторюсь(не в первый раз).

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

На примере "пробок по расписанию" видно, что СГ пока не умеет это делать.

Или уже умеет? Поправьте(докажите) если я не прав.

А это, как мне кажется, это важней статистики и всего прочего.

 

[evgenyK]

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

[Joss]

Постоянно (периодически) использую легенду маршрута. Если бы было можно окрасить строки легенды цветами соответствующих скоростных (пробочных) индексов' date=' то информативность данной информации существенно бы повысилась.

[/quote']

Отличная идея! Более того, загружая сохраненный "оптимальный" с точки зрения пользователя маршрут можно сразу посмотреть - на какой улице этого маршрута пробки и стоит ли их игнорировать или же довериться CG.

[Шпрот]

Уважаемые разработчики, чтобы не плодить лишние темы, спрашиваю здесь:

планируется ли в обозримом будущем при построении оптимального маршрута учитывать количество перекрёстков со светофорами и пересечения главных дорог при движении по второстепенным?

 

Я понимаю, что когда датчиков много - такой проблемы не существует, т.к. есть достоверные скорости.

А когда их нет - ночью, например?

Может, имеет смысл за каждый работающий светофорвторостепенную дорогу ввести "штраф" по времени, подобный существующему "штрафу" за повороты?

 

P.S. Поздравляю с получением патента!

[YoGun]

Нельзя ли выпускать две одинаковые карты, но разной расцветки? Жёлтые дороги и белые, кому как больше нравится, ту и скачает.

[demalina]

и серые тогда сразу. и пурпурные.