svlad2012

Ну, наверное, всё-таки наоборот: точность оценки времени не влияет, а определяется "оптимальностью" маршрута. Если маршрут рассматривать не только как совокупность ребер, но и с пробочными данными на нем, то время прибытия будет предсказано точно и не меняться, только если сам маршрут не изменяется. В условиях статичных пробок, как мне кажется, так и происходит - маршрут не перестраивается, время прогнозируется точно. В условиях динамики пробок маршрут будет постоянным, если на каждом ребре скоростные индексы будут предсказаны точно. Осталось совсем маленько - научиться гадать предс

Тогда только не чекбоксами, а птичками, как при выборе карт...

Да, точное не говорят, говорят: "расчетное". Ибо ветер у них, то в морду, то под хвост. Ну, а что мы хотим от навигатора... Вон, в Австралии аборигены без трусов ходят, и это не означает, что я должен не хотеть курить себе очередные штаны с блёстками

Не, я имел ввиду, что файл ограничений уже есть в СГ, в котором записан только запрет проезд по транспондеру. Хочешь что-то изменить - заходишь в ЛК, меняешь птички "Имею транспондер", "Я грузовик" и т.п. - скачиваешь свой файл и ставишь в навигатор.

В карте - отдельная полоса. В личном кабинете поставил нужные галки - получил свой файл ограничений. Вариант?

Прогнозы - дело неблагодарное! Получилось правильно - никто и не вспомнит, не похвалит, ведь так и надо. Ну, а если ошибся - вспомнят всю родословную до пятого колена... Мой маршрут "дом-работа" - "Север-Юг" города. Поездка через город - смело умножаю время СГ на 1.5 и не ошибаюсь. Поездка по КАД-ЗСД, всякие дачи и пр. - беру чистое время и не ошибаюсь (даже с объездами заторов на КАД и на дачу). Поездки в своём районе - смотря тоже где: где прибавляю, где нет. Так что разные маршруты-время - разная точность прогноза, которая как раз и определяется "динамикой" пробок. И случаи уме

Как я уже говорил в теме про пожелания разработчикам, если убрать всякие матрицы, то "на пальцах"одного ребра и одного проехавшего датчика поправку к скорости на ребре можно вычислять с учетом "доверия" к предыдущим данным и датчику как: Здесь По и Пд - соответственно погрешности скорости на ребре до проезда датчика и погрешность датчика, Vo и Vд - скорость на ребре до проезда датчика и скорость датчика. Погрешность скорости на ребре после проезда датчика можно определить как: Т.е. степенью "доверия" выступают погрешности - чем больше погрешность, тем менее можно доверять. Из эти

Кстати, в ковариационной матрице зашито "влияние пробок на соседних улицах друг на друга", т.е. их взаимная корелляция (да простите меня за вольное трактование математических терминов), что было предложено в другой теме.

Ну м.б. этот сервис подойдет? http://www.fsector.ru/

??? Ну если у вас только маленький биг фут, который не может проехать по крыше гелендвагена, то можно понять...

Аналогичное впечатление. По большому счету на других участках маршрута маршрут можно и не строить - нет смысла: пока доедем до первой точки там может изменится всё и не один раз.

Может тогда, ну её, эту Машу с цветами? В этом варианте последовательность уже жестко задана. Я лично в подобной ситуации не ввожу промежуточные точки, а строю последовательные маршруты. Единственное, когда они мне нужны, и то в количестве одной штуки - это построить маршрут с учетом именно заезда, в определенную точку, или чтобы не забыть. Например, выкинуть коллег у метро, заехать на АЗС и т.п. Т.е., если предполагается выйти из машины, закрыть её, то это у меня - конец маршрута. Мне так удобнее, привычнее

Вокруг Земли... За 80 дней...

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

Сложность, я думаю заключается не в построении маршрута, а в неизбежных "стонах пользователей". Если решать задачу "в лоб" методом перебора маршрутов, то нужно будет выбирать из n! вариантов (т.е. если три точки, то количество вариантов будет 1х2х3=6, а если пять точек, то - 1х2х3х4х5=120 и т.д.). В принципе задача решаемая, тем более на "быстрых" устройствах, да и варианты оптимизации, наверняка, существуют. А вот всякие возможные "зигзагобразные" маршруты (например, есть две точки, куда надо ехать, примерно в одном направлении и примерно на одинаковом расстоянии. Едем вначале к точк

Да, действительно есть! Как-то раньше его промухал... Только вот не совсем понял - с этой опцией с навигатора, как с телефона позвонить можно?

Давно его уже нет. Самый дешевая безлимитная опция на "Мегафон-Онлайн" сейчас 5 р в сутки (было недавно 3.50)

Значит п.3 исчезает.

И мы!

Хм, здесь бы понять вначале откуда ноги растут: 1) СГ сам формирует звук определенной мощности и выдаёт на "воспроизведение", т.е. посылает последовательность бит на ЦАП - "виноват" СГ 2) СГ тупо выдает звуковой файл в WinCE - "виновата" реализация WinCE на данном устройстве 3) Само устройство включает АРУ, чтобы "вытянуть" звук на нужный уровень - "виновато" устройство Может, кто знает?

Повёл мимо отсутствия пробкоследов?

Теперь я ничего не понял! Ранее я считал, что существует типа иерархии карт, основанная на области покрытия: Уровень 0 - типа области (например СПб и ЛО, Южная Финляндия...) Уровень 2 - обзорные типа Россия, Вся Финляндия Уровень 3 - обзорные типа Европа Уровень 4 - обзорная типа Евразия Для прокладки маршрута (я так думал) используется примерно следующий алгоритм: если точки старта и финиша на одной карте - прокладка маршрута, если точки на разных, то берется следующая по иерархии карта и снова проверяется, находятся ли точки на одной карте, и т.д. Теперь, получается, что суще

Кот - фиолетовый, кличка - даже не написать, не то, что выговорить... Попугая сожрали... Что-то мне кажется, что...

Так перестаньте ломать перестраивать Москву и лет через 10 все карты станут адекватными

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