Так может тогда нужна фича «вывод времени по моему выбранному маршруту»?
Хотя для метро/трамвая это будет константа, лишь для наземного транспорта она может меняться в течение дня (и то, мы пока что это не поддерживаем, так как учета пробок в наземном общественном транспорте у нас пока нет).
Второй маршрут не показан, так как похож на первый (несколько остановочных платформ совпадает, отличие лишь в нескольких конечных платформах) и система посчитала его дублем.
Можно ведь вывести 100500 вариантов проезда между 2 точками, просто нужно ли пользователю столько? Если маршруты будут очень похожи.
В любом случае спасибо, подумаем как улучшить и соблюсти баланс.
Ок, учтем.
Хотя кейз очень странный — в первом случае вы явно знаете маршрут (или вы хотите проехать по другой части города с целью обозреть окрестности?).
А во втором это просто 2 разных маршрута (пусть и последовательных).
В пешеходной навигации можно еще много чего улучшить, включая навигацию в метро.
Уже сейчас показываем выход (саму точку выхода из метро), но инструкции для пешехода пока не выводим (в какой вагон садиться, куда идти).
Мы двигаемся в этом направлении.
Вы же понимаете, что качество пробок напрямую зависит от количества поставщиков данных. Мы постоянно работаем над увеличением количества поставщиков с тем, чтобы обеспечивать полное и качественное покрытие города.
В Новосибирске ситуация в ближайшее время должна улучшиться.
хотелось бы отметить, что 2ГИС это не совсем навигатор и никогда не позиционировался как таковой.
но предсказание пробок, построение маршрута с учетом текущих онлайн-пробок и прочие вкусные плюшки находятся в разработке и будут появляться во всех наших продуктах, включая оффлайновые.
Критерием является не расстояние, а время.
В Новосибирске и Санкт-Петербурге используется реальная статистика (упакованные данные из обычно), для остальных городов — синтетические скорости по классам дорог.
На самом деле сейчас в релизной версии и для эвристики и для отсечения используется эвклидово расстояние.
Мы проводили эксперименты с манхеттеновским (dx+dy), чебышева (max(dx, dy)) и эвклидовым. Последнее дало наилучшие результаты и наименьшее число ошибочных маршрутов.
Были опасения за производительность на мобилках, но там уже в подавляющем большинстве стоят математические сопроцессоры, так что сейчас в итоге — эвклид.
Предпочтения пользователя — вещь сугубо субъективная. Кому-то и 2-3 км пройти пешком не так тяжело, а кому-то и 500 метров уже много.
Приходится выбирать «среднестатистического» пассажира.
Хотя для метро/трамвая это будет константа, лишь для наземного транспорта она может меняться в течение дня (и то, мы пока что это не поддерживаем, так как учета пробок в наземном общественном транспорте у нас пока нет).
Можно ведь вывести 100500 вариантов проезда между 2 точками, просто нужно ли пользователю столько? Если маршруты будут очень похожи.
В любом случае спасибо, подумаем как улучшить и соблюсти баланс.
Хотя кейз очень странный — в первом случае вы явно знаете маршрут (или вы хотите проехать по другой части города с целью обозреть окрестности?).
А во втором это просто 2 разных маршрута (пусть и последовательных).
Уже сейчас показываем выход (саму точку выхода из метро), но инструкции для пешехода пока не выводим (в какой вагон садиться, куда идти).
Мы двигаемся в этом направлении.
Над фича-реквестом подумаем, спасибо!
В Новосибирске ситуация в ближайшее время должна улучшиться.
жаль, что reng уже не тот…
но предсказание пробок, построение маршрута с учетом текущих онлайн-пробок и прочие вкусные плюшки находятся в разработке и будут появляться во всех наших продуктах, включая оффлайновые.
В Новосибирске и Санкт-Петербурге используется реальная статистика (упакованные данные из обычно), для остальных городов — синтетические скорости по классам дорог.
Мы проводили эксперименты с манхеттеновским (dx+dy), чебышева (max(dx, dy)) и эвклидовым. Последнее дало наилучшие результаты и наименьшее число ошибочных маршрутов.
Были опасения за производительность на мобилках, но там уже в подавляющем большинстве стоят математические сопроцессоры, так что сейчас в итоге — эвклид.
Приходится выбирать «среднестатистического» пассажира.