-
Публикаций
571 -
Зарегистрирован
-
Посещение
-
Победитель дней
5
Тип контента
Профили
Форумы
Календарь
Весь контент Шпрот
-
У меня складывается впечатление, что неверный расчёт времени - действительно симптом, данные о скоростях не всегда соответствуют действительности, через это маршрут строится не всегда оптимальный. Связано это, как мне кажется, вот с чем: Неверная фиксация "мёртвых" пробок. Частенько замечаю, что СГ заводит в пробку, которая образовалась не 5 минут назад, а данные о скорости оптимистичные. несмотря на достаточное количество датчиков, "мёртвая" пробка фиксируется не сразу, есть подозрение, что при "стояке" СГ скачки сиглана GPS фильтрует так, что информация о скорости на таких рёбрах зачастую
-
Так в том-то всё и дело, что пробка нарисуется не когда закрыли переезд, а когда его открыли и ребро проехали. Т.е. данные уходят ложные (если вообще уходят)!
-
Ну так рано или поздно СГ прогнозировать время доезда научится. Хотя даже если и нет, закрытый переезд - всегда длинная пробка. Пока данные о ней отправятся на сервер - пройдёт достаточно времени и информация перестанет быть актуальной. Тем более, что при околонулевой скорости корректные данные уходят не всегда (сегодня, несмотря на подтверждение отправить данные о пробке, они так и не появились и всё время пока я стоял перед шлагбаумом скорость на ребре так и была около 25 км/час (проблема известная: А так хотя бы на период закрытия (к примеру, на 5 минут) программа не будет гнать в про
-
Приветствую! Возможно, эта тема уже поднималась, но тем не менее. Сегодня попал на ул.Краснопутиловской в СПб на закрытый ж/д переезд. Так как стоял в очереди одним из первых (шлагбаум захлопнулся перед носом), в ожидании товарного поезда я подошёл к женщине, дежурной по переезду и поинтересовался, имеется ли где-нибудь расписание закрытия переездов. Она ответила что да, для этого нужно обратиться к дежурной по станции. И вроде даже, эта информация не закрытая (с её слов). Посему предложение - помимо пробок по расписанию разведённых мостов составить список железнодорожных переездов
-
Всем привет! Пока не прикупил новое устройство, установил СГ 7.7 на свой динозавр. К моему сожалению, программа так и не научилась самостоятельно устанавливать соединение с интернетом через блютуз-модем (умела до 5.401 включительно, пропала в 7.2). И это несмотря на то, что техподдержка сообщала, что возможно эта проблема будет решена. Теперь же при повторном обращении мне пишут, что программа не предназначена для работы на устройстве с 64мб ОЗУ (хотя ОЗУ мне как раз хватает, вылетов почти нет). Далее, как и раньше, программа после себя не выключает блютуз и не разрывает соединение с
-
В обзорной России нет второстепенных дорог и грунтовок. Основной маршрут должен строиться по главным магистралям (с учётом пробок на них) и уже корректироваться и оптимизироваться на более подробных картах. Пожалуйста! Просто жалко, что информация от датчиков не используется настолько эффективно, как могла бы. И не надо было бы карты объединять, системные требований повышать.
-
Ну так ведь информация от "датчиков" будет поступать непрерывно и скорости будут корректироваться. С учётом загруженности федеральных трасс информация о скоростях на них будет постоянно актуальная. Вообще, как что учитывать - это вопрос, требующий дополнительного изучения. Но иметь актуальные данные по всей России, да ещё и без дополнительных "датчиков", просто используя для этого данные с более подробных карт - мне кажется, было бы неплохо. Вы рассматриваете крайние варианты - многодневные переезды. Но если пробки будут учитываться на всем маршруте (Петербург-Москва, Петербург-Псков
-
Если данные о пробках учитываются только на текущей карте - как можно предложить несколько разных маршрутов? Всё равно их "разность" будет сводиться к вариантам проезда по текущей карте, а маршрут после неё будет строиться одинаковым. Так что нужен учёт пробок на ВСЁМ маршруте. С такой задачей может справиться только обзорная карта (или карта, на которую помещается весь маршрут) с актуальными данными о скоростях.
-
Может - поменяется, а может - и нет. Если на дороге ремонтные дороги или серьёзная авария - то затруднения для проезда могут быть и не один день. Так ведь можно и пробки на всём маршруте в Петербурге не учитывать - пока я с юга на север из дома до работы доеду, пробочная картина может существенно поменяться. )) Иногда в час пик в Питере или Москве можно толкаться дольше, чем проскочить транзитом какую-нибудь область.
-
Скорее всего, Вы видели пробки не на Евразии, а на карте ЛО (на которой были прорисованы отдельные дороги Петербурга). А данные эти появлялись, видимо, потому, что у кого-то стояла активной в атласе карта Ленобласти, а не С-Петербурга, вот и отправлялись данные на сервер, где обрабатывались и рассылались. Чтобы программа стала строить корректные маршруты по СПб и ЛО, эти карты пришлось объединить. Строить адекватный маршрут через несколько карт программа как не умела, так и не умеет. Следуя этой логике, для построения оптимального маршрута из Мурманска в Москву - должна быть подробн
-
Ну, во-первых, непонятно, почему КАД целиком не попадала в карту СПб - вроде как она является частью Петербурга. А во-вторых, вопрос остаётся открытым - для того, чтобы понять, как правильнее, нужно сделать разные варианты и поездить с ними. Тогда станет ясно - какой алгоритм строит наиболее оптимальный маршрут. Ну, "дачная" проблема - это я назвал для примера. Проблема маршрутизации через карты - так надо было назвать, - наиболее активно поднималась в дачный сезон, т.к. возрастал поток.
-
После выхода объединённой карты регионов (например, СПб+ЛО, Москва+МО) и «утяжеление» программы у меня появилось подозрение, что разработчики пошли по ложному пути. Зачем понадобилось объединение? Затем, что раньше при прокладке маршрута из области в город и наоборот пробки на маршруте учитывались только на текущей карте, программа вела в направлении, где текущая карта заканчивалась быстрее и маршрут строился далеко не оптимальный. Чем это объяснялось? Начну с того, что одни и те же дороги обозначены на разных картах. Например, КАД обозначена как на СПб, на ЛО (раньше, сейчас СПб+ЛО),
-
Производительность здесь не при чём. У меня на моём старичке с 64 мб на борту дельтаплан тоже в 7 версии СГ забегает вперёд. Например, стою на перекрёстке, жду зелёного сигнала, чтобы повернуть. А дельтоплан уже повернул и там остановился. )) Боюсь, как бы это на пробочный сервис не повлияло - некорректные данные могут уходить на сервер.
-
Ну так Вам же никто не запрещает 95-й виндой и сейчас пользоваться. Конечно, обновлений уже не выпускают и программы современные её не поддерживают. А когда МИТ прекратит поддержку (корректуры, пробки) раздельных карт - пользоваться программой полноценно будет нельзя. Я-то новое устройство куплю, только хотелось бы, чтобы смена устройств происходила естественным путём, по моей воле. Сравните, когда закончились продажи Виндоус ХР и когда объявлено о прекращении поддержки последней: последняя версия выпущена в 2008 году, прекращение поддержки - в 2014. К вопросу о Вашей Windows 95. После
-
Или если датчик не уехал с ребра, задавать вопросы о пробке не один раз, а каждые 15 минут (столько, кажется, держатся данные о скорости). Тогда пока датчик с ребра не уедет - пробка всегда будет отрисована. Если водитель нажимает кнопку "Нет" или ничего не нажимает - то больше вопрос задаваться не должен, как сейчас.
-
Да!!! Требую отчислений за идею!!! Много воды утекло, но насколько я помню, предлагалось при таком стояке на ребре без "датчика" учитывать среднюю скорость на рёбрах вокруг. Дело застопорилось, когда стало непонятно - каким радиусом учитывать рёбра. Также предлагалось: если весь город стоит (сильный снегопад, дождь и т.д.) - и средняя скорость передвижения по городу упала, скажем, на 30%, то на рёбрах без скорости автоматом снижать скорость на 30% от вшитой. Короче, были варианты. Хотя, если в ситуации, описанной sergges в первом сообщении, этот метод сработал бы, то во второй с