arctec

Аа. Тогда работает всё. Отправлено из моего GT-N7000 с помощью Tapatalk О. Интересная и приятная штука: при очищении кнопки и последующем присвоении ей той же точки интервалы не сбрасываются. Отправлено из моего GT-N7000 с помощью Tapatalk Даже если в промежутке назначить на пустую кнопку другую точку без интервала. Отправлено из моего GT-N7000 с помощью Tapatalk

Ну так в тему по карте соответствующей области: Водогодкая если, то в "Вологодская область 9.1" или сразу в баг-репорт по карте Отправлено из моего GT-N7000 с помощью Tapatalk

Сейчас проверил на всякий случай: файл ограничений от 12.1 работает на 12.2 (учту на будущее).

Что-то не понял, когда должно срабатывать перечитывание, - у меня все эти 8 кнопок остаются как были, несмотря на уменьшение количества доездов одной из точек вручную (в избранном СГ эта точка уехала соответственно вниз на несколько ступеней). Отправлено из моего GT-N7000 с помощью Tapatalk

Честно говоря, просто не знал. Раз граф не менялся, должно работать Отправлено из моего GT-N7000 с помощью Tapatalk

Да всё же индивидуально: одному один выворот не нравится, другому другой. Меня ни разу не пугает выезд с дублера Жукова, а выиграть можно прилично. А вот с Заслонова налево на Обводный я не езжу никогда (не из-за страха, правда). Пользуйтесь файлом ограничений, пока не прикрыли эту возможность, делайте его под себя! Отправлено из моего GT-N7000 с помощью Tapatalk

Не так уж много таких мест. Наиболее часто встречающиеся именно на ваших маршрутах целесообразно исключить файлом ограничений. Совсем для всех их исключать нельзя - может, другие там в другое время нормально едут, когда не так криминально. Отправлено из моего GT-N7000 с помощью Tapatalk

Файл ограничений для исключения КАД из маршрута по СПб+ЛО (для карты 98Spb.cgmap 12.2): 98Spb.limits.upd

Сегодня во время звонков два факта перезапуска соединения... Отправлено из моего GT-N7000 с помощью Tapatalk

Плагиат конечно! Отправлено из моего GT-N7000 с помощью Tapatalk

и не хватает грустных: Грустные: 511 16 5 20 337 712 19 2247 Отправлено из моего GT-N7000 с помощью Tapatalk

Быстрые пробко-следы оставляют пользователи, такие же, как мы. Выходит, те, кто на форум не заглядывают, ездят быстрее нас, меньшинства? Отправлено из моего GT-N7000 с помощью Tapatalk

Если я правильно понимаю, рост времени в пути связан с завышенными скоростями на ребрах. Возникает вопрос, почему? Это либо связано с неверным данными, поступающими с сервера, либо с более медленной скоростью передвижения жалующегося пользователя. Первое случается в момент нарастания пробок (или не только? поправили ведь недавно), второе может иметь место всегда (зависит от пользователя) Отправлено из моего GT-N7000 с помощью Tapatalk

Перезапуск нужен! Во время разговора у меня красная трубка в наличии, срабатывает. Проверил и на входящем, и на исходящем. Кстати, заметил, что когда свободной оперативы слишком мало остается, могут возникать всякие сюрпризы, в т. ч. отсутствие красной трубки. Да ещё и тормоза по всем фронтам начинаются. А говорят, что андроид безупречно с оперативкой работает и таск киллеры -зло (не знаю, я пользуюсь и киллерами, и очисткой озу в диспетчере). Отправлено из моего GT-N7000 с помощью Tapatalk

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

1. Меню-маршрут-еще-отрисовка маршрута-цветом пробок 2. Реально в два тапа: в ё-меню надо назначить "показать" (ну, или один долгий тап на минус) Отправлено из моего GT-N7000 с помощью Tapatalk

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

Продолжим тестить, спс Отправлено из моего GT-N7000 с помощью Tapatalk

Поставил тестовую, НССов не было, вот лог: Кстати, во время звонков не будет перезапуска соединений? А также там, где нет сети? Отправлено из моего GT-N7000 с помощью Tapatalk

Спасибо, полюбопытствую на досуге! Сейчас пользуюсь Overlay Launcher: https://play.google.com/store/apps/details?id=net.webmise.overlaylauncher в связке с Restart Connections: https://play.google.com/store/apps/details?id=com.dazbradbury.restartConnections Для спутников GPS bar: https://play.google.com/store/apps/details?id=site.mkandroidapplications.gpsbar В общем, целый ворох в нагрузку к СГ. Вроде справляется Отправлено из моего GT-N7000 с помощью Tapatalk

Да, пожалуй, это самое нужное. Менее нужное (только во время стояния в пробке): - набрать смс - залезть в тапок - может быть, видеть кол-во найденных спутников - запустить регистратор (не включился, вылетел) - сделать фото (увидел наклейку СГ) Ни на чем не настаиваю. А проверка раз в минуту и автоматический реконнект - это конечно было бы очень удобно (кажется, nectop эту идею где-то озвучивал). Отправлено из моего GT-N7000 с помощью Tapatalk

Не знаю, можно и нужно ли ещё что-то новое вносить, но предложу. По желанию выводить поверх СГ прозрачную кнопку (размер и прозрачность настраиваются): при тапе на нее выводить на несколько секунд еще ряд прозрачных кнопок, количество и функции которых настраиваются заранее (запуск приложений, виджетов, перезапуск всех соединений с помощью самолетного режима). Например, в пути надо позвонить: тыкаем в прозрачную кнопку и сразу тыкаем на виджет "быстрый звонок" - звонок пошел, СГ развернулся с окошком звонка, ну и т. д. Отправлено из моего GT-N7000 с помощью Tapatalk

Зато самый быстрый ряд!

в один из былых пробкогедцов люди бросали машины на мосту Ал. Невского и шли домой пешком. Им СГ уже точно был бесполезен

Поделюсь наблюдениями. Расчет времени вполне адекватен: в период нарастания пробок я получаю рост времени прибытия, в период уменьшения пробок я получаю уменьшение времени прибытия (вплоть до 5 мин на 30-минутном маршруте). Исключая неожиданные коллапсы конечно (как серверные, так и дорожные)