Lucky

А Batti работает в полноэкранном режиме? Я давно пользуюсь аналогом - dciBattery, но в полноэкранке он не работает. PS:Прошу убрать это сообщение, т.к. пришлось его повторить - чтобы niber не прпустил.

shooo, по Вашей логике нужно запретить все въезды (без сфетофоров) под "уступи дорогу" в часы пик. Я не хотел никого обидеть, но согласитесь - у всех водителей разный уровень и я за то, чтобы это учитывать. Но запрещать нельзя то, чем многие пользуются (я не имею ввиду проезд по встречке, поворот из правого ряда налево,...). В частности, проезд с Бородинской на Звенигородскую зависит от 2-х факторов: 1. От умения показать другим водителям своё намерение (опыт самого водителя). 2. Правильности оценки другими водителями вашего намерения + их культуры (т.е. дождаться последовательно с

Согласен, пожелания высказывать надо! Но, надо и обсуждать эти пожелания в т.ч. и с т.зр. приоритетности на данный момент, т.к. голосование мы не в праве устраивать.

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

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

Алгоритм программы основан на предпочтениях исходя из времени проезда ребра. Какие ещё можно критерии предпочтения использовать, не ухудшая функции пробочного сервиса? А скорости рёбер по умолчанию только пользователь может самостоятельно редактировать и вручную. Обучить этому СГ достаточно сложно (непонятна программе мотивация отклонения маршрута - какие именно рёбра не устраивают, или, наоборот - какие-то другие предпочтительнее). Так что пока выход - ручная пользовательская корректура. ЗЫ: Пока писал, вспомнил, что что-то подобное уже писать приходилось => пользуйтесь поиском, п

Уважаемый d C G, очень приятно было увидеть, что вы работаете в этом направлении! sergeyastakhov, теперь я понял Вашу мысль (не ребро + маневр, а ребро с различными свойствами). Согласен, это лучше добавления новых рёбер (учитывая текущую неопределённость + экономию объёма карты), правда граф становится нелинейным (свойства ребра зависят от ребра продолжения), но, к счастью, с дискретным и очень ограниченным набором свойств.

Понимаете, General_E-R, Вам нужно это , другому ещё что-то, третьему... Причём, если Вы читали форум, обратите внимание, что очень много "удобных" пожеланий (а пользователей значительно больше, чем участников форума). Если всё, что предлагалось реализовывать, то: 1. Не будет хватать времени на реализацию необходимых функций (не всё пока идеально, да и большинство дааавно ждёт обновлённых версий). А простота вычислений - лишь видимость, т.к. любую фичу надо ещё и ввести в удобный интерфес => начнут вылезать баги => отладка... 2. Съедаются ресурсы девайса (обратите внимание как поначал

А длуну пути не сравнивали?

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

General_E-R, если очень хочется - время в пути можно посмотреть в файле history или на мониторинге. Вычислить среднюю скорость как путь, делённый на время (начальная длина пути известна - отображается при прокладке, а в случае перепрокладки в пути - будет небольшая погрешность, т.к. редко значительно изменяется путь). Конечно, это очень неудобно - зато не надо тратиться на бортовой компьютер.

Имхо, это был роуминг.

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

sergeyastakhov, никто и не говорит, что новые рёбра надо рисовать - речь идёт о добавлении рёбер. Ребро - это не графический объект, а инструмент для прокладки маршрута и имеет длину и длительность проезда (мы больше привыкли оперировать скоростью) + возможность соединения с другими рёбрами (точнее с вершинами графа + направление). Но рёбра вводятся в карту (они не отображаются - отображаются проезжие части), поэтому то, о чём Вы говорите и есть введение новых рёбер в карту.

Не за что... Главное, чтобы не повторялось (или очень редко)... Особенно, если причина - ЛАЭС :)

Нет, Лаура предупреждает об отсутствии обновления независимо от причины. А почему СГ перестал говорить - имхо - сбой СГ. Причин м.б. масса - девайс, СГ, стороннее ПО,... вплоть до повышенной активности Сосновоборской АЭС в данный момент (причем именно комплекс факторов вызывает такие сбои)...

Тем более, что с т.зр. программы проезд+маневр=новое ребро (либо маневр=новое ребро, но тогда рёбер станет больше и проблема с их длиной).