lipskiy
-
Публикаций
599 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные lipskiy
-
-
golovkinне совсем понятно, что Вы имеете в виду.Я так понял, golovkin предлагает вести личную статистику (предложение с бородой), и на основе ее отдавать предпочтение тем местам, где сам лично ездишь быстрее остальных.
К примеру, по КАД стоят зеленые хрюшки 110. Но сам там обычно ездишь 130. СГ это учитывает и рассчитывает маршрут на основе двух факторов:
1 - КАД свободна (хрюшки 110);
2 - в рассчет маршрута идет не 110, а свои статистические 130.
Я так понял суть предложения.
-
Программы навигации не занимаются поисками спутников! Этим занимается GPS-чипсет. Что он выдаст в порт - то и едят все программы. Все одинаково. Поэтому нет никакой разницы, что СГ, что Ози - все программы синхронно получают из GPS-приемника уже готовые числовые значения координат, высоты, скорости, курса, числа найденных и числа используемых спутников, факторов ухудшения точности, признаки действительного или предсказанного местоположения и отсутствия определения местоположения и массу прочей информации по стандартному протоколу обмена. А вот получив эти координаты, разные программы по разному могут с ними обходиться. СГ, к примеру, вычисляет позиционное упреждение при движении чтобы скомпенсировать задержку получения координат от GPS, а также осуществляет привязку к дороге. Ози, насколько мне известно, ничего этого не делает в силу использования растровых карт, и тупо отображает то, что выдал GPS. Но спутники программы не ищут и на точность определения местоположения напрямую влиять не могут, только косвенно на основе уже готовых данных.А сколько надо CG поймать спутников, чтобы он начал прокладывать маршрут от местоположения? ... Хотя у меня OziExplorer (на Asus535) показывает координаты, уже поймав всего 7 спутников, даже если они выстроены примерно в ряд. Правда, скачет позиция -+30 метров, но это не мешает Ozi параллельно ловить оставшиеся спутники и одновременно улучшать точность позиционирования.
-
Все ж таки не вполне сбалансирован дизайн.
Вот пример - линии маршрута вообще не видно, особенно поворот с моста:
lipskiy2008-10-03 17:07:17
-
Еще несколько ситуаций.
Здесь по прямому проезду просто нет информации о текущих скоростях, но это не значит, что в объезд - быстрее:
Из той же оперы - по кругу есть инфа о скорости, и СГ считает что так быстрее, что реально может быть только при абсолютно пустой площади и подъездах (экономится время стояния на красном при выезде с площади, хотя СГ все равно ничего не знает о светофорах), на деле же этого не было:
И еще такая же ситуация - по основному проезду нет инфы, но зато есть по карману, и СГ математически безупречно рассчитывает быстрейший маршрут, считая что "не знаю" = "индекс дороги".
При беглом взгляде на экран показалось что отсылают по кругу против шерсти (это к вопросу о дизайне карты и линии маршрута):
Здесь я вообще не понял - что объезжаем и почему:
Здесь предлагалось сделать разворот аж на Светлановской площади, неужели кто-то ездит таким способом:
А вот вариант финиша у углового дома, не проще ли 10 метров пешком пройти, чем делать петлю?
-
Да, молодцы разработчики, постарались на славу! Отличный дизайн карты. Особенно стиль отображения пробок. Четкие жирные линии со стрелками, и цветовая градация вроде стала более дискретной. И домики все ровненько стоят. Да и цветовое решение вполне - теперь линию маршрута отлично видно на фоне городской застройки. Одним словом - пять баллов. Осталась пара небольших доработок - и будет полный порядок! Сейчас на сайте карты какие-то странные, видимо работы ведутся, поэтому по памяти. Первое - цифры скоростей вверх ногами. Надо делать разворот на 180, если угол текста превышает +-90 градусов. Второе - наползание названий улиц на цифры скорости, из-за того что и то и другое центруется по ребру. Можно названия улиц всегда смещать влево от центра ребра, а скорости вправо.
-
А в чем прикол того, что дистрибутивы Opera Mini под конкретные модели девайсов? Вот для глофишей не нашел, и чо, чего качать-то?
-
Хотя' date=' на мой взгляд это уж слишком - на знаки тоже смотреть стоит.[/quote']Безусловно. Здесь речь только о дополнительной помощи, впрочем как и во всей остальной программе. Иногда знаки просто не видишь из-за фур, автобусов и т.п. Иногда они вывешены слишком поздно, хочется знать пораньше.
А еще часто бывает едешь в левом ряду (например по Московскому) и думаешь, разрешен ли на ближайшем перекрестке левый поворот - нужно ли уходить вправо чтобы пройти прямо без задержек или нет.
-
-
В конце концов, какая бы там ни была точность GPS, программа по любому определяет момент окончания прохождения ребра, пусть и с ошибкой. Отмерить от этого момента минус 50 метров - без проблем. Если была остановка на этом промежутке - считать стоянкой на светофоре. И точность GPS тут роли не сыграет.
-
Ничего подобного. Обычно точность GPS - порядка 15 метров. Реже - хуже. Сгладится статистикой.
Обратите внимание хотя бы на счетчик метров в программе перед
поворотом. Часто ли он ошибается так сильно, как Вы говорите? Если не
забывать, что точкой "0 метров" является геометрический центр
перекрестка, а не начало закругления проезжей части, то у меня к
примеру в подавляющем большинстве случаев СГ показывает ту самую
точность в пределах 10-15 метров.
-
Тема' date=' видимо, реально стоит всего потраченного на неё времени.[/quote']Именно так.
-
Поддерживаю светофорный вопрос.
Предлагаю вариант, как можно было бы автоматически собрать информацию о светофорах и учитывать их при построении маршрута. И при этом не переделывать карты.
Нужно в программе особым образом запоминать и отправлять на сервер время, потраченное на одну остановку в интервале N метров перед перекрестком, если таковая произошла (N порядка 30-50 метров). Копить такую статистику по каждому ребру и находить среднее время прохождения перекрестка (не важно, светофорный он или нет). Одна остановка на ребре да еще и в его конце - в среднем точно не пробка.
Когда статистика будет накоплена, ее можно будет применить в алгоритме маршрутизатора следующим образом. При проезде датчиков отправлять на сервер среднюю скорость проезда ребра за вычетом времени одной остановки в конце ребра, если таковая произошла. К полученной разности всегда плюсовать накопленное среднестатистическое время прохождения перекрестка. Полученная сумма - текущая средняя скорость всего ребра, ее и будет воспринимать роутер.
Что это даст в результате.
Исключается влияние текущего цикла светофора - на зеленый проехал все ребро или постоял на красном. Сейчас датчик, постоявший на красном, отправляет свою среднюю скорость которая таковой не является, так как в ней не учтена возможность проезда без остановки под зеленый. А равно и обратное - датчик, проехавший на зеленый, отправляет свою скорость без учета вероятности постоять на красном. Получается, что в зависимости от того, на какой цикл светофора попадает датчик, отправляются сильно отличающиеся средние скорости, хотя по факту картина движения не меняется. И маршруты скачут. В предлагаемом мной алгоритме стабилизируются отправляемые на сервер скорости, вне зависимости от того, на какой цикл светофора попал.
Побочный положительный эффект (возможно?) - снижение количества запросов программы "Отправить сообщение о пробке", в частности тех, которые возникают после стояния на длинных красных светофорах при выполнении маневра на перекрестке.
Дополнительный плюс - учет не только светофоров, но и выездов под косынку и stop, когда бывает приходится постоять и пропустить поток (то есть фактически тоже дождаться смены цикла светофора, но только не на своем перекрестке).
-
Т.к. глупо просить версию карты' date=' когда другие - не работают.[/quote']Ну так и я о том же. Я и спрашиваю - зачем заполнять это поле в баг-форме. Его оттуда нужно просто убрать.
-
А я, раз так, буду писать "последняя", поскольку это всегда правда
А кстати, действительно, зачем нужно указывать номер версии карты - неужели кроме самой свежей версии правятся еще и предыдущие? Думаю, что нет. А значит и достаточно вывести в заголовке баг-формы после выбора названия карты - "Вы используете карту версии ХХ.Х?" Да - отправляем баг-репорт, а Нет - так он и не нужен тогда. Так?
lipskiy2008-09-15 23:38:25
-
Понял. Жаль.
-
Сделайте уже наконец или выпадающий список версий карт, или предустановленное значение последней версии карты в баг-форме. Надоело уже каждый раз лазать в программу и смотреть номер версии карты, чтобы вбивать его ручками. А помнить его я не обязан. Иногда по этой причине и баг-репорт отправлять не хочется.
-
Глофишы - нормальные девайсы. У меня было два разных HP айпака к примеру, глюкалово еще то, а фирма вроде фирменная. А эти китайские коробочки (у меня их тоже два разных) и внешним качеством выигрывают (экран, корпус), и по железу особых проблем нет. После глофишей зауважал китайцев.
-
+1. Иговский голос вне конкуренции. Это действительно профессиональная запись, чего не скажешь про СГ, к сожалению.Но мужик из IGo все таки остается для меня эталоном(как впрочем и сама прога за исключением карт и отсутствия пробок) -
Жесткие конструкции из металла в салоне??? Минус пассивная безопасность. Не, никому не советую так делать.Затем используя колхоз с металлом и сварочкой(желательно)все делаешь стационарно и крепко -
СГ пишет треки, это его собственная ни от чего не зависящая функция.
Причем пишет в своем формате. Свернуть СГ можно, и можно пользоваться
другой программой, по крайней мере на Винмобайл, это возможности самой
Винмобайл, а не СГ. Поверх СГ можно поставить только СГ. А параллельно
с СГ можно поставить любую другую и любое количество программ, в т.ч.
навигационных. Ограничено только памятью устройства или внешнего
носителя. Это все касается КПК, коммуникаторов, смартфонов. А вот
насчет чисто навигаторов (как в Вашем случае, если я верно понял) - отдельная тема, не копенгаген. Я так понимаю
какие то навигаторы не позволяют ставить никаких других прог, какие-то позволяют
но с ограничениями...
-
Можно реализовать очень простую логику. Перемещение дельтаплана по карте "по предсказанию" при движении в туннеле не производить, как косвенную и неточную информацию. Предполагать, что если въехал в туннель - то обязательно из него выедешь. Следовательно, всегда при въезде в туннель резко переставлять дельтаплан и сдвигать карту на точку выезда из туннеля и ждать реального появления координат GPS, чтобы получить среднюю скорость. Это позволит сразу увидеть на карте направление маршрута после тоннеля. При ветвлениях в туннеле ставить дельтаплан на выезд по умолчанию (тот, что по рассчитанному маршруту), а при выезде с другого выезда считать среднюю скорость для этого другого ребра. Для ветвлений в туннеле также предусмотреть специальную голосовую подсказку типа "в тоннеле держитесь левее", чтобы до въезда в него и появления точки ветвления на карте проинформировать водителя о направлении маршрута.
lipskiy2008-08-27 11:00:55
-
На винмобайл встроенным IE в форум писать не получается, подтверждаю. Просто нет курсора в текстовом окне и текст не вводится. Другими браузерами не пробовал.
-
А вот интересно было бы узнать, к примеру, места с круговым движением, или карманы - они вручную помечены в карте специальными метками, или же программа автоматически их определяет, анализируя конфигурацию дорожного графа? Если первый вариант - то тоннели пометить тоже не проблема. А если разработчиками используется второй подход - то наверное это будет вообще невозможно.пометить участки дорог признаком "тоннель" -
Ыыыы"молодой" водитель будет ехать медленно и всё успеет увидеть и услышать. А водитель со стажем гоняет и порой не успевает увидеть и услышать...
, имхо, все наоборот.
Про алгоритм
в Развитие навигационного сервиса СитиГИД
Опубликовано
Критерий - хрюшки 110 стоят не те, что в карту зашиты, а по факту проезда датчиков. Если можно ехать 110, значит и 130 можно.