WhAle_15

Дорогу осилит идущий (с)

в четвёртый раз закинул старик в море невод (с)

Заметил такой интересный нюанс у СитиГида в подсчёте оставшегося времени. Если ты (!ДАЖЕ В ИЗВЕСТНОЙ СИТИГИДУ ПРОБКЕ!) двигаешься с медленной скоростью в течение некоторого продолжительного времени, то программа начинает считать, что едешь ты, видимо, на улитке... и из этого предположения может смело накинуть тебе несколько часов предполагаемого времени езды на улитке по всему маршруту.

Земеля! Я постоянно звоню и сообщаю о глухой пробке, состоящей из целого паровоза фур, на выезде с острова по вечерам

А вот и трейлер к фильму :

Примерно так будут выглядеть пять статистических моделей для буднего дня с разной степенью загруженности: Точно так же моделируем наборы для выходного дня, предвыходного дня и предбуднего дня. Итого получаем четыре набора по пять моделей. Примерно так

Поскольку на сайте нашего СитиГида не публикуется аналитическая информация, я в качестве иллюстрации приложу несколько картинок с другого ресурса. Как мы видим, пробочная активность в день проявляет себя в виде определённого графика. От дня к дню заметны изменения, в основном, аддитивной составляющей, на основании чего мы можем проводить сбор статистических моделей для различных по нагрузке дней. Друзья, не стесняйтесь, предлагайте идеи!

Костя' date=' прокомментируй. Что конкретно общего? Я так понимаю в том варианте именно алгоритм "предполагает" появление пробок на основании прилежащих скоростей. В предложенном мной варианте используются только статистические данные. С этим соглашусь. Гибкость и актуальность системы и данных возрастут.

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

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

Напоминает суровых Челябинских тестеров Неужели нет методики "имитационного" тестирования? Эмуляция GPS-трекера настолько нереализуема?

Изучил предложение Шпрота Как я понял, там предлагается ввести линейный коэффициент для понижения или повышения значений одной статистической модели. Поправьте меня, если я не прав. Другими словами, имеющиеся в модели пробки, в случае повышения загруженности дорог, просто становятся более "глухими", что качественно не отражает полноту картины. В предложенном мной варианте, в случае повышения или понижения загруженности дорожной обстановки происходит полная смена статистической модели. Т. е. скорость в пробках не становится ниже или выше - просто становится больше или меньше самих пробок, на о

А что, если статистику использовать не в варианте "по дням недели из прошлого", а просто, как некоторый набор псевдодней со своей пробочной загруженностью? Это своего рода динамическая статистика. Согласен, звучит каламбурно Попытаюсь объяснить свою мысль подробнее. Допустим, в обычном понимании статистики, есть накопленные данные, к примеру, за месяц для пятницы. И в любую пятницу (независимо от того, является ли она будним днём, завершающим рабочую недели, или выпадает на праздник) мы будем иметь статистические данные пробок с загородними заторами в сторону дач и т.п. И наоборот - если

Мнение: - Статистика не должна быть зашита в карту (уже обсуждалось, поддерживаю) и иметь возможность использоваться опционально. Это повысит её гибкость применения. Во-первых, для обновления статистики не потребуется релиз карты, а во-вторых возможность её отключения может понадобиться, когда данные этой статистики являются "не по сезону", как в случае на тесте. Интересно, как работает статистика в реализации 3.9. Просто использует недельный набор "день недели: утро/день/вечер"? Сможет ли она учесть, что, например, вторник определённой недели - праздничный день и загруженность в городе, соо

Это ещё что... Весной по "зиме" будем кататься

Мне кажется, это не вариант. Объективности ни какой. Сколько раз звучали возгласы типа "Вот никогда бы туда сам не поехал, а сейчас послушался совета навигатора и рад, как слон". Взять, к примеру, отзыв водителя НН, который ужаснулся, увидев, как навик потянул его на фонтанку.

Уже третий раз катаемся и в фаворитах постоянно имеются навигаторы без пробочного сервиса

Беги...

Всё-таки заставляет задуматься тот факт, что навигатор "без пробок" пусть и без существенного отрыва приезжает первым. Казалось бы, должно быть наоборот и с существенным отрывом. Где преимущество пробочного сервиса и статистики?

А была ли мысль сравнить предыдущую 3.8 с новой 3.9, чтобы наглядно оценить степень развития и изменения логики программы? UPD: использовалось: СитиГид с собственным сервисом "пробки" Версия: 3.8, карта 25.3 Водитель: nector Наблюдатель: andrewrs2000 СитиГид без сервиса "пробки", использующий статистику Версия: 3.9, карта 25.3 Водитель: eklmn Наблюдатель: Интересно было бы сравнить 3.8 с пробками VS 3.9. с пробками, чтобы прочувствовать разницу WhAle_152010-12-11 13:34:01

Это в идеале. Кстати, на мой взгляд, вполне реально осуществимо в пределах активной карты. Поиск по адресу (именно построение роутинга) в СГ работает достаточно быстро, тем более, если при этом не учитывать пробки получается около 1-2 сек на объект. Поэтому построение TOP-10 "ближайших" не займёт много времени. PS. и, да... сорри за оффтоп. Участникам и организаторам огромная честь и хвала!

Вы всё ещё с тем же нетерпением ждёте версию 3.9?