plitkin
-
Публикаций
149 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные plitkin
-
-
Ну например, если нам надо с запада МО на восток МО. Как проехать через Москву? По МКАД, по 3ТК, по Садовому или вообще через центр? Понятно, что вероятность проезда через Кремль
стремится к нулю, но она есть! Дорожные ситуации разные бывают, в том числе и совсем нелогичные.. PS я, пожалуй, пробки MO отключу до начала сезона (впрочем, недолго осталось).
-
После известной всем аварии вместе с московскими пробками стала приходить дорожная обстановка Питера. Флажки стоят только напротив Москвы и области.
-
Судя по моему history.txt, радоваться рано.
В течение дня информация на сервер отправлялась, а обратно - очень редко.
Вечером стало получше, но лишь получше. К тому же вместе с московскими пришёл файл питерских пробок.
Проверить, доходила ли информация о моём передвижении не удалось - мониторинг не работает.
-
При M < N < K
Если датчиков меньше M - хорошо иметь статистический алгоритм
Если датчиков больше чем N - вполне достаточно поправочного коэффициента
Если датичков больше чем K - оба алогоритма не нужны - можно вполне обойтись "жертвами"
Мне это, пожалуй, нравится. В глухие пробки Ситигид меня приводит как раз при средне-малой загрузке улиц. Как следствие - время прохождения одного и того же маршрута (маршрут, понятное дело, меняется по ситуации, но точки старт-финиш остаются) при 7 и 4 баллах (по яндексу) получается одинаковым, что неправильно!
Кстати, пользуясь случаем, хочу напомнить, что "средняя скорость по городу" - отличная маркетинговая фишка, гораздо лучше яндексовских "баллов", поскольку не является условной величиной...
-
2. изменение формата карты
3. доработка программы
А разве в файле дорожной обстановки, который мы ежедневно загружаем, нет скоростных индексов? Можно сделать таких файлов 5 штук (ночной, выходной, и 3 дневных будних) и менять их по расписанию.. Карту менять не надо, программу переделывать тоже.
-
По Вашей логике, если Вы проезжаете одно ребро со скорость 50 км/ч, а следующее 10 км/ч, то, при одинаковой длине рёбер Ваша средняя скорость составит 30 км/ч?
Расчет показывает, что на самом деле, получается чуть меньше 17 км/ч!
Не понял... Какой расчёт?
-
Картина маслом - поехал на ш. Энтузиастов (кто о чем' date=' а вшивый о бане, см. мои посты на эту тему
), по мнению программы было свободно, но встал. Ответил "Да" на вопрос о пробке. Увидел под собой свою же хрюшку через 5-7 минут. За это время не сдвинулся с места. Прошло полчаса. Проехал 60 метров. Уж не знаю почему, но хрюшка пропала. Именно пропала, а не спряталась за границу экрана. Как понимать? [/quote']Aй-яй-яй! Возможно, кончилось время жизни пробки, из которой Вы ещё не выехали... Я с этим сталкивался.
-
Так он и не пересчитывается http://forum.probki.net/forum_posts.asp?TID=4323
Я это читал, потому и спросил, причём в разделе "техподдержка". Судя по тому, что прямого ответа на вопрос "можно ли отключить?" не было, а ветка перенесена в Обмен опытом, вынужден предположить, что кто-то из пользователей умеет отключать эту функцию..
Но раз уж вместо ответа началось обсуждение, присоединюсь со своими "за" и "против".
1) Функция нужна, причём должна быть включена по умолчанию, в любой реализации. Поскольку влияет на имидж программы. Особенно для новых пользователей.
2) Бывают ситуации, когда она однозначно вредна для всех, например, при ожидании на светофоре двухполосной дороги (то есть чтобы повернуть, перестраиваться не нужно). Кроме непредсказуемого переключения поворотников это ничем не грозит.
3) Присоединяюсь к пожеланиям сделать это ограничение не по расстоянию, а по времени, но очевидно, что это непросто.
4) Продвинутых пользователей CG (к которым причисляю себя) предложение свернуть направо при стоянии на левую стрелку вообще не беспокоит ни разу
-
Понимаю, что функция для большинства очень полезная, но всё-таки спрошу: есть ли в СG 3.0 возможность отключить запрет изменения маршрута перед перекрёстком?
-
Практически каждый день за время поездки встречаю 1-2 поставленных вручную пробки, которых на самом деле нет (чаще на встречной). Я не знаю, по какому источнику они были проставлены, но впечатление складывается такое, что в Москве достоверность пробок, установленных вручную, гораздо ниже, чем "хрюшек", пришедших от участников. В этом свете становится понятно нежелание разработчиков использовать пробки по расписанию.
Решений тут видится два: переделка системы с использованием статистики - это дальняя перспектива, а пока можно поставить в своей дорожной обстановке минимальную скорость в тех местах, где точно уверен, что всё стоит...
-
Тоже думал, но не очень представляю, где хранить эту статистику
.Ну, к примеру, в том же файлике .user.upd
Плюс менять его в зависимости от времени суток.
Хотя' date=' если СГ будет работать на подобие Бейсовского фильтра (т.е., самообучаясь и подстраиваясь под "хозяина"), то будет лучше, но пока не очень представляю, как это сделать.[/quote']
Предлагаю простой алгоритм (как вариант):
Хозяин проехал по ребру, которому присвоен индекс 50 км/ч, со скоростью 20 км/ч. После этого в файлик *.user.upd на это ребро записалась скорость 40. На следующий день ситуация повторилась (опять 20 вместо теперешних 40). Записываем 30. Таким образом с каждым "ошибочным" (неоптимальным) использованием каждого ребра вероятность использования его в новом маршруте понижается. Неважно, по каким причинам скорость была ниже зашитой. Пробка ли это, хороший вид из окна, светофор... Кстати, для учёта светофоров такой способ вполне годится: если в 50% случаев мы его проскакиваем, индекс скорости на ребре не меняется. Если чаще стоим, постепенно снижается. И наоборот.
-
Когда будет исправлен Ленинградский проспект в районе Динамо? (карта Москвы) Замечания 19162, 19163, 19441. Со времени первого сообщения прошло восемь месяцев и вышло две новых версии карты! Сроки всё время отодвигаются, частичное исправление корректурой тоже не всегда помогает - сегодня опять программа рисовала неверный маршрут. Или кроме меня там никто не ездит?
-
Если скорость с камер в тоннелях будет напрямую отправляться на сервер СитиГида, я обеими руками за. Но под каждым мостом камеру не поставишь, так что мне кажется, что нужно искать и другие выходы, не дожидаясь NASA и Пентагона.
Кстати, по третьему пункту ещё никто не высказался. Среднюю скорость на пропавших рёбрах можно вычислить, расстояние и время ведь известны.
-
С Москвой сложнее, но и там идея сохранения полета дельтаплана бессмысленна. Пусть остается проложенный маршрут, этого достаточно. На выезде система все равно его пересчитает.
Всё происходит немного не так. На выезде приёмник начинает ловить отражённый сигнал, стрелка оказывается на какой-нибудь параллельной улице, и водитель, двигаясь ещё в рамповой части тоннеля, слышит, например, "поворот направо". Удивляется, но едет дальше, поскольку справа пока стена. Затем система уточняет координаты и возвращается на предыдущий маршрут (это оптимистичный сценарий, варианты с манёврами сразу после выезда уже описаны выше). Хэппи-энд? Нет. Данные о скорости на сервер не ушли.
Я не случайно начал тему в разделе "сервисы". Речь идёт о потере части пробочной информации. Причём для Москвы - значительной части. А если решение этой проблемы повлечёт за собой улучшение навигационной части программы - думаю, недовольных не будет..
-
А ещё лучше включать такую симуляцию и при потере GPS сигнала. Тогда и тунели наносить на карту не надо
Наверное, это должно помочь. Например, при стоянии под мостами...
-
Постоял я пару раз в Серебрянноборском тоннеле и заинтересовался, помогло ли это кому-то ещё. Оказалось - нет! Не только пробки не появились, но и в мониторинге ничего не записалось. Это притом, что мобильный телефон у меня в этом тоннеле работает. А в Лефортовском кто-нибудь видел пробку, выставленную по обратной связи? Я видел только по звонкам (или другим источникам).
В Москве два длинных тоннеля и множество не очень длинных, связь с Интернетом и спутниками в большинстве из них пропадает. На ТТК есть множество участков, данные о передвижении по которым так и не доходят до сервера. Проверял в мониторинге. Понятно, что отсутствие данных на всех этих участках не способствует лучшей прокладке маршрутов. Справедливости ради отмечу, что иногда скорости отображаются. Хотя и тут есть небольшая странность. Если проехать под мостом, скорость на сервер отправится, а если постоять, возможно и нет...
Эта одна небольшая проблема тесно связана с несколькими другими, которые ИМХО в принципе решаемы:
- При потере связи с сервером данные, предназначенные для отправки, как правило теряются. Я слышал о каком-то буфере.. Есть ли он?
- Функция привязки местоположения к дороге нуждается в доработке. Не должно быть физически невозможных манёвров. Как минимум - если программа проложила маршрут через тоннель, и в точке въезда пропал сигнал GPS, она должна продолжать вести по этому маршруту и ожидать появления GPS в точке выезда для уточнения скорости.
- Среднюю скорость на пропавших рёбрах можно узнать с помощью элементарных арифметических операций. Мне кажется, лучше знать хотя бы среднюю, чем вовсе никакой.
plitkin2008-08-16 18:00:59
-
Со времени моего предыдущего сообщения из незаказанных пробочных файлов получил: 53Nov (23.06); 23Krd (04.07); 47Len (12.07).
-
Обнаружил на КПК в папке с программой файлы .jam для карт, которые у
меня не установлены. Естественно, и в настройках обновлений они
отключены. 53Nov, 47Len, 52NNv... Программа 2.5, установлена в основную
память А636. Примерно месяц назад я уже наблюдал этот эффект, но тогда
не придал этому значения и просто их стёр. Сейчас снова появились. Даты
файлов - с 10 до 20 июня.
Всё остальное вроде работает нормально, дорожная обстановка и пробки, которые мне нужны, скачиваются и отображаются.
-
plitkin, вот когда придут координаты от GPS - тогда маршрут и переложится с учетом дор.обстановки."На столе" это срабатывает только ручной заменой старта.
Продолжение:
GPS сигнал есть, положение известно. Скачиваем пробки, строим маршрут,
отключаем пробки - маршрут перепрокладывается. Включаем пробки обратно
- маршрут не меняется. Начинаем движение - маршрут не меняется!
Пересчитывается только после того, как мы от него отклонились. Пока
продолжали движение по нему - он так и оставался неправильным, с
включёнными пробками, но построенный без их учёта.
версия 2.4
-
Я сделал проще - повесил запуск СГ на кнопку.
спасибо, помогло
сам бы не догадался
-
Искал в интернете, нашёл всякие программы, которые это делают. Ставить их ради одного ярлыка не хочется. Хочется добавить СитиГид, чтобы запускать его пальцем, а не стилусом. Готов копаться в реестре, если надо
-
Без GPS-а
1. Обновляю пробки2. Ставлю финиш3. Выключаю пытающийся включиться GPS.4. Получаю время доезда до финиша (умножая показываемое время на 2)Работает1. Чтобы увидеть какой-либо маршрут, нужен не только финиш, но и старт.
2. При выключенном GPS время до финиша не показывается
3. Посмотреть до начала движения варианты маршрута с учётом пробок и без у меня не получается.
-
Неудобно. То есть посмотреть реальный маршрут до начала движения не получится..
И ещё - если координаты пропадут, маршрут опять переложится без учёта дор. обстановки? Я замечал - едешь в тоннеле, сигнал GPS пропадает, маршрут перепрокладывается.. выезжаешь - GPS появляется, маршрут опять перепрокладывается..
-
у меня нокия держит и кпк и гарнитуру
Которая нокия? А то у меня нокия одновременно не держит.
(6021)
Не пересчитывается маршрут по приходу про
в Обмен опытом
Опубликовано
Вынужден подтвердить наличие проблемы.
Последовательность действий была следующая:
- Стою во дворе "вне маршрута", задаю финиш, включается GPS, находятся спутники, строится маршрут.
- Приходят пробки, маршрут не меняется. (он должен был поменяться 100%, поскольку с пробками пришёл запрет проезда по расписанию на рёбре, через которое он построен)
- Выключаю-включаю GPS, маршрут строится правильный.
Так что к вариантам принудительного пересчёта маршрута можно добавить выкл/вкл GPS, надеюсь, как временную меру до выхода следующей версии
Ситигид 3.2, Asus 636