Шпрот
-
Публикаций
571 -
Зарегистрирован
-
Посещение
-
Победитель дней
5
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные Шпрот
-
-
Закрыли переезд - нарисовалась пробка, открыли - реально пробки давно нет, а СГ тащит в объезд.
Так в том-то всё и дело, что пробка нарисуется не когда закрыли переезд, а когда его открыли и ребро проехали. Т.е. данные уходят ложные (если вообще уходят)!
-
Я слышал, что проблема в том, что СГ не учитывает время доезда. Если принять во внимание кратковременность относительную перекрытий жд, то идея бесполезная.
Ну так рано или поздно СГ прогнозировать время доезда научится.
Хотя даже если и нет, закрытый переезд - всегда длинная пробка. Пока данные о ней отправятся на сервер - пройдёт достаточно времени и информация перестанет быть актуальной. Тем более, что при околонулевой скорости корректные данные уходят не всегда (сегодня, несмотря на подтверждение отправить данные о пробке, они так и не появились и всё время пока я стоял перед шлагбаумом скорость на ребре так и была около 25 км/час (проблема известная:
А так хотя бы на период закрытия (к примеру, на 5 минут) программа не будет гнать в пробку, тем самым только увеличивая её.
-
Приветствую!
Возможно, эта тема уже поднималась, но тем не менее.
Сегодня попал на ул.Краснопутиловской в СПб на закрытый ж/д переезд. Так как стоял в очереди одним из первых (шлагбаум захлопнулся перед носом), в ожидании товарного поезда я подошёл к женщине, дежурной по переезду и поинтересовался, имеется ли где-нибудь расписание закрытия переездов. Она ответила что да, для этого нужно обратиться к дежурной по станции. И вроде даже, эта информация не закрытая (с её слов).
Посему предложение - помимо пробок по расписанию разведённых мостов составить список железнодорожных переездов в Спб и Москве (в Питере на ум приходят наиболее проблематичные: Краснопутиловская улица, Торфяная дорога, Коломяжский проспект), связаться с дежурными по соответствующим станциям и сделать пробки по расписанию для переездов.
-
Всем привет!
Пока не прикупил новое устройство, установил СГ 7.7 на свой динозавр.
К моему сожалению, программа так и не научилась самостоятельно устанавливать соединение с интернетом через блютуз-модем (умела до 5.401 включительно, пропала в 7.2). И это несмотря на то, что техподдержка сообщала, что возможно эта проблема будет решена. Теперь же при повторном обращении мне пишут, что программа не предназначена для работы на устройстве с 64мб ОЗУ (хотя ОЗУ мне как раз хватает, вылетов почти нет).
Далее, как и раньше, программа после себя не выключает блютуз и не разрывает соединение с интернетом.
А так в целом - видно движение вперёд, мне нравится. Были бы решены вышеуказанные баги - цены бы ей не было!
-
Тогда может получится что начнёт водить кругалями по грунтовка и второстепенным дорогам. Без учёта расстояния и типа дорогор... имхо CG ещё не дорос чтоб помину кататься на дальнеки.
В обзорной России нет второстепенных дорог и грунтовок. Основной маршрут должен строиться по главным магистралям (с учётом пробок на них) и уже корректироваться и оптимизироваться на более подробных картах.
Ваш вариант пока к реализации не планируется, на это есть и технические ограничения и некоторые иные соображения. За мнение - спасибо.
Пожалуйста!
Просто жалко, что информация от датчиков не используется настолько эффективно, как могла бы.
И не надо было бы карты объединять, системные требований повышать.
-
Вопрос времени доезда все равно остается.
За это время ситуация может поменяться на обратную.
Ну так ведь информация от "датчиков" будет поступать непрерывно и скорости будут корректироваться.
С учётом загруженности федеральных трасс информация о скоростях на них будет постоянно актуальная.
Вообще, как что учитывать - это вопрос, требующий дополнительного изучения.
Но иметь актуальные данные по всей России, да ещё и без дополнительных "датчиков", просто используя для этого данные с более подробных карт - мне кажется, было бы неплохо.
Вы рассматриваете крайние варианты - многодневные переезды.
Но если пробки будут учитываться на всем маршруте (Петербург-Москва, Петербург-Псков и т.д.) - то и маршруты будут более "надёжными".
ИМХО.
-
Тогда соответствие между ребрами карты России и карт регионов получается простой суммой.
Ребро_РФ_такое-то = Ребро_СПБ_1+ Ребро_СПБ_2 + ... (имеется в виду сумма времен).
Тогда на карте России скорости будут даже тогда, когда по голой "России" никто не ездит, а все едут по детальным.
Так ведь я о том же!!!
-
Ни 1 программа этого не учитывает, и смысла особого в этом нет как я уже сказал.
Вопрос спорный.
Проложить предварительный маршрут с учётом пробок по России никому не помешает, имхо.
-
1
-
-
Но при этом пробки на следующих картах учитываться же не будут?
-
Лично я вижу выход из этой ситуации в построении одновременно нескольких маршрутов (3), и отображение их пользователю на экране, тогда он сам может выбрать толкаться ему в пробках или ехать транзитом через другую область.
Если данные о пробках учитываются только на текущей карте - как можно предложить несколько разных маршрутов? Всё равно их "разность" будет сводиться к вариантам проезда по текущей карте, а маршрут после неё будет строиться одинаковым.
Так что нужен учёт пробок на ВСЁМ маршруте.
С такой задачей может справиться только обзорная карта (или карта, на которую помещается весь маршрут) с актуальными данными о скоростях.
-
Я думаю информацию о пробках на всем маршруте учитывать бессмысленно, т.к. если речь идет о маршруте через несколько карт, то пока вы доедете до соседней карты пробочная картина существенно поменяется.
Может - поменяется, а может - и нет.
Если на дороге ремонтные дороги или серьёзная авария - то затруднения для проезда могут быть и не один день.
Так ведь можно и пробки на всём маршруте в Петербурге не учитывать - пока я с юга на север из дома до работы доеду, пробочная картина может существенно поменяться. ))
Иногда в час пик в Питере или Москве можно толкаться дольше, чем проскочить транзитом какую-нибудь область.
-
Я думаю в следующем обновлении программы эта проблема будет решена!
Очень хотелось бы надеяться!
То есть, при постройке маршрута через несколько карт будут учитываться информация о пробках на всём маршруте?
Или будет синхронизация данных о скоростях на одних и тех же дорогах, прорисованных на разных картах?
Насколько возрастут системные требования к программе?
-
Но вот когда я ездил по раздельным картам, то при езде из области в Питер я видел основные пробки в Питере (как раз таки на Евразии, если не ошибаюсь), а вот из Питера в область было глухо.
Скорее всего, Вы видели пробки не на Евразии, а на карте ЛО (на которой были прорисованы отдельные дороги Петербурга).
А данные эти появлялись, видимо, потому, что у кого-то стояла активной в атласе карта Ленобласти, а не С-Петербурга, вот и отправлялись данные на сервер, где обрабатывались и рассылались.
Не думаю, что нужно делать то, что вы предлагаете. С отдалением от Москвы и Питера кол-во датчиков уменьшается, и вполне хватит объединённой карты города и области. Вряд ли в Псковской будут такие заторы. А уж пробки на М-20 обводить сейчас СГ умеет на общей карте.
Чтобы программа стала строить корректные маршруты по СПб и ЛО, эти карты пришлось объединить.
Строить адекватный маршрут через несколько карт программа как не умела, так и не умеет.
Следуя этой логике, для построения оптимального маршрута из Мурманска в Москву - должна быть подробная объединённая карта с обновлением дорожной обстановки.
Вы представляете, какой будет у неё "вес" и смогут ли мобильные устройства с ней работать?
То есть Вы уверены, что сейчас Ситигид построит оптимальный маршрут через несколько карт с учётом загруженности тех или иных дорог?
Замерьте, насколько быстро загружается карта Россия. И как быстро по ней строится маршрут даже в несколько тысяч километров.
Если бы дальние маршруты строились по ней с учётом пробок - насколько снизились бы и системные требования к устройству, и быстродействие программы, и адекватность маршрутов...
Вот сейчас, находясь в центре Питера, выгружаю спб+ло и остаюсь на России. Обновляюсь, убеждаюсь, что пробки пришли, смотрю в карту - окрашенных ребер нет. Только у меня так?
Да, у всех так.
Есть мнение, что с таким подходом адекватных маршрутов через несколько регионов нам не видать.
Если Вы проедете с выгруженной СПб+ЛО, только по России, скажем, по КАД, то данные, может, появятся.
Только многие ли ездят по СПб, ЛО, Москве, МО по карте России при наличии бесплатных подробных карт?
-
1
-
-
Когда вы ездили в Псков, СГ заводил вас в пробки при езде отдельно СПб и ЛО или по обьединённой карте?
Тогда ещё были раздельные карты.
Сейчас, возможно, что-то бы изменилось, но если прокладывать маршрут через несколько карт - не думаю, что результат сейчас будет другой.
Разве программа учитывает пробки на карте, которая ещё не загружена?
-
Помните, когда открыли западное полукольцо КАД, а в СГ кусок КАДа попадал в ЛО.
И из-за этого программа предлагала (при поездке в Ломоносов, кажется) съехать с КАДа, доехать по Петергофскому ш. до Петергофа, или даже дальше, потом снова выехать на КАД и гнать в Ломоносов. И на границе Новгородской и ЛО есть маршруты, где нет смысла объезжать "полуостров" соседской области, а выгоднее проехать через сопредельную территорию.
Ну, во-первых, непонятно, почему КАД целиком не попадала в карту СПб - вроде как она является частью Петербурга.
А во-вторых, вопрос остаётся открытым - для того, чтобы понять, как правильнее, нужно сделать разные варианты и поездить с ними.
Тогда станет ясно - какой алгоритм строит наиболее оптимальный маршрут.
Так что не нужно думать что это решение было сделано только для "дачников", думаю людей аналогичных мне достаточно.
Ну, "дачная" проблема - это я назвал для примера. Проблема маршрутизации через карты - так надо было назвать, - наиболее активно поднималась в дачный сезон, т.к. возрастал поток.
-
были бы другие проблемы, из-за случайной пробки на карте России, где-то возле Сясьстроя, программа бы повела в Петрозаводск через Сортавалу, например.
Учитывая то количество народу, которое ездит по основным федеральным дорогам, даже если ложные данные проскочат, они будут обновлены очень скоро на корректные.
-
После выхода объединённой карты регионов (например, СПб+ЛО, Москва+МО) и «утяжеление» программы у меня появилось подозрение, что разработчики пошли по ложному пути.
Зачем понадобилось объединение? Затем, что раньше при прокладке маршрута из области в город и наоборот пробки на маршруте учитывались только на текущей карте, программа вела в направлении, где текущая карта заканчивалась быстрее и маршрут строился далеко не оптимальный.
Чем это объяснялось?
Начну с того, что одни и те же дороги обозначены на разных картах. Например, КАД обозначена как на СПб, на ЛО (раньше, сейчас СПб+ЛО), так и на России. Но пробки на дороге показаны только на той карте, которая загружена в настоящий момент у датчиков. Т.е., только на карте СПб+ЛО. Специально сейчас проверил – последние пробки на карте Россия имеют дату 29.10.2012., т.е. больше 2 недель назад, а корректуры вообще отсутствуют. Таким образом, корректный и актуальный маршрут построить по обзорной карте невозможно.
Чтобы решить «дачную» проблему разработчики объединили карты. Да, теперь в пределах этой карты маршрут стал строиться корректный. Но, если надо построить маршрут между картами, старая проблема поднимается вновь. К тому же, увеличился объём трафика и системные требования к программе. Зачем мне, городскому жителю, ездящему с работы-на работу в черте города пробки в районе Выборга?
Приведу пример. Мне иногда требуется съездить из С-Петербурга в Псков. Программа ВСЕГДА, вне зависимости от пробок, предлагала маршрут по Пулковскому шоссе, М-20/Е95. Даже когда кольцевая вокруг Луги достроена не была и в том районе были жутки пробки. В результате в особо запущенных случаях, когда в связи с ремонтом дороги оставалась только 1 полоса на оба потока, который регулировали дорожники, я ехал до 7 часов, а программа альтернативные варианты даже не рассматривала. Как вариант – предлагала объехать локальные затруднения по лесным дорогам с возвращением в ту же пробку. И это – несмотря на то, что есть как минимум ещё один вариант проезда в Псков через Е20-Сланцы. Маршрут получается больше по километражу (381 километр вместо 313, 5:27 минут против 3:57 минут, данные СГ по свободным дорогам, карта Россия), но зато всегда свободный (особенно после Кингисеппа) и безопасный.
То есть, у программы не было данных о пробках на следующей карте и она строила кратчайший маршрут до конца карты СПб и начала карты ЛО. То, что на дороге впереди затор, она не знала, а когда уже узнала – было поздно.
Всё это происходило из-за того, что маршрут строился не по обзорной карте (или по обзорной карте, но без актуальных данных о скоростях на ней). Если бы на обзорной карте (Евразия, Россия) были бы корректные данные о скоростях на имеющихся основных дорогах, такой проблемы бы не было.
Бывает и другая ситуация: ещё несколько лет назад платными картами (например, той же Псковской областью) пользовалось не так много пользователей. Приводило это к тому, что на той же М-20/Е95 на территории Псковской области пробки на бесплатной Дороги Евразии были, а на платной Псковская область – нет.
Что надо сделать, чтобы данные о скоростях были проставлены на всех картах, на которых нарисована одна и та же дорога? Ведь на одной (обзорной) карте она может состоять из 1 ребра, а на другой, более подробной – из 9!
В качестве примера можно взять один и тот же участок КАД.
На карте Россия этот участок состоит из 1 ребра и пробок на нём нет. На карте СПб+ЛО это уже 9 рёбер с актуальными данными о скоростях. На сервере должна быть синхронизация, т.е. должно быть известно что 1 определённое ребро России=9 определённым рёбрам СПб (со скоростями соответственно 95, 90, 95, 80, 90, 100, 95, 95, 85, см.рисунок). Сервер должен произвести нехитрые вычисления и определить исходя из этого, что скорость на этом 1 ребре КАД на России должна быть, к примеру, 94 км/час. И эти данные должны рассылаться и отображаться.
После того, как на основных магистралях обзорной карты появятся актуальные данные, сложные маршруты через несколько карт должны строиться по карте России, а после загрузки более подробной карты – уже оптимизироваться с учётом менее значимых дорог.
Если же маршрут начинается и заканчивается в пределах 1 карты – то необходимости строить маршрут по обзорной карте отсутствует.
P.S. Если следовать текущей логике разработчиков, то для построения оптимальных маршрутов между картами, надо объединять карты и дальше. В результате должна получиться гигантская карта Россия весом 500-700 мб, которая будет включать в себя все существующие подробные карты. Но никакое мобильное устройство такую карту не потянет. Я уже молчу про мегабайтный трафик при каждом обновлении дорожной обстановки.
-
1
-
-
Если через определенный период времени датчик не выезжал из ребра, то вопрос снова появлялся. И если не ошибаюсь, то поводом для нового алгоритма послужило то, что вопрос выскакивал очень часто, кого то наверное это раздражало.
Если я всё правильно понимаю, вопрос о пробке должен возникать 1 раз для каждого из рёбер.
-
Производительность здесь не при чём.
У меня на моём старичке с 64 мб на борту дельтаплан тоже в 7 версии СГ забегает вперёд.
Например, стою на перекрёстке, жду зелёного сигнала, чтобы повернуть.
А дельтоплан уже повернул и там остановился. ))
Боюсь, как бы это на пробочный сервис не повлияло - некорректные данные могут уходить на сервер.
-
1
-
-
Как мне это понятно и близко! Я был в бетатестерской команде Windows'95 (до сих пор храню 30+ дискеток 237-го билда), старался, надеялся... А эти суки!
Ну так Вам же никто не запрещает 95-й виндой и сейчас пользоваться.
Конечно, обновлений уже не выпускают и программы современные её не поддерживают.
А когда МИТ прекратит поддержку (корректуры, пробки) раздельных карт - пользоваться программой полноценно будет нельзя.
Я-то новое устройство куплю, только хотелось бы, чтобы смена устройств происходила естественным путём, по моей воле.
Сравните, когда закончились продажи Виндоус ХР и когда объявлено о прекращении поддержки последней: последняя версия выпущена в 2008 году, прекращение поддержки - в 2014.
К вопросу о Вашей Windows 95.
Последняя версия выпущена в 1997 году, поддержка прекращена 31 декабря 2001 года (смотрел в Википедии).
Так-то!
-
мне кажется тут ключевые слова "выключил" и "выхожу". значит данные поступать перестали, либо нет ответа на запрос о пробке.
кстати еще вопрос возник, тут прозвучало что пробка живет 15 минут? это давно так? раньше вроде 30 минут жизнь пробки была.
15 минут - это я для примера сказал, т.к. не знаю, сколько сейчас "живёт" пробка.
-
Еще одно предложение:
Если пользователь сказал "Да" на вопрос о пробке, и о него поступают данные/запросы к серверу (т.е. СГ включен) и он еще на ребре - продлевать актуальность данных о пробке до тех по пока он не выйдет из СГ (т.е. не будет запроса на данные от этого аккаунта и устройства) или не уедет с ребра.
Или если датчик не уехал с ребра, задавать вопросы о пробке не один раз, а каждые 15 минут (столько, кажется, держатся данные о скорости). Тогда пока датчик с ребра не уедет - пробка всегда будет отрисована.
Если водитель нажимает кнопку "Нет" или ничего не нажимает - то больше вопрос задаваться не должен, как сейчас.
-
2
-
-
Hi!
Кажется у нас это, несколько лет тому назад, называлось "Индекс Шрота".
С уважением Serg.
Да!!!
Требую отчислений за идею!!!
Много воды утекло, но насколько я помню, предлагалось при таком стояке на ребре без "датчика" учитывать среднюю скорость на рёбрах вокруг.
Дело застопорилось, когда стало непонятно - каким радиусом учитывать рёбра.
Также предлагалось: если весь город стоит (сильный снегопад, дождь и т.д.) - и средняя скорость передвижения по городу упала, скажем, на 30%, то на рёбрах без скорости автоматом снижать скорость на 30% от вшитой.
Короче, были варианты.
Хотя, если в ситуации, описанной sergges в первом сообщении, этот метод сработал бы, то во второй ситуации:
- нет, т.к. улицы вокруг Кубинской (Костюшко, Ленинский) - движутся.
-
Нормально. К тому времени у нас как раз вспухнут батарейки и треснут экраны, так что все равно надо будет менять аппарат.
:lol:
Время в пути(время прибытия) прогнозируемое и реальное.
в GPS навигатор с пробками для Android
Опубликовано
У меня складывается впечатление, что неверный расчёт времени - действительно симптом, данные о скоростях не всегда соответствуют действительности, через это маршрут строится не всегда оптимальный. Связано это, как мне кажется, вот с чем: