Перейти к содержанию
GPS навигатор СитиГИД

lipskiy

Пользователи
  • Публикаций

    599
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные lipskiy

  1. Слишком хрупкий и подверженный сбоям алгоритм получается.
    Вы приводите пример форсмажора. На это даже внимания не стоит обращать, форсмажор учесть невозможно и точка. Когда происходят подобные перекрытия магистралей, то вероятно некорректно работают и статистические пробки, а они сейчас используются довольно успешно. И ничего криминального в таких редких единичных сбоях нет.

  2. +1.

    Если для пробок есть более-менее однозначный источник информации -

    обратная связь и СМИ, а и то косяков сколько, то о качестве дорог могут

    сообщать только пользователи и только свое субъективное мнение. Каша

    будет еще та. Вон, казалось бы, сообщения багах в карте - достаточно

    однозначная вещь, ан нет, и там не все шоколадно, то исправят, то снова

    поломают инфу местами. И причина небось в противоречивости сообщений

    пользователей.

    А если и делать такого рода сервис (сам по себе он безусловно был бы

    полезен при достаточной однозначности оценки качества покрытия), то

    только на основе усредненного мнения достаточного числа пользователей

    по каждому ребру каждой улицы (голосованием). А много ли найдется таких

    активистов?

    Приоритетность при построении маршрута строится по скоростному индексу, а также учёте дорожной и пробковой ситуации.

    Чем уже существующее сейчас не то, о чем просится? Обьясните плиз подробнее что требуется еще?
    Это существующее - абсолютно не то, о чем просится в этой ветке.

    Смысл не только в том, чтобы просто ввести единые для всех индексы качества покрытия, а в том, чтобы в настройках программы оперативно выбирать "допустимую степень ямочности" при построении маршрута. Сегодня мне нужно максимально быстро и я не жалею подвески - выставил "допускать любую ямочность" и получил быстрейший маршрут по колдобинам. А завтра мне тоже нужно быстро, но не настолько чтобы гробить машину - задал "использовать только качественные дороги", и получил ДРУГОЙ маршрут.

    Это как выбор типа маршрута - "Оптимальный", "Кратчайший" и т.п. Идет подстройка маршрутизатора под текущие задачи пользователя, но на основе единых индексов скорости. Так же и с качеством покрытия, тип маршрута - "Комфортный", "Бездорожный" и т.п. Тоже подстройка маршрутизатора, но уже на основе единых индексов другого типа - ямочных.

    Лично я - ЗА то, чтобы такой сервис был. Но ПРОТИВ того, чтобы информация в нем пополнялась бы по одиночным сообщениям пользователей.

  3. Прикольно (в кавычках). Сочувствую.

    Дело, imho, не в том, лицензионная ли карта или бесплатная. Дело в том, что СГ не умеет строить корректные маршруты через две и более карты. Он ведет к крайней точке текущей карты, ближайшей по прямой к точке финиша. Не Вы первый, попавшийся на этой, мягко говоря, недоработке. Но Вы наверное первый, кто попал настолько сильно.

    В третьей версии СГ обещано исправить эту "недоработку".

    А то, что другая карта не загрузилась - это, imho, отдельная тема.

  4. demalina, +1 Thumbs%20Up

    ManJak, -1 Thumbs%20Down, Вы, вероятно, и не психолог, и не эргономист Wink

    Dmitry55, текст диалога решает проблему выбора пользователя "что жать", о чем, собственно и заведен этот топик. Совершенно верно сказал demalina, как раз с точки зрения и эргономики и психологии на вопрос "Запланированная остановка?" ВСЕГДА можно ответить однозначно, без вариантов. В то время как понятие пробки настолько размыто, что определить пробка или нет однозначно не то что трудно, а просто невозможно, ибо у каждого свои критерии ее восприятия, а официального определения этого понятия нет. С предложенной формулировкой реакция человека на вопрос программы быстра и однозначна, по минимуму отвлекает от дороги, так как не требует задумываться и оценивать обстановку. Повышается безопасность движения. Я тоже предлагал такую формулировку (правда не "запланированная", а "преднамеренная", это слово мне кажется точнее).

  5. Лог файл трека не пишется. Это чисто спидометр.
    Ну да, именно так. Я привел его для примера не в качестве рекордера треков (для чего рекомендовал GPSGate), а именно для спидометра с уведомлениями о превышениях, для чего там гибкие настройки имеются. Не заметил, что GPS Speed Centry умеет писать лог трека, тогда конечно он лучше решит поставленную задачу.

    Ну а про изменение лимитов - конечно только по времени и по скорости, это же не навигатор, карт в нем нет, границ населенных пунктов он не знает. Хотя можно было бы развить подобную программу так, чтобы вручную вносить в нее координаты точек изменения лимитов скорости (границы населенных пунктов, знаки). Может, такая имеется уже?

  6. Лучшая прога GPS-спидометр это GPSAuto, имхо (GPS Speed Sentry тоже юзал, она похуже на мой взгляд). GPSAuto умеет сама автоматически переключать скоростные лимиты (город-трасса и т.п, всего до 8-ми штук), очень удобно. Тоже сообщает о превышении, но настроек намного больше и гибче - настраивается диапазон скоростей для варнинга в процентах от лимита.

    http://gpsauto.nepsin.com/

  7. lipskiy' date=' я это видел, но как оказалось, мне GPSGate не нужен.[/quote']Так для расшаривания GPS не нужен, понятно, у меня тоже и без него параллельно несколько прог с GPS работают без проблем. А использовать GPSGate именно как рекордер треков? Гарантия что их прочитает кто угодно тем же GPSGate или подходящим конвертером. Зато не надо париться с форматами и думать какую прогу запускать для записи трека. Просто пользуешься той прогой, что нужна в данный момент, а GPSGate параллельно пишет трек.

  8. GPSGate сам умеет писать трек. Причем в формате, которые должны понять все - он пишет полный лог NMEA. Тем же GPSGate можно воспроизвести записанный ранее трек так, как будто работает реальный GPS, и любая навигационная программа будет принимать эти данные как с реального GPS - можно получить в любой программе трек нужного формата с одного исходного трека.

  9. Вы чего за девайсы такие юзаете? Где бы не ездил ни

    разу (загород, центр) такого не наблюдал.

    Критериев "загород" и

    "центр" недостаточно для выводов. Как часто, к примеру, Вы ездите по Литейному проспекту, где условия приема изначально весьма плохие? Я езжу там ежедневно и ошибки координат возникают, ну, в среднем, раз в неделю, хотя периодичности конечно же нет. Буквально позавчера съехав с Литейного моста и проехав перекресток со Шпалерной, во время движения программа резко перестроила маршрут в противоположную сторону и держала его так до тех пор, пока я не свернул на Чайковского. Если Вы по таким дорогам ездите нерегулярно или вообще не ездите, то чисто по теории вероятностей можете и не словить скачки позиции. Качество определения местоположения сильно зависит от езды по конкретным улицам. Не только от этого, но от этого в первую очередь, имхо.

  10. Теория СГЛАЖИВАНИЯ ТРАЕКТОРИИ - ОЧЕНЬ не простая штука!!!
    А хороший алгоритм и не обязан быть простым, никто не спорит. Сложно - не значит невозможно. Я занимаюсь подобными алгоритмами по роду своей профессиональной деятельности. Правда к сожалению плохо знаю теорию и не могу дать грамотные математические выкладки. Алгоритмы строим опытным путем по примерам конкретных траекторий. То, о чем Вы говорите - это самый простой и далеко не самый эффективный способ сглаживания, который приводит и к задержкам, и к погрешности. Есть методы получения сглаженной траектории без задержки относительно текущего положения. А при вычислении местоположения упор делается на характер движения объекта известного типа. Когда этот характер движения известен, то задача значительно упрощается. Мы решали задачу для глубоководного дистанционно управляемого аппарата, требовалось получить сглаженную траекторию его движения, чтобы обеспечить качественное межкадровое накопление видеосигнала подводной видеокамеры и повысить качество картинки. Для этого требовалось точно смещать кадр и попадать пиксель в пиксель. И задача была успешно решена. Не в 100% случаев, безусловно, но процентах в 90 система работала. Входные данные координат были нестабильны, имели скачки и прочие ошибки. Но были известны характеристики движения аппарата - величины возможных скоростей и ускорений и радиусов маневров, что сразу дало возможность отсечь массу ошибок координат, как невозможных при данных параметрах движения объекта.

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

  11. Я наблюдал, как на лежащем у окна девайсе позиция GPS ехала неспеша равномерно и прямолинейно сквозь кварталы, со скоростью примерно 30 км/ч в течение примерно минуты, уехала на полкилометра, замерла, постояла, а потом резко скакнула в верную позицию. Так вот если скачок и можно отфильтровать таким алгоритмом, то такой дрейф мне кажется вообще невозможно.

  12. А я вот по утрам на работу без СГ езжу. Быстрее получается.

    А вечером с работы - с ним.

    Ибо утром я всегда в одно время еду, а вечером - когда как.

     

    Как навигатор по знакомому городу - он на 4+ (из-за пробок).
    +1. Все аналогично и по тем же причинам :)

  13. В Вашем предложении фактически ничего не меняется (кроме формулировки вопроса)' date=' алгоритм поведения остается прежним.[/quote']Именно. И формулировка его меняется на такую, при которой более не требуется чесать репу и думать чего жать. Ведь и этого тоже хотим - простоты и однозначности. С этим полностью согласен. Да и учиться тут особо нечего. Рассчитать среднюю скорость на текущий момент так же, как она считается на момент проезда ребра и отправить. Пусть погрешность будет выше. Все равно нынешние хрюшки на карте - это очень приближенные значения к реальной средней скорости потока. Один протупил, другой пролетел, в результате все скорости не отличаются высокой достоверностью. А стало быть ничего страшного не будет, если по тому же алгоритму считать и предварительную среднюю скорость до окончания проезда ребра. Все лучше, чем единичку слать. Тем более что после проезда ребра скорость все равно будет скорректирована, как это сейчас и делается.

    А кстати, разве сейчас при нажатии "Да" отправляется единичка? Что имел ввиду d C G под "минимальным" значением? Ведь народ говорит, что при нажатии "Да" сейчас хрюшки сразу ставятся с реальными значениями (9, 5, как писал Spectre выше). Так значит все ок с этим вопросом и скорость сразу отправляется реальная?

    lipskiy2008-06-23 16:21:28

  14. Не знаю что вы понимаете под словами "минимальная скорость"' date=' но вчера когда я ехал с дачи, программа задала мне вопрос "Пробка?" 2 раза. Я оба раза ответил "да". В результате появились пробки 9 и 5 км/ч соотстветственно.[/quote']Я понимаю только то, что понимают под этим разработчики (см. выше по ветке):
  15. В любом случае остается еще один большой минус - субъективный фактор - понятие о пробках у каждого свое' date=' и спорить здесь бесполезно.[/quote']Вариант, предложенный мной, исключает этот минус:
  16. А по моему все должно быть проще.

    Вопрос достаточно задать один - "Преднамеренная остановка?" - Да, Нет.

    Если остановка/замедление движения НЕпреднамеренное, стало быть это по любому движение/замедление/остановка в потоке и отправлять эту скорость потока на сервер нужно. Вот и все.

  17. Любой светофор должен проезжаться за один цикл. Если больше - это уже затруднение движения.
    Истинно! Хотя бы два цикла - уже пробка без вариантов и оговорок. Далее просто следуют степени пробок. Причем безусловно разброс степеней огромен. Пробки бывают и на 10 минут, и на полчаса, и на два часа. Но если за один зеленый не проехал - безусловно это тоже уже пробка. Самая маленькая ее степень, 3-5 минут, но все равно затрудненное движение, и очень большая вероятность роста этого затруднения. Пропускная способность перекрестка исчерпывается как раз тогда, когда уже не проехать за один зеленый. И причина невозможности проехать за один цикл светофора тут совершенно никакой роли не играет. Причем именно "невозможности" проехать, а не "нежелания" или "неумения" (типа не успел, хотя мог, зазевался, заблудился и т.п.).

  18. Просто если программа установлена и настроена' date=' то в чем проблема то?[/quote']Ну если так, то да. Тогда вообще любая программа проста в использовании. И если так, то уж конечно лучше КПК со встроенным GPS, а не отдельный девайс. Так как всегда можно перенастроить, перустановить, сменить ПО, обновить и т.д. И если все это возлагается не на чайника, то нет проблем. Коммуникатор не обязателен - если пробки не нужны, дорожную обстановку можно качать файлами с сайта через большой комп (если это тоже будет делать не чайник).

    Лично я так и поступаю со своей супругой. У нее коммуникатор, СГ полностью настраиваю ей я, она (чайник в навигации) знает только как запустить программу, включить GPS, найти адрес или закладку и проложить маршрут. И нет проблем.

  19. 2. Как пользователь - она чайник

    3. Пробочный сервис ей не очень нужен

    4. Отдельный девайс лучше с точки зрения ... простоты использования.

    Тогда это по любому не Сити Гайд! На чем бы ни стоял. Простота использования - это к Сити Гайду не относится.

×
×
  • Создать...