[С преимуществами ясно, а какие недостатки у СГ?]

О преимуществах все знают. Их много. Но есть и недостатки.

 

Один из недостатков программы - не слишком удобная реализация функции "Показать весь маршрут".

Предложения по этому поводу есть в этой теме

[Индикатор связи]

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

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

[Функция "Показать весь маршрут"]

Хотелось бы' date=' что бы по этой фукции показывался маршрут от текущего местоположения (не от старта от которого я уже давно уехал) до финиша. Причем, с запасом +5-10% по краям, что бы оценить возможные оклонения в случии незафиксированных затруднений на маршруте.[/quote']

+1

 

А еще хотелось бы, чтобы при нажатии на эту кнопку (Hard или в QuickMenu), при непроложенном маршруте, отображалась карта в режиме "карта" с ориентацией север сверху (хотя это не обязательно) и с хорошим обзорным масштабом (например чтобы было видно всю Москву или, скажем, четверть Москвы...

[Пробки]

А я думаю надо развивать алгоритм его выдачи.

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

Я не спорю с вашими предпочтениями.

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

 

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

 

И вот еще по поводу нынешних скоростных индексов и статистики:

скоростные индексы назначаются не по статистике, а для прокладки логичных маршрутов. Если какой-то маршрут нелогичный - вышлите его описание в www.probki.net/bugs и картографы постараются учесть ваше замечание. Любые индексы скорости, одностороннее движение и запреты поворотов корректируются моментально и автоматически доставляются пользователям.

[С преимуществами ясно, а какие недостатки у СГ?]

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

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

А при дальних поездках часто недостаточно тех двух-трех прикуривателей, которые есть:

радар-детектор

несколько телефонов

внешний GPS-приемник

КПК/навигатор

[Индикатор связи]

YoGun' date=' за рулем лучше смотреть на дорогу. [/quote']

+1

И мне место, в котором расположен этот индикатор наоборот кажется очень удобным.

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

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

Жесть.

[Пробки]

А Вы понаблюдайте. Я ни разу не встречал повтора вопроса о пробке на одном ребре.
А почему на разных рёбрах надо повторять вопрос - имхо' date=' объяснять не надо.[/quote']

А мне - надо. Объясните, пожалуйста, зачем задавать этот вопрос на всех 5 ребрах подряд?

 

[Индикатор связи]

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

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

  

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

На приведенном скриншоте разведанные скорости отмечены красным. То есть меньше 20. Следовательно от реализации вашего предложения, в приведенном вами примере маршрут был бы проложен точно так же. Реализация предложенного вами алгоритма, с предложенными вами условиями, на предложенном вами примере доказывает отсутствие изменений. Спрашивается: зачем городить огород?

 

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

В любом случае: улицы все разные. Где-то объезд не имеет смысла ни при загруженном городе, ни при свободном, а где-то объезд имеет смысл опять же вне зависимости от загруженности города.

 

Нет. Никакой статистики. Это субъективные ощущения пользователей. И только. К тому же они ОТОБРАЖАЮТСЯ и при прокладке маршрута учитываются с тем же коэффицинетом, что и реальные данные.

Ничего общего со статистикой текущие пробки по расписанию не имеют.

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

[Пробки]

а случайно не на разных рёбрах?

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

[Пробки]

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

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

Вы определитесь: скорость надо повысить или понизить?

  

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

Был бы в этом смысл в предложенном примере? Как при этом изменились бы другие маршруты проложенные в это время программой?

 

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

 

Это глюк форума и только.

С другой стороны, при таких длинных постах это даже лучше.

 

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

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

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

Вывод?

 

Давайте предметно говорить с цифрами.

На сколько ровно должны быть снижены скоростные индексы и на основании чего именно на столько?

 

Я понимаю, что вам хочется, чтобы программа прокладывала маршрут так, как мыслите вы, но это невозможно. Программа - это программа, а не человек. Она работает иначе и не может мыслить по-человески. Ей нужны мат.модели и алгоритмы.

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

Тут одна неприятность' date=' если есть места где хрюшек с пробками не бывает, потому что туда стараются не ездить (подразумевается, что у тех кого есть навигатор больше склонны к объездам, чем те кто не имеет навигатор и не знает города), то откуда там наберется адекватная статистика?[/quote']

Не знаю кто к чему больше склонен - не слышал о таких исследованиях.

А статистика наберется. Кто-то же иногда попадается в эти пробки сейчас?

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

Конкретный пример' date=' когда статистика была бы бессильна, а понижающий коэффициент - рулит. Вчера в Питер приехали какие-то высокие гости, в итоге пробки возникают совершенно аномальные: не там, не так и т.д.
Мне нужно было с Петроградской наб. выбраться на юг города. Маршрут, который мне предложил СГ (в объезд, мимо Финбана и через Литейный мост) завел меня в такую пробку, из которой я еле выбрался и повернул обратно на петроградку, т.к. было совсем глухо. Итого - час(!) потерянного времени.


Если бы работал понижающий коэффициент и скорость по умолчанию снизилась с 50 км/ч до хотя бы 30 км/ч, СГ бы меня туда не повел бы. А статистика мне бы в этом случае ничем бы не помогла: не может она работать с нехарактерными ситуациями.[/quote']

Не помогла бы: на объездах скорость так же была бы снижена и все.

А там где есть актуальная пробочная информация... Там схема прокладки маршрута и так и так одинакова.

 

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

Что мы хотим: чтобы 1-2 раза в год корректный маршрут строился, когда и так понятно куда соваться не стОит, а в остальных случаях как бог на душу положит, или чтобы 2 раза в год программа предлагала плохой маршрут, а в остальные 363 оптимальный?

 

Я предпочту 2 раза неоптимальный, а 363 - оптимальный, чем наоборот.

 

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

PPS. Сколько баллов было по городу в этот момент?

[Для АДМИНОВ и не только.]

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

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

Надо только смотреть не по какой полосе ехали, а куда потом поехали.

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

выход из этой ситуации один - не надо пытаться ехать по идеальному маршруту. И не надо требовать от программы составления того самого идеального маршрута

А зачем тогда эта программа нужна?

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

Статистика зло! Пример: Допустим у вас образовалась пробка на магистрали в 17.00 и в нее влетел датчик чем ее отметил. Прога в течении 30мин в эту пробку никого не поведет, а потом хрюшка исчезает, а пробка то реально есть, но туда никто не едет поскольку статистика в голове. Для проги статистика будет только первые 30мин, а дальше неизвестность и как ей работать только так как работает она сейчас (по зашитым скоростным индексам). От чего ушли к тому и пришли.

Надо искать другие решения.

Вы не уловили суть.

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

 

Мне кажется' date=' что копья ломать тут бесполезно. Как я понял суть дискуссии (пусть меня поправят, если не так), обсуждается способ как бы сделать так, чтобы СитиГид не прокладывал маршрут по улицам, по которым нет достоверной информации. НО ЭТО ЖЕ НЕВОЗМОЖНО! СитиГид устроен так, что ОН ОБЯЗАТЕЛЬНО поведет пользователя туда, где ему ничего не известно. Чтобы и по этим улицам была информация, хоть для текущей пробочной картины, хоть для статистики. Конечно, скорее всего, если на прямой дороге (магистрали) пробка, то и на объездном пути тоже пробка, и СитиГид вас туда ВСЕНЕПРЕМЕННО заведёт. Ничего с этим не поделать. [/quote']

Это не так. Есть возможность заметно уменьшить вероятность ввода пользователя в неразведанную пробку. И если этой возможностью не воспользуется СитиГид, ей воспользуется кто-то другой. Только и всего. Вернее, уже пользуется, но пока нормальные продукты этой фичи не имеют.

 

Прочитайте название темы. Здесь обсуждается другое.

 

PS. Еще раз: программа не умеет доверять или недоверять. Она умеет только складывать и вычитать числа.

[Поздравляем YoGun и LS_D!]

С днем варенья, Константин!

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

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

 

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

[Для АДМИНОВ и не только.]

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

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

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

Не те объемы, чтобы железо не успевало справляться...

Проблемы с выпаданием ребер - проблемы позиционирования, карт и программной обработки на стороне клиента, но никак не проблема обработки пробочной информации.

 

shooo

Согласен!

 

Разработчики когда-то говорили, что вшитые скорости периодически обновляются, как от сообщения пользователей, так и от статистики.

 

Тем не менее, если бы это было так, то вшитые значения имели бы вид "33", "47", а не "50" и "60".

 

Сколько раз (особенно раньше) программа посылала по области по такой дороге, что страшно становилось - одни ловчие ямы.

 

Да и сейчас такие места есть - дорога на Ивангород со смешным предупреждением дорожных служб: "Ямочность 5 километров".

На карте вшитая скорость - 90.

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

 

Если бы статистика собиралась - эта дорога была бы исключена из маршрута давным-давно.

 

А Spectre говорит про сбор подробной статистики...

Автоматически, мол, собираться будет.

В чём лично я - сильно сомневаюсь.

То что статистика собирается (об этом mail.ru и СГ на встрече говорили), совсем не значит что она используется для формирования скоростных индексов в картах.

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