svlad2012

Интересная картинка! 1) Направление дельтаплана, да, сохранилось верным, но маршрут то проложен на самом деле в обратную сторону (судя по тому, что фон буквы S голубее, чем фон канала. Да и треугольничков, которые на маршрутной линии не видно). М.б. поэтому и не показывал маневр? 2) интересная пробочная линия: а) прямо по центру канала б) судя по порядку расположения стрелки и цифры 17 эта пробочная линия тоже направлена к Невскому, т.е. "двойник" линии на набережной со скоростью 24 к Невскому. Такое возможно, или я чего-то не допонял?

Наверное можно колонку присобачить, типа такой http://www.divoom.ru/portativnye-kolonki/kolonka-dlia-telefonov-i-smartfonov-itour-20-white

Если не трудно, киньте мне в личку эти треки. Заело что-то меня, не могу понять причину: гуляние на остановках и плавно в движении с последней точки гуляния. Копчиком чую, что дело где-то во вторичной обработке, в смысле имеем всякие дальности или их разности, доплеровские сдвиги (вопрос - имеем ли), предыдущее местоположение + всякие погрешности ... З.Ы. Подозреваю, что всё гораздо проще. MediaTek - есть "чистый" разработчик схемотехнических решений процессоров. Кто их производит - все, кто может. Думаю, что вместе с процессором (технологией его изготовления) в документации идет и "базо

Сейчас уже на сайте тексета четко написано, что пробки только через вифи

Конфликта не будет, если карты разных местностей, например СПб - официальная, Москва - ОСМ. Если у вас две карты местности, где вы находитесь - результат непредсказуем. Знаки, ПОИ вшиты в карту. Текущая корректировка дорожной ситуации - отдельный файл дорожной обстановки. Принимается по интернету автоматом, если у вас навигатор с пробками, или можно скачать с оф.сайта из личного кабинета (если навигатор не поддерживает пробки)

Тут вот поизучал вопрос (в связи со всякими texetами basic, navi и пр.)... Всё построено по одной схеме: антенна->приемник gps->основной процессор. Откровением, лично для меня, стало то, что приемник gps (хоть на навигаторе, хоть на смартфоне как на WinCE, так и на Андроид) не вычисляет место - это, как оказалось, задача основного процессора. Т.е. получается, что основной процессор в навигаторе занят еще и рутинной работой вычисления координат. Приемник GPS производит лишь предварительную и первичную обработку информации - всякую фильтрацию, обнаружение сигналов и т.п. Измеряе

Дети мои, внуки Великого Октября! Две фотографии потому, что так положено!

Бывает! Пример - трамвай маршрута №100. Едешь постоянно рядом с ним, а еще лучше прямо в нем и видишь все пробки

Интересно, а водка "Столичная" в 38 град - это всё равно "Она" или уже "Оно"? (Лично видел в Alko, пробовать не стал, ибо 38 об. за 20 евро - это такая гадость!)

Очень просто: клеишь наклейку, регистрируешь её в программе и все маршруты строятся через одну точку

Анализ работы GPS на 610 и Basic 610: Т.к. по роду своей деятельности мне приходилось иметь дело с различными геодезическими и морскими приемниками, то работу GPS-приемника 610-го я воспринимаю как классику - работает, как и должен работать. Очень похоже, что при вычислении координат используются рекурентные процедуры типа Калмановского фильтра, т.е. текущие координаты не заново вычисляются, а производится корректировка предыдущих с учетом новых измерений. В этом случае погрешность координат носит квазисистематический характер (т.е. если координаты врут, например, на север на 10 м, то они и

Киитос!

Про 610-й я это тоже заметил: муха прыгает каждую 1 сек (мне показалось раз, а не два в секунду) - темп выдачи информации из GPS-приемника. Дельтаплан, сейчас вспоминаю, да при этом, кажется, "догонял" муху, но двигался плавно (может быть масштаб разный или разная детализация, сейчас не помню этих параметров). Не могли бы вы выложить свои треки: "плохой" в Адмиралтейских и какой-нибудь хороший (лучше, наверное, в личку, чтобы не загромождать форум)? Есть у меня кое-какие мысли насчет работы GPS "не в навигаторах".

Кстати, а как можно определить соответствие линейного масштаба и цифрового? Как-то масштаб 1:30000 мне вообще ничего не говорит (в том плане, что я не уверен, что 1 см моего экрана равен 1 см в программе, да и линейки нет), а линейный - сразу видно: вот отрезок, его длина равна 193 м.

Лично я ничего не понял

Пошутил я. Считайте так

Естественно. Маршрут по мин времени или макс скорости будет одинаковым!

Хм, на мой взгляд, петли - следствие векторности пробок. Чтобы уменьшить вероятность возникновения петель, я думаю, нужно искусственно уменьшать скорости векторов направо-налево в сторону среднего значения (если, конечно, они больше) Масло масляное: S=V*t. Уменьшая t мы автоматом увеличиваем V Сформулируйте его, пожалуйста, четко

Если вопрос ко мне, то не по моей зарплате Я только лишь пытался объяснить, из чего можно выбирать

Подтверждаю - по статистике может быть длиннее и дольше. От дома до работы статистика меня ведет по КАД/ЗСД с временем 55 мин. С пробками бывают варианты: быстрее - также по КАД/ЗСД, но с временем около 47 мин (прогноз и фактически) короче - через центр, но с временем порядка 1 час 30 мин

Так я это и не утверждаю. Только для лучшего взаимопонимания. Думаю, что не столько договориться, сколько формализовать эту функцию, чтобы она всегда вела себя адекватно. Ведь где-то я уже приводил результаты моделирования построения маршрута типа "учитывать 80% скорости и 20% длины", тогда у меня получилось, что результат очень зависит от распределения пробок и топологии - где-то маршрут получался на 20% короче, а где-то нет

Уверен, что врёт! Мы, похоже, говорим о разном. Я о том, что алгоритм строит маршрут, чтобы получить минимальное (экстремум функции) значение времени, или расстояния, или пр. Алгоритм не может получить промежуточное значение. Разные маршруты - суть разное минимизируемое значение (время, расстояние...), или разные исходные данные - разный вид пробок (средние, векторные), разный граф дорог (все улицы, кроме платных, кроме магистральных, кроме "основных" и пр., запрет левых поворотов, разворотов и пр.) Что делает Гугл и прогород мне не ведомо, но подозреваю, что у гугла разные маршруты

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

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

Во-первых, меня мало интересуют программы для Андроид, т.к. не имею андроида и всяких iOs (и не горю желанием их покупать ради этого - могу и "Ау!" крикнуть, лишь бы не медведю ). Во-вторых, всё время записывать трек - когда нужно будет, трек уже будет не посмотреть, а генератор с собой таскать как-то не хочется. В-третьих, возвращаться хочется по короткому пути, а не несколько километров противолодочным маневром по треку. В-четвертых, это, конечно не так удобно, как: но всё же гораздо удобнее, чем тыкать много раз пальцем по стеклу, чтобы запомнить своё местоположение, не важно в СГ