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

Lucky

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

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

  • Посещение

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

  1. Уже сейчас далеко не всегда выпадает инфа при отклонении от маршрута и, как мы надеемся, СГ продолжает бороться с этой проблемой. А к тому моменту, когда введут доп. рёбра на повороты, имхо, пропадание инфы станет редкостью.

  2. ...Отсюда еще один момент: к сожалению такая полезная (особенно в незнакомом месте) функция' date=' как автомасштабирование, в СГ решена неудачно, а именно: установлена зависимость от скорости, а не от расстояния до следующего маневра, что вынуждает отказаться от использования этой функции.[/quote']

    Автомасштабирование в СГ - очень полезная функция, но в ТомТом и ИГО есть другое полезное автомасштабирование - при приближении к месту маневра в разы укрупняется масштаб. Вот это очень бы не помешало и СГ!

  3. ...Проложит вам на поворот' date=' а вы поехали прямо - и что должно произойти?

    [/quote']

    Так информация о ребре передаётся после его проезда - в зависимости от направления выезда станет понятно о каком ребре инфа.

    ЗЫ: А по поводу длины ребра - они вообще м.б. на всю длину квартала (вместо одного старого несколько новых) - зачем плодить лишние.

  4. Мне вообще кажется' date=' что при включении, СГ стрелку разворачивает по умолчанию на север, из этого и расчитывает маршрут до начала движения[/quote']

    Может и так. Во всяком случае, заметил, что в одних и тех же местах обычно (а может и всегда) стартует в одну и ту же сторону.

    А вот идею m_gitin по показу дельты по времени при старте в разные стороны - поддерживаю! Так хоть понятно будет есть ли смысл разворачиваться.

  5. Я давно предлагал сделать для каждого маневра на перекрёстке своё ребро, т.к. "злобным" м.б. не только левый поворот, но и правый, а, иногда и прямое движение. И вообще "злобность" - понятие относительное и не постоянное во времени. Понятно, что ресурсоёмкость СГ сильно возрастёт, в т.ч. и траффик.

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

  6. cetus, вообще-то функция автомасштабирования введена для компенсации, того, что видимая часть карты при увеличении скорости движения проезжается быстрее, т.е., чтобы видеть точку маневра на карте заранее с учётом скорости приближения к ней. Когда не было этой функции в СГ (в ранних версиях), мне, например, было некомфортно (привык к этому ещё по TopPlan).

    То, что Вы предлагаете - может имеет смысл только в момент остановки (если автоматически), но лучше не автоматически, а по горячей кнопке на экране, с функцией возврата по этой же кнопке в первоначальный масштаб.

  7. Сейчас, как я понимаю, маршрут прокладывается не в оптимальную сторону, а в сторону, в которую СГ считает что мы тронулись (напоминаю: флуктуация GPS есть всегда) или ближе к какой стороне дороги по его мнению мы расположены, иногда учитывает сторону, откуда приехали.

    Проверить сейчас это трудно (время пути рассчитывается некорректно), но бывало ощущение, что надо ехать в другую сторону - и я об этом не жалел...

  8. кстатит! А что если в состоянии покоя' date=' когда СГ не знает о направлении движения, он, СГ, строит марштуры в обе стороны, анализирует и предлагает лучший, а Вы, пользователь, поехав не в ту сторону, сами увидете, чем новый маршрут в другую сторону хуже и сообразите развернуться... ;)[/quote']

    Хорошее решение в качестве полумеры (мы уже на всё согласны: не можете развороты на рёбрах - хотя-бы на перекрёстках, не можете вообще развороты - хотя-бы укажите куда трогаться при старте...).

    Только как быть с флуктуацией местоположения (СГ считает, что мы движемся, даже когда стоим)?

    Возможное решение: от старта всегда прокладывать в оптимальную сторону, а, в дальнейшем, при смещении в противоположную сторону более, чем на 50 м (может 100 или 30?) - перепрокладывать.

  9. Поддерживаю, что если новый маршрут короче (желательно определить порог укорочения - в процентах или км) и по времени не дольше уже проложенного, то, несмотря на то, что выигрыш меньше установленного порога (сейчас 1/3 мин), нужно, чтобы СГ перепрокладывал маршрут.

    По поводу 100 м до перекрёстка я уже предлагал учитывать время до перекрёстка, исходя из текущей скорости + сделать это отключаемой/настраиваемой опцией (многократно обсуждалось).

  10. Одним словом, без разворотов (хотя-бы на перекрёстках), говорить об оптимальности маршрутов не приходится...

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

  11. А Вы посчитайте для ребра 100 м:

    если датчик проехал его за 6 с (60 км/ч), то ошибка даже в 2 с приведёт к разбросу 4...8 с, т.е. 90...45 км/ч, и никакие 10/200 не получатся. А на 200 м разброс по скоростям будет ещё меньше - 72...51 км/ч.

  12. Как раз в большинстве случаев, мы стоим в точке финиша хотя-бы несколько минут, а в этом случае задаётся вопрос о пробке, в случае не ответа на который информация о ребре не передаётся даже после его проезда.

    А, если остановка на 1..2 мин - для этого кнопка парковки.

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

  13. YoGun, в тех примерах, которые Вы привели, гораздо проще (и лучше!!!) бороться с пропаданием инфы от датчика: известно время начала и окончания движения по ребру (соответственно конец/начало предыдущего/последующего + другого пути нет), если пропало несколько последовательных рёбер - скорость можно усреднить по ним. А когда другой путь возможен (имею ввиду "разумный"), тогда нельзя применять то что Вы предлагаете, т.к. датчик мог объехать пробку на "выпавшем" ребре.
  14. Как правило' date=' в районе финиша - либо останавливаемся, либо паркуемся надолго (и какое-то время ищем место). Собственно, для таких случаев кнопка "стоянка" и предусмотрена: чтобы в ряде случаев не отправлялась неправильная скорость.

    [/quote']

    Так, если ребро не пройдено, то и скорость его не передаётся.

    Другое дело, если мы несколько кварталов ищем парковку - но в этом случае скорость немного занижена (только при условии свободного проезда), а, учитывая, что в таких местах обычно пробки, лучше пусть будет информация о скорости 30 вместо 70, зато видно, что ребро без пробки.

  15. В СГ это утопия - принимать решения в ручную! ...

    В мелком масштабе практически не отличишь скорость 60 от скорости 260 (все зеленое).

    Perforator, если Вы внимательно почитаете форум, то поймете, что утопистов много (а м.б. и большинство)...

    А по поводу 60/260 - это, на самом деле, не принципиально, но, причины, приводящие к таким результатам, могут приводить (имхо, и приводят) к изображению антипробки 70 вместо пробки 15 - а это уже влияет на принятие решения.

  16. Предлагаю:

    при покупке лицензиии на портативное устройство одновременно выдавать лицензию на ББ

    аналогично - при покупке карты

    ИМХО' date=' это будет способствовать стимулированию продаж и увеличению конкурентноспособности продукта.
    [/quote']

    Имхо, конкурентоспособность не увеличится, т.к. это приведёт к удорожанию лицензии...

  17. Прошу разработчиков пояснить.

    У меня есть забитый маршрут - коллегу с работы подвожу' date='

    2 промежуточные точки. Маршрут разный кладется. [/quote']

    Речь идёт об отсутствии оптимизации порядка проезда промежуточных точек.

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