Jump to content
GPS навигатор СитиГИД

Sorg

Пользователи
  • Content Count

    32
  • Joined

  • Last visited

Everything posted by Sorg

  1. Не так давно обновился до версии 5.0, и тут тоже началось. Пропадают пробки нафиг. Причем не сразу, а через произвольное время. "Найден новый маршрут" - и вот уже едем вслепую, пару раз уже заехал в очень неприятные пробки, не поглядел отчего вдруг маршрут новый нашелся. Индикатор связи остается зеленый и в Hictory сплошные Ok. Если руками обновить, то не ругается, но и пробки не появляются. После перезапуска программы пробки чаще всего возвращаются и опять некоторое время работают. Если не перезапускать через некоторое время могут сами вернуться. Навигатор Explay PN-990. CG5.0. В History,
  2. Ну так объединили город с областью, теперь больше карта - больше пробочной информации. Мне так кажется. Подскажите на билайне, если не сложно Безлимитный за 150-200 в месяц.
  3. А количество реальных датчиков зависит от того как эффективно решены различные проблемы. Замкнутый круг, однако. Надо его где-то разрывать.
  4. Слишком мала целевая аудитория для подобных опций. Это же капитализм: предложение законом не ограничено, т.е. программа может строить любые маршруты. Весь вопрос в спросе: на превышение скорости есть спрос, на проезд под кирпичи почти нет. Отсюда и реализация.
  5. То, что я написал - это факт. Типы дорог действительно не решат проблему с перескоростями, разве что частично. Информация о разумной скорости проезда действительно была бы полезна пользователям. И настройки тоже были бы полезны. А вот то, что вряд ли реализуют - это другой вопрос. Но об я не писал Этот вопрос вне моей компетенции.
  6. 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. Отбрасываем одно самое большое измерени
  7. Бороться с перескоростями через типы дорог - нереально. Дороги одного и того же типа могут иметь сильно разную разумную скорость проезда. Одно дело широкий переулок с запретом стоянки по обеим сторонам, другое - разбитый переулок с припаркованными как попало автомобилями. По первому можно в среднем 40 проехать (с учетом разгонов, торможений и "уступи дорогу"), по второму и 20 страшно, а разрешенная ГИБДД вообще 60.Изначальная идея заключалась в том чтобы получить реальную картину с какой скоростью какое ребро можно проехать. Без учета скоростного режима и чего-либо еще. Чисто механически никог
  8. Программа должна исходить из реальной ситуации, только так она может быть актуальной. Если исходить из того что в стране полный порядок, никто не нарушает, дороги вовремя чинят и новые строят, благодаря чему нет пробок => СитиГид вообще не нужен. Там где нет статистики есть скоростной режим, официально утвержденный. Да и неточности на ребрах, где 5ти автомобилей в день не проезжает, не будут сильно влиять на точность подавляющего большинства маршрутов. Если кого-то будет напрягать - позвонит и решит проблему.
  9. Все это реально сделать уже сейчас. А типы дорог даже в ближайшем году никто не обещает. Я имел в виду то, то говорит timvetrov. Т.е. нужно ввести спидлимит, который будет отражать с какой максимальной скоростью можно проехать данное ребро (чисто технически, не рискуя угробить машину или сбить пешеходов). На основе этой информации можно отсеивать ложные скорости (т.е. те, которые выше нашего лимита - это либо сбой в программе, либо carmageddon). Про ограничения, связанные со скоростным режимом я вообще не задумывался, но определенно это отдельный параметр. Т.е. если по дороге реальн
  10. Спасибо за ответ. Очень отрадно. Спасибо за информацию, КО. Но об этом писал уже: Делается файл со списком ребер, для которых есть индивидуальные ограничения скорости, туда забиваются и сами скорости, те которые 40км/ч. Когда инфа от датчика приходит на сервер программа-фильтр смотрит есть ли ребро в нашем волшебном файле и на основании ограничения из этого файла отбрасывает/корректирует показания датчика. После этого отдает показания основному коду сервера, который работает как обычно. Собственно полностью реализация расписана. Еще раз спасибо, кэп. Только вопрос в том что вер
  11. Joss, [offtop] Не подумайте что я ради сарказма, но итересно доходят ли идеи и предложения с форума до разработчиков и администрации проекта? Все ли идеи передаются разработчикам/игнорируются? Какие критерии того что разработчики узнают о новой идее на форуме? По этому поводу на форуме вообще вакуум космический. [/offtop]
  12. Joss, Вам тоже спасибо за ответ. То что типы дорог собираются реализовать я в курсе. А тему эту я начал потому что: а) будут ли типы дорог в следующей версии или нет - нет информации (в смысле точной, слухов-то есть) б) даже если будут все равно непонятно когда будет следующая версия в) нормальные маршруты хочется уже сейчас Я не предлагаю такой костыль в качестве окончательного решения. Естественно должны быть типы дорог. Просто можно уже сейчас без значительных затрат временно решить проблему.
  13. Ну может просто не знали что можно вот так просто проблему решить , а теперь хлопнут себя по лбу и за ночь сделают ))
  14. Не томи уже, дай ссылку!!! Не в первый раз уже ищу инфу по теме, но ничего конкретнее, чем "работаем" и "раньше следующей версии точно не будет" не нашел...
  15. Применить очень просто. Делается файл со списком ребер, для которых есть индивидуальные ограничения скорости, туда забиваются и сами скорости, те которые 40км/ч. Когда инфа от датчика приходит на сервер программа-фильтр смотрит есть ли ребро в нашем волшебном файле и на основании ограничения из этого файла отбрасывает/корректирует показания датчика. После этого отдает показания основному коду сервера, который работает как обычно. По ссылке нет никаких обещаний и объяснений сложностей реализации. Насколько я понял, конвертер карт из формата MP в формат СитиГида теперь корректно понимает
  16. Насколько я понимаю ))), разделение дорог на ряд категорий является универсальным решением целого класса проблем. Но, как я уже писал выше, это сложно в реализации, и, если я ничего не пропустил, то никто не обещал что это вообще будет в обозримом будущем. Я предложил альтернативный вариант, не такой универсальный, но зато сильно проще в реализации.
  17. Вижу что смысла нет, но поделиться мыслями все-таки хочется. Может пригодятся кому-нибудь. Копий уже наломано горы о маршрутах по карманам, а воз и ныне там. Все упирается в сложности технической реализации. Вот и пришла мысль как это можно сделать попроще. Суть вообще примитивна: ограничить максимум скорости в кармане. Скажем, 40км/ч. В статистике, вроде бы, уже и есть нечто подобное. Осталось разобраться с оперативными данными. Тут несколько вариантов: 1. Не принимать данные от датчика, если скорость выше допустимой на ребре. Это можно либо в коде сервера сделать, либо отдельным прило
  18. Уже не в первый раз вижу такие просьбы и мне вот что непонятно: программа же тебе руль не выворачивает, если не можешь перестроиться как она велит подсказывает - едь дальше как планировал, маршрут перестроится и будет все так как будто у тебя включена опция "не перестраивать маршрут когда я уже стою не в той полосе перед светофором".
  19. Сам не пробовал, но почитав форум становится понятно что некорректно учитываются пробки при прокладке маршрута через несколько карт. Да еще есть проблемы с проездом/объездом городов. В общем, маршрут строится, но далеко не оптимальный (впрочем, тут как повезет).
  20. Вообще да, что-то я повелся на рассуждения об оптимальной скорости. Если ввести пользовательское ограничение скорости описанное ранее, то оно и будет служить для "нелюбви" к гонкам, т.е. для участков со слишком большой скоростью будет считать по твоей комфортной, а за счет расстояния отбракует гоночные трассы в пользу спокойных и более коротких маршрутов.
  21. По предложенной на данный момент формуле зависимость критерия оптимизации от скорости будет синяя на графике (t=A*s/v+(1-A)*s). Т.е. явно винда "нелюбовь" к пробкам, при скорости 0 величина критерия уходит в бесконечность, соответственно в такие места маршрут не будет проложен никогда (что и логично ). При увеличении скорости величина стремится к постоянной, т.е. бОльшая скорость будет оптимальнее в любом случае. Добавить "нелюбовь" к гонкам можно следующим образом t=A*s/v+(1-A)*s+((max(Vопт,v)-Vопт)*k, розовая линия на графике. Vопт - оптимальная скорость, определяет точку где график начина
  22. В предыдущем твоем посте я, видимо, не верно тебя понял. Я решил что ты пишешь про "левые" скорости, поставленные гонщиками с мигалками, т.е. стоит 120 там где реально только 80 можно проехать. Вариант решения про пользовательское ограничение скорости я написал уже в предыдущем своем посте.
  23. Так вот, алгоритм предложенный мной в начале этой темы как раз и предназначен для того чтобы не выгоняли Только он не учитывает ограничения по скорости личные, т.е. если ты по КАД едешь 90 где у СГ стоит 120, то для тебя это возможно будет не оптимальный маршрут. Решение в том чтобы использовать два подхода одновременно. Т.е. оптимальный маршрут должен рассчитываться по формуле f= s/v*(1-А)+ s*А, только скорость на ребре надо брать с ограничениями, т.е. v=min(vсг,vплз). vсг - скорость из пробочных данных, vплз - ограничение скорости, выставленное пользователем. Оптимальность у каждого
  24. Выгонят. Если по городу будет 10км со скоростью средней 40, а по КАД будет 20км с твоей выставленной 90 - поедешь по КАД. Полторы минуты экономии на 15 минут маршрута и двойное увеличение расстояния. Если на КАД стоит 120, то в 99% случаев там можно без мигалок и обмигивания дальним проехать 120+. Если все кроме "мазератти" едут 80, то и будет стоять там 80 в абсолютном большинстве случаев. Скорость ставится не максимальная, а последняя пришедшая, т.е. почти всегда будет стоять скорость, с которой большинство едет. В итоге получается оптимальность маршрута по времени/расстоянию и огра
  25. Да, думал об этом и ждал когда кто-нибудь заметит . А тут прямо с ответом и объяснением, спасибо.
×
×
  • Create New...