-
Публикаций
58 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Весь контент Серж404
-
Добрый день. Вот так строит маршрут СитиГИД по умолчанию: А вот так, если в Подъездном переулке поставить промежуточную точку: Поясняю. На этом участке набережной нет возможности развернуться. Все водилы, которым надо поехать здесь в обратную сторону, заезжают в подъездной переулок и там разворачиваются. СитиГИД при построении маршрута, видимо, не учитывает возможность разворота на соседней улице. Кстати. Тот факт, что на данном участке набережной разворота нет СитиГИД версии v.7.8 SP2 от 09.08.2013 не отрабатывает, предлагает разворачиваться прямо через двойную сплошную. Карта версии 19.2, к
-
Всё. Нашёл причину затыка. Я поиск делал как обычно - /Меню/Поиск/Адрес. Здесь то и возникла проблемка - находится всё, что только на ум приходит, кроме этого самого Кировска. А вот здесь - /Меню/Поиск/Искать всё и Кировск нашёлся. Остаётся вопрос. То, с чем я столкнулся ошибка программы, карт или так и должно быть?
-
Всё же удалось разницу увидеть.Так, например в режиме "всегда" был проложен маршрут на 1 мин быстрее и на 6 км длиннее, чем в режиме "Иногда". Но такое происходит редко, обычно маршруты совпадают. Расскажите вкратце, как это работает. Т.е. замысел понятен, и я его считаю очень полезным, вопрос в том, какие критерии учитываются, как программа решает, ехать в эту пробку или её объезжать. Хочется это понимать, что бы осознанно выбирать режим.
-
Можете функцию не использовать. Навигатор тогда всегда будет искать только быстрейший маршрут. Как сейчас. А многим это будет полезно. Что касается включения третьего параметра оптимизации - количество и сложность манёвров, так я только за. Просто не подключаюсь к обсуждению этой темы, т.к. не могу ничего дельного предложить. Много там субъективного.
-
Рано или поздно настройки оптимизации вводить придётся, хотя бы для того, что бы догнать конкурентов, когда они это сделают. Непонятно, почему это костыль и чем он Вам, timvetrov, так противен. Это один из возможных вариантов решения наболевшей проблемы. Проблема перескоростей. Если я не о том - поправьте. Понимаю перескорость как скорость от датчика, который проехал быстрее разрешённой. Если разговор об этом, то непонятно, почему эта проблема до сих пор существует. Мне кажется эта проблема может быть решена программистом в одно действие.
-
Спасибо, arctec. Действительно идея уже обсуждалась. Считаю предложенный в обсуждении по ссылке вариант хорошим. Поддерживаю полностью. Важен ещё и тот момент, что применение того варианта или моего варианта не испортит ничего для тех, кто не захочет или не поймёт как им пользоваться. Для них всё будет как сейчас.
-
Насчёт репрезентативности всё верно. Просто сам факт, что некоторые пользователи пытаются идти своим путём говорит о том, что не устраивает их существующий алгоритм. Выигрывают они при этом или проигрывают - это уже другой вопрос. Что касается оптимального маршрута, то самый быстрый и оптимальный это не всегда один и тот же маршрут. Всё зависит от критериев оптимизации. Если критерий только один - время, то да, самый быстрый маршрут и есть оптимальный. Однако, вся тема крутится вокруг того, что на самом деле критериев оптимизации больше - это и пробег, и сложность маршрута, и экономичнос
-
Так чем же в данном случае плох мой вариант? Сейчас мы совершаем эти самые перепробеги даже не зная, выигрываем ли мы что-то по времени. Некоторые пользователи пишут, что едут не по рекомендациям СГ, а по своему опыту или по интуиции. Всё по тому, что нет удобного способа повлиять на решения СГ. А так: Я выбираю параметр, например 7 минут и 10 км. Программка фиксирует, что я готов за минуту выигрыша заплатить 10/7 км. Просчитывает самый короткий маршрут - 28 км. Оценивает время в пути по самому короткому маршруту (с учётом пробок и прогнозов по пробкам на основании статистики) - 80 мин.