Spectre

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

Но если есть типичная пробка, о которой знает водитель, но не знает программа, то как попросить программу проложить маршрут в объезд и кратчайшего маршрута (там пробка о которой СГ знает) и в объезд типичной пробки, через которую программа проложила маршрут по незнанию. Если выбирать объезд "руками", то чем СГ будет отличаться от Тындекса? На мой взгляд, есть весьма интересное решение, но разработчики по каким-то причинам его игнорируют. Говорят, что нужно просто больше датчиков.

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

При движении по МСК тоже так делаю, но с родственниками старшего возраста этот трюк не прокатывает.

Так не все ли равно? Главное, что один объезд имеет смысл, ибо улица обычно свободнее, а другой - нет, ибо улица вечно стоит в час пик. А в выходные, например, ситуация может быть строго обратной: первая улица еле ползет, а вторая - летит.

А можно сообщить: буду через столько-то. И тогда им не придется считать сколько у них времени на подготовку осталось ИМХО это должно быть настраиваемым. Возможно, мысль про одновременное отображение и оставшегося времени в пути и времени прибытия, тоже имеет право на жизнь.

Как это тебя туда перенесло-то?

Вот это и имею ввиду.

Ребро дорожного графа. Грубо говоря, отрезок дороги/улицы от перекрестка до перекрестка.

Ну это не показатель. Скорее всего в тот момент, когда ты пользовался МТСом и Билайном у Мегафона Интернет не работал вообще :) Проще говоря, ты не репрезентативен.

По статистике mail.ru в часы пик средняя СКОРОСТЬ движения по Москве возрастает. Сюрприз? А еще при этом нет учета того, что дорога в центр и из центра совершенно разные вещи. Да. И ключевая мысль этого топика - возможность прокладывать маршрут исключая заведомо пробочные участки.

Нет, Михаил. Ты просто подвергся этому влиянию, а после серьезных глюков одного из операторов, ты вставил симку Меги, и тебе показалось что он действительно хорош. Но это было просто субъективное ощущение, которое было наложено на ожидание хорошего качества, сформированное "общественным мнением" в Интернете. Я за ту позицию, что качество связи зависит не столько от оператора, сколько от сочетания оператора и районов использования.

Блажен кто верует. Скоростные индексы используются для прокладки корректных маршрутов.

В Москве таких цен на GPRS нет.

А я советую прочитать это, чтобы понять, что "крутость" интернета от Мегафона в Москве - это миф, созданный PR'щиками. В среднем качество связи по МСК у всех трех ОпСоСов одинаковое. Таблицу с результатами пингов тоже могу выложить, если кому интересно.

Ситуация когда "собрали статистику, посмотрели - получилось только хуже" выглядит мягко говоря странно. Статистика действительно могла быть собрана/обработана неправильно или недостаточно. Я не знаю в чем именно была проблема, но если уж даже у ПокетГИСа получалось собирать статистику и применять ее довольно успешно... То у CG с этим вообще никаких проблем быть не должно. Я отказываюсь верить, что скоростной индекс 40 на вечно забитом участке бульварного кольца дает прокладку маршрута более адекватную, чем статистически вычисленный 10-15.

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

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

1. По времени установленному в КПК. 2. А я видел. Это было безотносительно CityGuide. Если вас устраивает ночной скин, то возможность установить автоматический переход между дневным и ночным скинами - фишка от которой пользователи будут просто в восторге. ИМХО, в случае с СГ, для такого восторга нужно еще и переработать ночной скин.

=пробки= и только пробки. Реальный 3D, даже если не будет тормозить, скорее всего все равно не буду использовать. Единственное, что могло бы быть полезно: четче отображать туннели и мосты-эстакады. Но для этого не нужен реальный 3d, вполне достаточно 2.5D.