Sorg

Не так давно обновился до версии 5.0, и тут тоже началось. Пропадают пробки нафиг. Причем не сразу, а через произвольное время. "Найден новый маршрут" - и вот уже едем вслепую, пару раз уже заехал в очень неприятные пробки, не поглядел отчего вдруг маршрут новый нашелся. Индикатор связи остается зеленый и в Hictory сплошные Ok. Если руками обновить, то не ругается, но и пробки не появляются. После перезапуска программы пробки чаще всего возвращаются и опять некоторое время работают. Если не перезапускать через некоторое время могут сами вернуться. Навигатор Explay PN-990. CG5.0. В History,

Ну так объединили город с областью, теперь больше карта - больше пробочной информации. Мне так кажется. Подскажите на билайне, если не сложно Безлимитный за 150-200 в месяц.

А количество реальных датчиков зависит от того как эффективно решены различные проблемы. Замкнутый круг, однако. Надо его где-то разрывать.

Слишком мала целевая аудитория для подобных опций. Это же капитализм: предложение законом не ограничено, т.е. программа может строить любые маршруты. Весь вопрос в спросе: на превышение скорости есть спрос, на проезд под кирпичи почти нет. Отсюда и реализация.

То, что я написал - это факт. Типы дорог действительно не решат проблему с перескоростями, разве что частично. Информация о разумной скорости проезда действительно была бы полезна пользователям. И настройки тоже были бы полезны. А вот то, что вряд ли реализуют - это другой вопрос. Но об я не писал Этот вопрос вне моей компетенции.

1. Берем данные о скоростях на ребре за определенный период (по сути как для статистики). Далее сортируем и 5-10-20% самых высоких скоростей отбрасываем. Самая высокая из оставшихся скоростей берется как лимит. Пример: есть скорости 20,25,40,35,100,25,35,20,40,20. Сортируем: 20,20,20,25,25,35,35,40,40,100. Допустим отбрасываем 10%. 10% от 10ти измерений=одно измерение. Отбрасываем одно самое большое измерение: 20,20,20,25,25,35,35,40,40. Итого лимит 40км/ч. Пример 2: есть скорости 20,25,40,35,30,25,35,20,40,20. Сортируем: 20,20,20,25,25,30,35,35,40,40. Отбрасываем одно самое большое измерени

Бороться с перескоростями через типы дорог - нереально. Дороги одного и того же типа могут иметь сильно разную разумную скорость проезда. Одно дело широкий переулок с запретом стоянки по обеим сторонам, другое - разбитый переулок с припаркованными как попало автомобилями. По первому можно в среднем 40 проехать (с учетом разгонов, торможений и "уступи дорогу"), по второму и 20 страшно, а разрешенная ГИБДД вообще 60.Изначальная идея заключалась в том чтобы получить реальную картину с какой скоростью какое ребро можно проехать. Без учета скоростного режима и чего-либо еще. Чисто механически никог

Программа должна исходить из реальной ситуации, только так она может быть актуальной. Если исходить из того что в стране полный порядок, никто не нарушает, дороги вовремя чинят и новые строят, благодаря чему нет пробок => СитиГид вообще не нужен. Там где нет статистики есть скоростной режим, официально утвержденный. Да и неточности на ребрах, где 5ти автомобилей в день не проезжает, не будут сильно влиять на точность подавляющего большинства маршрутов. Если кого-то будет напрягать - позвонит и решит проблему.

Все это реально сделать уже сейчас. А типы дорог даже в ближайшем году никто не обещает. Я имел в виду то, то говорит timvetrov. Т.е. нужно ввести спидлимит, который будет отражать с какой максимальной скоростью можно проехать данное ребро (чисто технически, не рискуя угробить машину или сбить пешеходов). На основе этой информации можно отсеивать ложные скорости (т.е. те, которые выше нашего лимита - это либо сбой в программе, либо carmageddon). Про ограничения, связанные со скоростным режимом я вообще не задумывался, но определенно это отдельный параметр. Т.е. если по дороге реальн

Спасибо за ответ. Очень отрадно. Спасибо за информацию, КО. Но об этом писал уже: Делается файл со списком ребер, для которых есть индивидуальные ограничения скорости, туда забиваются и сами скорости, те которые 40км/ч. Когда инфа от датчика приходит на сервер программа-фильтр смотрит есть ли ребро в нашем волшебном файле и на основании ограничения из этого файла отбрасывает/корректирует показания датчика. После этого отдает показания основному коду сервера, который работает как обычно. Собственно полностью реализация расписана. Еще раз спасибо, кэп. Только вопрос в том что вер

Joss, [offtop] Не подумайте что я ради сарказма, но итересно доходят ли идеи и предложения с форума до разработчиков и администрации проекта? Все ли идеи передаются разработчикам/игнорируются? Какие критерии того что разработчики узнают о новой идее на форуме? По этому поводу на форуме вообще вакуум космический. [/offtop]

