Spectre

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

Еще как поможет: ставить пробки по расписанию необходимость отпадет. PS. Это не по звонку, а именно что по расписанию. PPS. Кстати и по звонку ставить пробки смысла особого уже не будет. Опять же экономия. PPPS. Один сервер работает круглосуточно, а денег получает, уверен, меньше чем оператор с телефоном на котором он сидит.

Помнится, DcG писал, что "мы не будем отображать несуществующие пробки". Цитата по памяти, так что не дословно, может быть, но смысл - правильный. Они отображаются сейчас. Так что надо уходить и от этого. Придумано же решение - дифференцированные по времени, дню недели и направлению скоростные индексы, формирующиеся на основе статистики. И обсудили уже вдоль и поперек, а разработчики пока продолжают молчать, в то время как СГ продолжает _отображать_ несуществующие пробки, но не учитывает статистическую информацию вообще. На мой взгляд важно именно знать статистику, учитывать ее при про

Увы и ах! Далеко не всегда. Актуальная пробочная информация есть далеко не всегда. И решение проблемы уже давно придумано, но пока с прокладкой маршрутов все еще серьезные проблемы, несмотря на то, что данные о пробках формируются, вроде, по более прогрессивной технологии, чем ТМС.

Пробки Москвы на карте МО. Скажите, пожалуйста, а чем объясняется такое частичное отображение пробок в Москве на карте МО?

Дополню: Сколько я помню, СГ всегда позиционировал себя (по отношению к Яндексу во всяком случае) как программа, которая умеет прокладывать маршрут с учетом пробок, а не только отображать пробки. Так вот, обсуждаемое здесь предложение - это качественная прокладка маршрута, ибо то что есть сейчас, регулярно недотягивает до понятия "качественная прокладка маршрута".

А у меня еще один глюк форума начал наблюдаться: более одного рисунка загрузить неудается. Если я уже загрузил один рисунок и вставил его в сообщение, то после нажатия на кнопку "вставить рисунок", открывающееся для загрузки картинки окно тут же закрывается и в сообщение вставляется еще раз та же картинка.

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

ИМХО не столько на ближайшем перекрестке, сколько на ближайшие N метров/километров (в зависимости от текущей скорости).

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

Наверное КАД это вроде нашего ТТК. Вообще первое правило автомагистралей - все съезды только из правых рядов. Так что "держитесь левее" - это двигайтесь по МКАДу, а молчаливое "прямо" - на самом деле означает: сразу после того как проедешь мост - сворачивай направо и уходи на него. Это неправильно. А еще неправильно выглядят вот такие подсказки в правом верхнем углу в таких ситуациях: Мягко говоря, очень неинформативно.

А так что лучше я объеду неизвестную СитиГиду пробку, чем буду объезжать несуществующую пробку. Не надо превращать СГ в ПГС. От пробок по расписанию надо уходить. По расписанию надо ставить только то, что действительно происходит по расписанию (развод мостов, ж/д переезды, знаки действующие только в определенные дни или в определенное время.

Да. Это действительно может быть полезно.

Хрюшки бесспорно полезнее. Но есть проблема, решение которой уже придумано, но толком еще не реализовано никем. Хотя наработки у одной программы есть, и именно они помогают той программе конкурировать с СГ, Яндексом и прочими Автоспутнико-Навителами.

Как раз лучше не будет. А хуже на многих может стать. Я это уже показывал неоднократно математически на приведенных сторонниками "индекса Шпрота" примерах.

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