Alecs

Но при этом СГ должен сказать, насколько быстрее, и после этого предложить поменять. То есть примерно так: "Найден новый маршрут, время в пути уменьшается на ... минут, перепроложить?

То есть, если я правильно понял, СГ находит новый маршрут, предлагает его, а пользователь либо соглашается, либо нет?

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

Вот я тоже не пойму чего мы спори? Речь действительно идет только об изменении пользователем этого критерия.

Вот это самый правильный подход, на мой взгляд.

Так, но опять же, сколь минут выгоды, зависит от продолжительности общего маршрута.

А вы в принципе, за настройку или против ее?

Лишнюю опцию или еще одну опцию?

Ну если маршрут занимает 20 мин. и 10 из них я стою в пробке, это конечно не есть хорошо. Я имел в виду маршруты более длительные, больше часа.

Ну так вроде как сошлись на том, что "Уменьшать % пропорционально оставшемуся расстоянию" - это будет включаемая/выключаемая опция в виде галки. Кому нужны объезды, включает, кто изначально согласился на ... количество минут, не включает.

А вообще, если изначально при планировании маршрута 5-7-10 мин. для меня не есть экономия, и я с этим согласен, то мне мягко говоря все равно чего там впереди рассосалось.

Уменьшать % пропорционально оставшемуся расстоянию (кому это сильно надо)

Другими словами, насколько нам важно то время, которое мы экономим на объезде.

Согласен, только мне не нужен самый быстрый, мне нужен оптимальный. У каждого свое понятие "оптимальный". Поэтому и нужна настройка. В предыдущих версиях программы маршрут перепрокладывался очень часто. В текущей версии выигрыш по времени после перепрокладки превышает 3 минуты (т.е. увеличен по отношению к предыдущим версиям). Стало комфортней, уто уже факт, а не теория. Следовательно с увеличениемно данного параметра хуже не стало, а стало лучше, но не оптимально. А оптимально для себя может каждый настроить только сам.

Насколько я понимаю, программа прокладывает маршрут самый короткий по расстоянию, а следовательно и по времени. Затем учитываются пробки. И если время проезда с учетом пробок занимает больше времени (в данный момент на 3 мин.), то программа прокладывает маршрут в объезд, учитывая эти 3 мин. Возьмем 6 мин., алгоритм тот же. СГ прокладывает самый короткий маршрут по расстоянию, и только если пробки по этому маршруту больше на 6 мин., чем в объезд, тогда программа предложит объехать. Где метания? Если программа изначально предложила объехать при выставленных, например 20%, то значит по основно

+1

Расскажу впрочем еще об одном примере (один из самых показательных наверное) От работы до дому я обычно еду около часа или чуть больше, в зависимости от... Сажусь тук как то в машину, запускаю СГ, он прокладывает маршрут в объезд через КАД, расстояние до конечной точки при этом 60 км. Обычно, не в объезд это 35 км. Ну думаю, для бешеной собаки 15 км не крюк. Доехал до дома, по времени примерно столько, сколько показывал СГ. Через пару, тройку дней такая же ситуация, СГ опять предлагает объехать. И тут закрались у меня смутные сомнения, а сколько же по времени я сэкономл

Экономить хотят, метаться не хотят, а очень часто получается не экономия, а метание. В большинстве случаев выставленные 10% перестраивать не придется, а при коротких или длинных поездках можно и перестроить. Это в любом случае лучше, чем каждый раз настраивать время

С другой стороны можно добавить, например параметр "ПЕРЕРАСЧИТАТЬ", сделать его отдельной кнопкой. Тем самым на определенном этапе маршрута (например, оставшееся время 20 мин.) нажать на эту кнопку и программа перерасчитает маршрут исходя из оставшегося времени, т.е. при 10% на оставшиеся 20 мин. - 2 мин. Или сделать отдельно настраиваемый пункт "Уменьшать % пропорционально оставшемуся расстоянию"

Уменьшать % пропорционально оставшемуся расстоянию скорей всего не стоит. Осталось 10 мин. до финиша, в настройках стоит 10%, выигрыш во времени 1 мин. и начинается дерготня. Можно конечно сделать алгоритм уменьшения % более сложным...

Если минуты не будут уменьшаться пропорционально оставшемуся расстоянию, такого не будет.

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