svlad2012

Дык, ошибка в карте или ?

Индустрия пытается костылями выбраться из .... недостатков OLED

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

Сегодня СГ предупредил о засаде ДПС за 4 км!!!

Думается, батарейку берегут

Карты с векторными скоростями тоже. Как пример, на ЗСД перед Богатырским вечером пробка min 2 км. При этом правые ряды (на Богатырский) едут быстрее левых (дальше на Север). Как результат - пробочная скорость для левых завышена и 10 мин ошибки из-за этого- вполне реально Нормальный алгоритм. Я не жалуюсь.Когда без всяких эксцессов на дорогах ошибка плюс-минус пару минут в течение получаса. Только вот эта борьба с перепробегами... В примере на ЗСД как получается? Пробка задолго до съезда на Богатырский, правые ряды едут, левые ползут. Векторная скорость - одна, средняя. Потом этот

Ну так причины известны; 1) рост пробок (я пока еду с севера ЗСД растет пробка на Екатерингофке - СГ увеличивает время в поездке минут на 10) 2) повороты с левого ряда направо и наоборот , чтоб объехать пробку - как результат СГ показывает более оптимистичное время для "хомячков" (пока стоишь в такой пробке время доезда не увеличивается, а увеличивается только время финиша)

С перепробегами уже справились, теперь экран выключать будем Еще фантастически удобнее не использовать OLED в навигаторах Сея проблема здесь уже обсуждалась н-ое лет назад 2014 год. Сам @/DiOs сказал, Великий и Ужасный

Как помню, там везде 40 наставили

Ради интереса - это как? Т.е. непонятна методика испытаний: 1) СГ и ЯН показывают одинаковый маршрут, но с разным временем? или 2) СГ и ЯН показывают разные маршруты, но время у ЯН быстрее на 20 мин?

Про майора он сам сказал

Товарищ майор не дремлет

Встречал комментарии про ЯН типа "задолбали эти вопросы "куда ехать". Так что не всем удобно Хотя не спорю - удобство есть, но, на мой взгляд, только при смене маршрута. Типа сообщения "+/-XXX мин и +/-YYY км" и, если не нажал некоторую кнопку условно за 10 с, маршрут стал новым, нажал - сохранился (до нового обновления пробок) старым

Это смотря, как ездить. В 8 утра были, но кривые. В 9:30 были нормальные

Хм, посмотрел на РС -ни одного пробкоследа визуально. В инфо - всё работает, но пробки как-то от 23 августа 2018 г

Не знал

@IGORIANM Если вышла новая карта, то она сама загрузиться через некоторое время (если в настройках не установлено "качать объемные данные только чрез вифи". Если участок карты не загружен, то маршрут будет не цветным и подсказок о поворотах не будет Можно тыкнуть в экран, и если есть новая карта, то появится сообщение вверху "скачать СПб и ЛО", нажав на которое будет скачана вся карта. У Яндекса и СГ карты разные, поэтому и содержимое может быть разным. На ОСМ Петербурга пробки не работают. Замутить можно, типа портвешка какого, но не пробки

А-а-а!!! Сегодня первый раз в жизни пришлось по городу проехать. Всё думал, что за фигня - СГ показывает 53 км\ч, а фактически стою, и ничего за мной не краснеет. А так все улицы были раскрашены

Я снова про файл plt Если считать, что дробная часть даты-времени в формате Delphi (пятый элемент строки plt) определяет часть суток прошедшее с полуночи на Гринвиче, то получается такая фигня: 1) в файлах plt, начиная где-то от 2016 г. время по Delphi отличается от ASCIIишного стабильно на на некторое количество секунд 2) В нынешних файлах всё вообще запутаннее. 2.1 Первоначально при старте СГ Дельфийское время совпадает с ASCIIишным тютелька в тютельку 2.2 затем через некоторое время Дельфийское время прыгает назад (кружок), а ASCIIишное время продо

Угу, еще в цифрах не ошибиться Несколько раз уже приезжал не туда. Ошибся в цифре в формате координат ГГГ-ММ-СС и всё. СГ их сразу транслирует в формат ГГГ.ГГГГГГ. Фиг проверишь правильность ввода

Что-то где-то поломали в файле трека. Конкретнее - текущее время в формате Дельфи (пятое число в строчке), вероятно, не совсем совпадает с временем в ASCII (последний параметр). Проблема выявилась при преобразовании plt-файла в gpx при помощи GPSBabel v1.6.0. Т.к. этот бабел время берет исключительно Дельфи, то на выходе в gpx "нормальное" время стало отличаться от "нормального" в plt у меня на полминуты. Кто врёт - не знаю. Одновременно сменил версию Бабеля и СГ. Но раньше такого не было, зуб даю З.Ы. Вроде мелочь. Нафиг кому это надо... Но вырезать куски из треков стало

Какая-то движуха началась на развязке "Сортавала-дорога на Новожилово", похоже строительство създа на строящийся мототрек у Игоры. Проехал по уже капитально асфальтированному участку (справа налево). new3.plt

А это случайно не трассы для снегоходов? У них же там просто не покатаешься, только по выделенным трассам, в том числе и по озерам только по трассе

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

Как-то муха и дельтаплан на карте без дорог?... Дистанция пересчета у меня стоит 30 м. Вариант 1 - постоянный Вариант 2 - периодический Во всех вариантах явно дистанция между мухой и дельтапланом больше 30 м при наличии рядом с мухой дороги на карте