Lucky

К чему не может подключиться? И что обновляете?

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

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

Вот для этого и подойдет ГисРусса. А маршрут прокладывать не будет - достаточно показывать направление на объект, а по карте можно сориентироваться как пройти.

Я давно предлагал сделать для каждого маневра на перекрёстке своё ребро, т.к. "злобным" м.б. не только левый поворот, но и правый, а, иногда и прямое движение. И вообще "злобность" - понятие относительное и не постоянное во времени. Понятно, что ресурсоёмкость СГ сильно возрастёт, в т.ч. и траффик. Возможно, как частичное решение проблемы - собрать самые "злобные" маневры по отзывам пользователей СГ (те, где регулярно бывает большая разница в скорости продвижения в зависимости от полосы) - и ввести доп. рёбра хотя-бы для них.

cetus, вообще-то функция автомасштабирования введена для компенсации, того, что видимая часть карты при увеличении скорости движения проезжается быстрее, т.е., чтобы видеть точку маневра на карте заранее с учётом скорости приближения к ней. Когда не было этой функции в СГ (в ранних версиях), мне, например, было некомфортно (привык к этому ещё по TopPlan). То, что Вы предлагаете - может имеет смысл только в момент остановки (если автоматически), но лучше не автоматически, а по горячей кнопке на экране, с функцией возврата по этой же кнопке в первоначальный масштаб.

Поддерживаю, что если новый маршрут короче (желательно определить порог укорочения - в процентах или км) и по времени не дольше уже проложенного, то, несмотря на то, что выигрыш меньше установленного порога (сейчас 1/3 мин), нужно, чтобы СГ перепрокладывал маршрут. По поводу 100 м до перекрёстка я уже предлагал учитывать время до перекрёстка, исходя из текущей скорости + сделать это отключаемой/настраиваемой опцией (многократно обсуждалось).

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

А жаль - у нас немало запрещённых поворотов по времени и по дням недели.

YoGun, в тех примерах, которые Вы привели, гораздо проще (и лучше!!!) бороться с пропаданием инфы от датчика: известно время начала и окончания движения по ребру (соответственно конец/начало предыдущего/последующего + другого пути нет), если пропало несколько последовательных рёбер - скорость можно усреднить по ним. А когда другой путь возможен (имею ввиду "разумный"), тогда нельзя применять то что Вы предлагаете, т.к. датчик мог объехать пробку на "выпавшем" ребре.

Perforator, если Вы внимательно почитаете форум, то поймете, что утопистов много (а м.б. и большинство)... А по поводу 60/260 - это, на самом деле, не принципиально, но, причины, приводящие к таким результатам, могут приводить (имхо, и приводят) к изображению антипробки 70 вместо пробки 15 - а это уже влияет на принятие решения.

Похоже, там очередь из фур.

А в фоновом режиме параллельно с СГ работает? Никто не пробовал?