-
Публикаций
4829 -
Зарегистрирован
-
Посещение
-
Победитель дней
32
Тип контента
Профили
Форумы
Календарь
Весь контент svlad2012
-
Кстати, в ковариационной матрице зашито "влияние пробок на соседних улицах друг на друга", т.е. их взаимная корелляция (да простите меня за вольное трактование математических терминов), что было предложено в другой теме.
-
Ну м.б. этот сервис подойдет? http://www.fsector.ru/
-
Аналогичное впечатление. По большому счету на других участках маршрута маршрут можно и не строить - нет смысла: пока доедем до первой точки там может изменится всё и не один раз.
-
Может тогда, ну её, эту Машу с цветами? В этом варианте последовательность уже жестко задана. Я лично в подобной ситуации не ввожу промежуточные точки, а строю последовательные маршруты. Единственное, когда они мне нужны, и то в количестве одной штуки - это построить маршрут с учетом именно заезда, в определенную точку, или чтобы не забыть. Например, выкинуть коллег у метро, заехать на АЗС и т.п. Т.е., если предполагается выйти из машины, закрыть её, то это у меня - конец маршрута. Мне так удобнее, привычнее
-
Вокруг Земли... За 80 дней...
-
Да, логично: "коммивояжерский расчет должен производиться только один раз (ну, или исключительно по ручному запросу)", т.к. "я товар в газель загрузил с учетом порядка выгрузки" Именно для набора точек. Сам маршрут вычисляется не методом полного перебора, например алгоритмом Дейкстры, "волны" и т.п.
-
Сложность, я думаю заключается не в построении маршрута, а в неизбежных "стонах пользователей". Если решать задачу "в лоб" методом перебора маршрутов, то нужно будет выбирать из n! вариантов (т.е. если три точки, то количество вариантов будет 1х2х3=6, а если пять точек, то - 1х2х3х4х5=120 и т.д.). В принципе задача решаемая, тем более на "быстрых" устройствах, да и варианты оптимизации, наверняка, существуют. А вот всякие возможные "зигзагобразные" маршруты (например, есть две точки, куда надо ехать, примерно в одном направлении и примерно на одинаковом расстоянии. Едем вначале к точк
-
Хм, здесь бы понять вначале откуда ноги растут: 1) СГ сам формирует звук определенной мощности и выдаёт на "воспроизведение", т.е. посылает последовательность бит на ЦАП - "виноват" СГ 2) СГ тупо выдает звуковой файл в WinCE - "виновата" реализация WinCE на данном устройстве 3) Само устройство включает АРУ, чтобы "вытянуть" звук на нужный уровень - "виновато" устройство Может, кто знает?
-
Теперь я ничего не понял! Ранее я считал, что существует типа иерархии карт, основанная на области покрытия: Уровень 0 - типа области (например СПб и ЛО, Южная Финляндия...) Уровень 2 - обзорные типа Россия, Вся Финляндия Уровень 3 - обзорные типа Европа Уровень 4 - обзорная типа Евразия Для прокладки маршрута (я так думал) используется примерно следующий алгоритм: если точки старта и финиша на одной карте - прокладка маршрута, если точки на разных, то берется следующая по иерархии карта и снова проверяется, находятся ли точки на одной карте, и т.д. Теперь, получается, что суще
-
Кот - фиолетовый, кличка - даже не написать, не то, что выговорить... Попугая сожрали... Что-то мне кажется, что...
-
Вопрос значительно сложнее, т.е. обработка данных как существующая, так и предлагаемая. Исходя из личного профессионального опыта, могу предположить, что существующая обработка, на пальцах, осуществляется следующим образом (или аналогично). Первоначально на ребре пробкоданных нет, а скоростной индекс равен статистики. Погрешность скоростного индекса - большая, охватывает весь диапазон возможных скоростей (пусть она будет 60 км/ч). Проехал какой-то датчик. Вначале проверяется его "истинность", т.е. лежит ли его скорость в заданном диапазоне - скоростной индекс с учетом погрешности. Есл
-
Предложение было для ребер с отсутствием данных: "Собранная статистика даст возможность предсказывать скорость на улицах, по которым нет данных, основываясь на тех улицах, по которым данные есть" А так, вначале я понял, что имели ввиду в первую очередь прогноз пробок, т.е. построение маршрута не по актуальным данным, а с учетом времени доезда до отдельных ребер. Т.е. если я еду далеко, а где-то пробка растет, то: 1) прогнозируется скорость ребер на тот момент, когда я там могу быть, а не сейчас 2) если начинаются затруднения движения по одному ребру (индекс скорости падает), то существу
-
Если на каждый чих ставить чекбоксы, то можно будет вводить звания: "салага" - использует заводские установки; "ефрейтор" - смог найти, где чекбоксы запрятаны "мл. сержант" - сделал попытку изменить галки "сержант" - понял без посторонней помощи, что изменилось ... "генерал" - вернул всё, нафиг, к заводским настройкам... З.Ы. Чего вам цвет не угодил? По-моему всё нормально...
-
Вот, блин, оказывается они и в термостате живут
-
Ну вообще-то это просто значок для обозначения местоположения и смысла менять его размер нет. Во всяком случае в системах, отображающих местоположения объектов, всегда так. Иначе при уменьшении масштаба дельтаплан уменьшался бы в точку и исчезал. Другое дело, что наоборот, при увеличении масштаба могут появляться контуры объекта (в данном случае, автомобиля), показывающие его реальный размер. Но для этого нужно задавать кроме размеров конкретного авто еще и местоположение антенны внутри этого объекта. Для нашей навигации это не нужно и бессмысленно. Для таких целей нужен другой вид курсор
-
Пока бог миловал со всеми вылетами и зависаниями, но тем не менее - спасибо! Надо будет сделать себе что-то подобное, типа этого: Думаю, лучше что-нибудь пластмассовое приклею. Тем более недавно приобрел себе в Окей'е такую вещь: У нее крепление "ручек" к присоске полностью совпадает с креплением штатной пластины кредла навигатора к присоске. Поэтому снял с нее "ручки" (всё равно навигатор в них не влезал) и поставил штатную пластину. Регулировка наклона производиться не шаровым шарниром, как на штатном, а с помощью двух осей вращения, поэтому сама приспособа довольно длинная. Т.к