Joss, Вам тоже спасибо за ответ. То что типы дорог собираются реализовать я в курсе. А тему эту я начал потому что: а) будут ли типы дорог в следующей версии или нет - нет информации (в смысле точной, слухов-то есть) б) даже если будут все равно непонятно когда будет следующая версия в) нормальные маршруты хочется уже сейчас Я не предлагаю такой костыль в качестве окончательного решения. Естественно должны быть типы дорог. Просто можно уже сейчас без значительных затрат временно решить проблему.

Ну может просто не знали что можно вот так просто проблему решить , а теперь хлопнут себя по лбу и за ночь сделают ))

Не томи уже, дай ссылку!!! Не в первый раз уже ищу инфу по теме, но ничего конкретнее, чем "работаем" и "раньше следующей версии точно не будет" не нашел...

Применить очень просто. Делается файл со списком ребер, для которых есть индивидуальные ограничения скорости, туда забиваются и сами скорости, те которые 40км/ч. Когда инфа от датчика приходит на сервер программа-фильтр смотрит есть ли ребро в нашем волшебном файле и на основании ограничения из этого файла отбрасывает/корректирует показания датчика. После этого отдает показания основному коду сервера, который работает как обычно. По ссылке нет никаких обещаний и объяснений сложностей реализации. Насколько я понял, конвертер карт из формата MP в формат СитиГида теперь корректно понимает

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

Вижу что смысла нет, но поделиться мыслями все-таки хочется. Может пригодятся кому-нибудь. Копий уже наломано горы о маршрутах по карманам, а воз и ныне там. Все упирается в сложности технической реализации. Вот и пришла мысль как это можно сделать попроще. Суть вообще примитивна: ограничить максимум скорости в кармане. Скажем, 40км/ч. В статистике, вроде бы, уже и есть нечто подобное. Осталось разобраться с оперативными данными. Тут несколько вариантов: 1. Не принимать данные от датчика, если скорость выше допустимой на ребре. Это можно либо в коде сервера сделать, либо отдельным прило

Уже не в первый раз вижу такие просьбы и мне вот что непонятно: программа же тебе руль не выворачивает, если не можешь перестроиться как она велит подсказывает - едь дальше как планировал, маршрут перестроится и будет все так как будто у тебя включена опция "не перестраивать маршрут когда я уже стою не в той полосе перед светофором".

Сам не пробовал, но почитав форум становится понятно что некорректно учитываются пробки при прокладке маршрута через несколько карт. Да еще есть проблемы с проездом/объездом городов. В общем, маршрут строится, но далеко не оптимальный (впрочем, тут как повезет).

Вообще да, что-то я повелся на рассуждения об оптимальной скорости. Если ввести пользовательское ограничение скорости описанное ранее, то оно и будет служить для "нелюбви" к гонкам, т.е. для участков со слишком большой скоростью будет считать по твоей комфортной, а за счет расстояния отбракует гоночные трассы в пользу спокойных и более коротких маршрутов.

По предложенной на данный момент формуле зависимость критерия оптимизации от скорости будет синяя на графике (t=A*s/v+(1-A)*s). Т.е. явно винда "нелюбовь" к пробкам, при скорости 0 величина критерия уходит в бесконечность, соответственно в такие места маршрут не будет проложен никогда (что и логично ). При увеличении скорости величина стремится к постоянной, т.е. бОльшая скорость будет оптимальнее в любом случае. Добавить "нелюбовь" к гонкам можно следующим образом t=A*s/v+(1-A)*s+((max(Vопт,v)-Vопт)*k, розовая линия на графике. Vопт - оптимальная скорость, определяет точку где график начина

В предыдущем твоем посте я, видимо, не верно тебя понял. Я решил что ты пишешь про "левые" скорости, поставленные гонщиками с мигалками, т.е. стоит 120 там где реально только 80 можно проехать. Вариант решения про пользовательское ограничение скорости я написал уже в предыдущем своем посте.

Так вот, алгоритм предложенный мной в начале этой темы как раз и предназначен для того чтобы не выгоняли Только он не учитывает ограничения по скорости личные, т.е. если ты по КАД едешь 90 где у СГ стоит 120, то для тебя это возможно будет не оптимальный маршрут. Решение в том чтобы использовать два подхода одновременно. Т.е. оптимальный маршрут должен рассчитываться по формуле f= s/v*(1-А)+ s*А, только скорость на ребре надо брать с ограничениями, т.е. v=min(vсг,vплз). vсг - скорость из пробочных данных, vплз - ограничение скорости, выставленное пользователем. Оптимальность у каждого

Выгонят. Если по городу будет 10км со скоростью средней 40, а по КАД будет 20км с твоей выставленной 90 - поедешь по КАД. Полторы минуты экономии на 15 минут маршрута и двойное увеличение расстояния. Если на КАД стоит 120, то в 99% случаев там можно без мигалок и обмигивания дальним проехать 120+. Если все кроме "мазератти" едут 80, то и будет стоять там 80 в абсолютном большинстве случаев. Скорость ставится не максимальная, а последняя пришедшая, т.е. почти всегда будет стоять скорость, с которой большинство едет. В итоге получается оптимальность маршрута по времени/расстоянию и огра

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