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

WhAle_15

Beta Testing Group
  • Публикаций

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

  • Посещение

Весь контент WhAle_15

  1. Эвоно как. Пепла мне, пепла! Спасибо за разъяснение. Тогда - да... Фантастика
  2. Попробую перефразировать свои слова: Векторная скорость, это (в моём уже сомневающемся понимании) скорость, с которой произошёл переход на следующее ребро с предыдущего (в данном случае: поворота направо на Зольную) Варианты: 1) Останавливаюсь на перекрёстке, собираюсь повернуть направо, но манёвр ещё не совершил, а точка позиционирования уже отобразилась на следующем ребре. То есть манёвр уже как бы совершён, отсюда и завышенное значение. 2) Либо еду (точнее, несусь) я на своём Кайене прямо по Октябрьской набережной со скоростью не менее "стадвадцати" и никак не думаю поворачивать на
  3. Стрелочка рядом со скоростью указывает направление для манёвра на следующее ребро. Следующее ребро с таким направлением как раз выпадает на Зольную. ЗЫ. Кто-то из нас неправильно понимает толкование векторных пробок. Неужели я? :)
  4. На приведённом скриншоте векторная пробка поворота направо (на Зольную) для встречного транспорта. Причём здесь участок набережной более 3 км?
  5. На приведённом Вами скриншоте присутствует векторная скорость поворота направо (с Октябрьской набережной на Зольную) равная 120. Такое могло произойти как раз из-за: Разве не?
  6. Например, как вычислить скорость для короткого ребра перед перекрёстком, если мы его проезжаем не дольше секунды, а спутниковые данные чаще не обновляются. Имеем определённую длину ребра и время на входе и выходе, отличающееся не более, чем на секунду? Въезд на ребро считать только при присутствии на нём скорости, отличной от нуля и в попутном направлении.
  7. По ситуации на скриншоте. Вероятно, завышенная скорость правого поворота получилась действительно из-за ошибки позиционирования, когда при подъезде к перекрёстку точка сразу же перескочила на следующее ребро, когда фактически манёвр ещё не был совершён.
  8. Всё верно. На основании изменения координат получаем скорость. Опять же, повторюсь: Вы видели когда-нибудь (естественно, после входа GPS-приёмника в рабочее состояние, когда он имеет приемлимую точность позиционирования, на основании количества используемых спутников), чтобы индикатор текущей скорости показывал Вам откровенно завышенные значения скорости, по сравнению, например, со спидометром в автомобиле? Очевидцы - пожалуйста отпишитесь! Зачем сводить задачу к поиску момента входа и выхода с ребра и на основании этих данных вычислять скорость прохождения (этот механизм скл
  9. Иначе откуда завышенные значения скоростей? Значит проблема с вычислением позиционирования именно на ребре. Отсюда и погрешности точки входа и точки выхода, на основании которых вычисляются неверные скорости. А если рассмотреть вариант, предложенный мной, то даже, если будут неточности с определением позиционирования на ребре - мы не будем иметь неверные данные о скоростях. PS: ERER, что такое КМК? Я уже не первый Ваш пост встречаю подобные аббревиатуры от которых у меня вскипает мозг Даже гугл не помощник:
  10. В более ранних и текущей версии СГ (на сегодня это 5.0) мы часто встречаемся с проблемой неточной информации о скоростях прохождения тех или иных рёбер дорожного графа. Вспомнить хотя бы пресловутые "стодвадцатки". Проблема, как мне показалось, в алгоритме определения таких скоростей и бороться с ней нужно не фильтрацией, а непосредственно изменением оного. Для примера постараюсь изложить свой вариант. Опять таки, основываясь на догадках, предполагаю, что в текущей реализации методики определения скорости на ребре используется алгоритм, когда на основании данных о времени входа на ребро и
  11. Тоже заметил этот момент. Как будто код под MSDOS написан. "Немногозадачно" как-то :)
  12. Эта тема переросла из "Анекдотов" в более широкопрофильную и обрела соответствующее название. Предлагается постить сюда то, что именно Вам показалось действительно смешным или интересным и Вы готовы этим поделиться со всеми.
  13. В таком примере вижу следующий нюанс. Итак, с моей колокольни... Как Вы думаете, с какой скоростью образуется пробка? То есть так, что было свободно - и уже стоим. По приведённому выше алгоритму получается так, что если скорость на ребре реально замедлилась до 5км/ч, то после проезда именно по нему двух датчиков мы получаем на выходе скорость всего лишь 18км/ч. И неизвестно сколько времени понадобится для получения данных, чтобы скорость на том ребре превратилась в реальную. Такой алгоритм имеет смысл только тогда, когда за определённый небольшой промежуток времени приходит большое количест
  14. Вчерашняя "Комсомолка"
  15. dronn1, ответа на этот вопрос пока не дано, зато тем по этой проблеме создано множество. Неужели, не заметили? Вот, буквально пару часов назад, сам отписался в этой
  16. По старинке, держал карты в корневой папке программы (и для Лайт-версии, и для Диспетчера) - работает. Здесь, очевидно, такой вариант не проходит.
  17. Указанные условия выполнены (установлена версия City Guide Lite для ПК) Но карты не открываются, пункты меню недоступны. Что я делаю не так? !UPD: Заработало только после подключения устройства в режиме флеш-карты (до этого всегда пользовался подключением через ActiveSync) Странно, почему не определились карты из версии "Лайт" на ПК.
  18. WhAle_15

    Анекдоты

    alexeyT4, можно. Утро пятницы. Невский проспект, СПб. С крайнего правого ряда на красный свет выполняется разворот через двойную сплошную на пятёре. И безо всяких синих ведёрок.
  19. Еду я сегодня утром, слушаю себе спокойно радио и "нашу Лору", а тут вдруг ... http://www.youtube.com/watch?v=4xr8cAJMkq8
  20. Подскажите знающие, где находится фактическая точка, указывающая положение POI и DPOI по отношению к отображаемому значку? (угол картинки или ровно по центру) Сейчас у всех значков нет единого формфактора и размера, что лично во мне вызывает чувство некоего бардака. Для пояснения приведу картинку (как есть и как хотелось бы)
  21. Уменьшите расстояние, при превышении которого, СГ перерасчитывает маршрут. Но это уже будет чревато другими минусами.
×
×
  • Создать...