Шпрот

У меня складывается впечатление, что неверный расчёт времени - действительно симптом, данные о скоростях не всегда соответствуют действительности, через это маршрут строится не всегда оптимальный. Связано это, как мне кажется, вот с чем: Неверная фиксация "мёртвых" пробок. Частенько замечаю, что СГ заводит в пробку, которая образовалась не 5 минут назад, а данные о скорости оптимистичные. несмотря на достаточное количество датчиков, "мёртвая" пробка фиксируется не сразу, есть подозрение, что при "стояке" СГ скачки сиглана GPS фильтрует так, что информация о скорости на таких рёбрах зачастую

Так в том-то всё и дело, что пробка нарисуется не когда закрыли переезд, а когда его открыли и ребро проехали. Т.е. данные уходят ложные (если вообще уходят)!

Ну так рано или поздно СГ прогнозировать время доезда научится. Хотя даже если и нет, закрытый переезд - всегда длинная пробка. Пока данные о ней отправятся на сервер - пройдёт достаточно времени и информация перестанет быть актуальной. Тем более, что при околонулевой скорости корректные данные уходят не всегда (сегодня, несмотря на подтверждение отправить данные о пробке, они так и не появились и всё время пока я стоял перед шлагбаумом скорость на ребре так и была около 25 км/час (проблема известная: А так хотя бы на период закрытия (к примеру, на 5 минут) программа не будет гнать в про

Приветствую! Возможно, эта тема уже поднималась, но тем не менее. Сегодня попал на ул.Краснопутиловской в СПб на закрытый ж/д переезд. Так как стоял в очереди одним из первых (шлагбаум захлопнулся перед носом), в ожидании товарного поезда я подошёл к женщине, дежурной по переезду и поинтересовался, имеется ли где-нибудь расписание закрытия переездов. Она ответила что да, для этого нужно обратиться к дежурной по станции. И вроде даже, эта информация не закрытая (с её слов). Посему предложение - помимо пробок по расписанию разведённых мостов составить список железнодорожных переездов

Всем привет! Пока не прикупил новое устройство, установил СГ 7.7 на свой динозавр. К моему сожалению, программа так и не научилась самостоятельно устанавливать соединение с интернетом через блютуз-модем (умела до 5.401 включительно, пропала в 7.2). И это несмотря на то, что техподдержка сообщала, что возможно эта проблема будет решена. Теперь же при повторном обращении мне пишут, что программа не предназначена для работы на устройстве с 64мб ОЗУ (хотя ОЗУ мне как раз хватает, вылетов почти нет). Далее, как и раньше, программа после себя не выключает блютуз и не разрывает соединение с

В обзорной России нет второстепенных дорог и грунтовок. Основной маршрут должен строиться по главным магистралям (с учётом пробок на них) и уже корректироваться и оптимизироваться на более подробных картах. Пожалуйста! Просто жалко, что информация от датчиков не используется настолько эффективно, как могла бы. И не надо было бы карты объединять, системные требований повышать.

Ну так ведь информация от "датчиков" будет поступать непрерывно и скорости будут корректироваться. С учётом загруженности федеральных трасс информация о скоростях на них будет постоянно актуальная. Вообще, как что учитывать - это вопрос, требующий дополнительного изучения. Но иметь актуальные данные по всей России, да ещё и без дополнительных "датчиков", просто используя для этого данные с более подробных карт - мне кажется, было бы неплохо. Вы рассматриваете крайние варианты - многодневные переезды. Но если пробки будут учитываться на всем маршруте (Петербург-Москва, Петербург-Псков

Так ведь я о том же!!!

Вопрос спорный. Проложить предварительный маршрут с учётом пробок по России никому не помешает, имхо.

Но при этом пробки на следующих картах учитываться же не будут?

Если данные о пробках учитываются только на текущей карте - как можно предложить несколько разных маршрутов? Всё равно их "разность" будет сводиться к вариантам проезда по текущей карте, а маршрут после неё будет строиться одинаковым. Так что нужен учёт пробок на ВСЁМ маршруте. С такой задачей может справиться только обзорная карта (или карта, на которую помещается весь маршрут) с актуальными данными о скоростях.

Может - поменяется, а может - и нет. Если на дороге ремонтные дороги или серьёзная авария - то затруднения для проезда могут быть и не один день. Так ведь можно и пробки на всём маршруте в Петербурге не учитывать - пока я с юга на север из дома до работы доеду, пробочная картина может существенно поменяться. )) Иногда в час пик в Питере или Москве можно толкаться дольше, чем проскочить транзитом какую-нибудь область.

Очень хотелось бы надеяться! То есть, при постройке маршрута через несколько карт будут учитываться информация о пробках на всём маршруте? Или будет синхронизация данных о скоростях на одних и тех же дорогах, прорисованных на разных картах? Насколько возрастут системные требования к программе?

Скорее всего, Вы видели пробки не на Евразии, а на карте ЛО (на которой были прорисованы отдельные дороги Петербурга). А данные эти появлялись, видимо, потому, что у кого-то стояла активной в атласе карта Ленобласти, а не С-Петербурга, вот и отправлялись данные на сервер, где обрабатывались и рассылались. Чтобы программа стала строить корректные маршруты по СПб и ЛО, эти карты пришлось объединить. Строить адекватный маршрут через несколько карт программа как не умела, так и не умеет. Следуя этой логике, для построения оптимального маршрута из Мурманска в Москву - должна быть подробн

Тогда ещё были раздельные карты. Сейчас, возможно, что-то бы изменилось, но если прокладывать маршрут через несколько карт - не думаю, что результат сейчас будет другой. Разве программа учитывает пробки на карте, которая ещё не загружена?

Ну, во-первых, непонятно, почему КАД целиком не попадала в карту СПб - вроде как она является частью Петербурга. А во-вторых, вопрос остаётся открытым - для того, чтобы понять, как правильнее, нужно сделать разные варианты и поездить с ними. Тогда станет ясно - какой алгоритм строит наиболее оптимальный маршрут. Ну, "дачная" проблема - это я назвал для примера. Проблема маршрутизации через карты - так надо было назвать, - наиболее активно поднималась в дачный сезон, т.к. возрастал поток.

Учитывая то количество народу, которое ездит по основным федеральным дорогам, даже если ложные данные проскочат, они будут обновлены очень скоро на корректные.

После выхода объединённой карты регионов (например, СПб+ЛО, Москва+МО) и «утяжеление» программы у меня появилось подозрение, что разработчики пошли по ложному пути. Зачем понадобилось объединение? Затем, что раньше при прокладке маршрута из области в город и наоборот пробки на маршруте учитывались только на текущей карте, программа вела в направлении, где текущая карта заканчивалась быстрее и маршрут строился далеко не оптимальный. Чем это объяснялось? Начну с того, что одни и те же дороги обозначены на разных картах. Например, КАД обозначена как на СПб, на ЛО (раньше, сейчас СПб+ЛО),

Если я всё правильно понимаю, вопрос о пробке должен возникать 1 раз для каждого из рёбер.

Производительность здесь не при чём. У меня на моём старичке с 64 мб на борту дельтаплан тоже в 7 версии СГ забегает вперёд. Например, стою на перекрёстке, жду зелёного сигнала, чтобы повернуть. А дельтоплан уже повернул и там остановился. )) Боюсь, как бы это на пробочный сервис не повлияло - некорректные данные могут уходить на сервер.

