-
Публикаций
2126 -
Зарегистрирован
-
Посещение
-
Победитель дней
1
Тип контента
Профили
Форумы
Календарь
Весь контент ERER
-
stroncium90,детализация по умолчанию, 80%. Всегда такая была. Интереса ради поставил 100. Ничего не изменилось. Ни в плане цветов, ни в плане отрисовки. При 200% - аналогично.
-
Да уж. Не знаю пока как там с багами, но палитра и отрисовка теперь офигительная. В том смысле, что картографы сами смотрели на то, что получается? Карманы теперь отмечаются тонкими карандашными набросками? Да ладно карманы. Улицы видишь? Нет? И я нет, а они есть. Ладно, разглядели улицу. А что за улица? Безымянная? Может нужно уменьшить масштаб? Нет, это точно безымянная улица Белы Куна, хотя мы ее видим почти на всем ее протяжении. В 3D карта очень напоминает эскизный набросок карандашом: Обратите внимание как границы дорог наползают друг
-
Я там езжу в это время считай каждый день в течении уже нескольких лет. Так вот в 99% случаев ситуация с проездом прямо именно такая как на фото. Т.е. совершенно беспроблемная. Налево да, стоят, но не прямо. Еще сегодняшний пример. Утро ~8:30. У СГ на Салова (между ж/д мостами) нарисовалось аж 30 км/ч в сторону Самойлова. СГ туда и направил, а я повелся , решил вдруг это чудо. Чуда не случилось - 9 км/ч. При "статистической" прокладке такого не случилось бы.
-
Поясни. Сейчас да, т.к. такого функционала нет. Поэтому оперативного изменения статистики нет. А хотелось бы, чтобы она могла обновляться где-то раз в неделю. Тогда можно реализовать вариант с ограниченной загрузкой пробок. Проблем с размером, при частом обновлении быть не должно. Другой вопрос о том, что такую частоту обновления не может что-то там поддерживать на серверной стороне.
-
И что? Для того, чтобы сапгрейтить статистику карты Питера 27.х в статистику карты 28.2 нужно максимум 5Мб, т.е. более чем в 2 раза меньше, чем собственно размер статистики в 28.2. А чем чаще меняется статистика, тем требуемый для передачи размер меньше. Я имел в виду идеальный случай. Просто как хоть какой-то реальный плюс от серверной прокладки. Кстати, еще оперативное изменение алгоритмов прокладчика сразу и у всех.
-
1. При серверной прокладке на клиента приходит маршрут. Для того чтобы его поменять, нужно соединиться с сервером и запросить перепрокладку. Т.о. получение новых данных зависит от частоты опроса сервера. Что в одном, что в другом случае. 2. И как эти данные можно использовать? 3. Ничего не мешает это делать и без серверной прокладки. Вопрос только в том, что у СГ какие-то сложности с подготовкой статистики для оперативного обновления.
-
B какая же это альтернатива? Загрузил ввел лицензию. Ничего не вижу. Или это еще в проге включать что-то нужно? То, что ЕМНИП будет жрать трафик еще больше, чем сейчас жрет СГ? Не говоря уже о том, что на всех компах нужно ставить лишнюю прогу.
-
Который в дауне уже фиг знает сколько? ;)
-
Нет, по набережной, т.к. там ИМХО статистическая скорость должна быть большей. Т.е. ездим по обновляемой статистике, но получаем оперативные данные по проблемным местам. Все другие отклонения от статистики нам не интересны и только мешаются. Пол поводу коротких ребер, которые нужно однозначно исключать из пробочной рассылки: Смотрим, во первых, на ребрышки разворотов. Никакой реальной информации данные с них не несут. Наоборот, вместо того, чтобы предложить простой разворот, СГ, как видно, предложил сделать объездной крюк. Во вторых, 6 км/ч на Турку. Не важно по какой прич
-
Швабра с длинной жесткой щетиной. Дешево и эффективно. ИМХО. В общем то, что сейчас заменяет классическую метлу дворников.
-
Это зависит от состояния устройства в данный конкретный момент. Если Андроид решит выгрузить, то выгрузит. Другое дело, что СГ-у нужно различать нормальный выход с такой вот выгрузкой, чтобы при последующем запуске, он выходил в режим ведения без дополнительных тапов по экрану.
-
Это было фактом, который до этого поста никто не опровергал. Однако даже то, что СГ учитывает некоторое количество датчиков, не избавляет от проблем в прокладке. Все-таки нужен тип маршрута, что-то типа "Оптимальный стабильный/статистический". Только с решенной проблемой светофоров. Чтобы не было такого: Видим 15 и 3 км/ч? 15 - результат светофора - 100%, а вот 3 км/ч вперед меня вообще удивляют, т.к. реальность была такова: Внутри 15 км/ч-го ребра: Где-то между 15 и 3: Внутри 3 км/ч: Несколько машин перед светофором. Пока докатывался, уже включился з
-
Простой светофор, который еще и находится на конце относительно короткого ребра. Датчик подъезжает к мигающему зеленому и останавливается на полную фазу красного. В результате скорость ребра 15 км/ч. Второй датчик подъезжает к концу красной фазы и чуть притормозив, без остановки проезжает перекресток. Скорость на ребре 55 км/ч. Разница существенна.
-
И по поводу вообще мелких ребер. К примеру все ребра, образующие квадрат на перекрестках дорог с двумя проезжими частями. Ценность информации от них - нулевая, а на карте мешаются. Точно так же все ребра образующие круги с внутренними пересечениями, типа Гамбургской пл. Это все хорошо, если есть датчики за это время. А если он единственный?