Ну так Вам же никто не запрещает 95-й виндой и сейчас пользоваться. Конечно, обновлений уже не выпускают и программы современные её не поддерживают. А когда МИТ прекратит поддержку (корректуры, пробки) раздельных карт - пользоваться программой полноценно будет нельзя. Я-то новое устройство куплю, только хотелось бы, чтобы смена устройств происходила естественным путём, по моей воле. Сравните, когда закончились продажи Виндоус ХР и когда объявлено о прекращении поддержки последней: последняя версия выпущена в 2008 году, прекращение поддержки - в 2014. К вопросу о Вашей Windows 95. После

15 минут - это я для примера сказал, т.к. не знаю, сколько сейчас "живёт" пробка.

Или если датчик не уехал с ребра, задавать вопросы о пробке не один раз, а каждые 15 минут (столько, кажется, держатся данные о скорости). Тогда пока датчик с ребра не уедет - пробка всегда будет отрисована. Если водитель нажимает кнопку "Нет" или ничего не нажимает - то больше вопрос задаваться не должен, как сейчас.

Да!!! Требую отчислений за идею!!! Много воды утекло, но насколько я помню, предлагалось при таком стояке на ребре без "датчика" учитывать среднюю скорость на рёбрах вокруг. Дело застопорилось, когда стало непонятно - каким радиусом учитывать рёбра. Также предлагалось: если весь город стоит (сильный снегопад, дождь и т.д.) - и средняя скорость передвижения по городу упала, скажем, на 30%, то на рёбрах без скорости автоматом снижать скорость на 30% от вшитой. Короче, были варианты. Хотя, если в ситуации, описанной sergges в первом сообщении, этот метод сработал бы, то во второй с

:lol: