Перейти к содержанию
GPS навигатор СитиГИД

ERER

Пользователи
  • Публикаций

    2126
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

Весь контент ERER

  1. stroncium90,детализация по умолчанию, 80%. Всегда такая была. Интереса ради поставил 100. Ничего не изменилось. Ни в плане цветов, ни в плане отрисовки. При 200% - аналогично.
  2. Да уж. Не знаю пока как там с багами, но палитра и отрисовка теперь офигительная. В том смысле, что картографы сами смотрели на то, что получается? Карманы теперь отмечаются тонкими карандашными набросками? Да ладно карманы. Улицы видишь? Нет? И я нет, а они есть. Ладно, разглядели улицу. А что за улица? Безымянная? Может нужно уменьшить масштаб? Нет, это точно безымянная улица Белы Куна, хотя мы ее видим почти на всем ее протяжении. В 3D карта очень напоминает эскизный набросок карандашом: Обратите внимание как границы дорог наползают друг
  3. Я там езжу в это время считай каждый день в течении уже нескольких лет. Так вот в 99% случаев ситуация с проездом прямо именно такая как на фото. Т.е. совершенно беспроблемная. Налево да, стоят, но не прямо. Еще сегодняшний пример. Утро ~8:30. У СГ на Салова (между ж/д мостами) нарисовалось аж 30 км/ч в сторону Самойлова. СГ туда и направил, а я повелся , решил вдруг это чудо. Чуда не случилось - 9 км/ч. При "статистической" прокладке такого не случилось бы.
  4. Все это красивые слова. Можно хоть один реальный плюс от серверной прокладки. Именно реальный, а не просто "будет лучше, потому что будет".
  5. Никаких проблем у правильно собираемой статистики с одиночными отклонениями не будет. А пробки на данный момент только мешают прокладчику. Исключение - инфа о серьезных проблемах. В соседней ветке я уже описывал свое мнение по этому поводу. Основанное на поездках "статистика only" на 28.2.
  6. Это не важно. Я же не знаю ничего о формате статистического файла. Кстати, иначе возможно размер передаваемых данных был бы еще меньше. Между делом цифра уменьшилась еще на ~70Kb: 5 259 264
  7. Поясни. Сейчас да, т.к. такого функционала нет. Поэтому оперативного изменения статистики нет. А хотелось бы, чтобы она могла обновляться где-то раз в неделю. Тогда можно реализовать вариант с ограниченной загрузкой пробок. Проблем с размером, при частом обновлении быть не должно. Другой вопрос о том, что такую частоту обновления не может что-то там поддерживать на серверной стороне.
  8. Протестировал, интереса ради. Размер статистики карты 27.2: 11 800 939 байт Размер статистики карты 28.2: 11 726 914 байт Для того, чтобы сапгрейтить первое во второе нужно передать не более: 5 327 859 байт.
  9. И что? Для того, чтобы сапгрейтить статистику карты Питера 27.х в статистику карты 28.2 нужно максимум 5Мб, т.е. более чем в 2 раза меньше, чем собственно размер статистики в 28.2. А чем чаще меняется статистика, тем требуемый для передачи размер меньше. Я имел в виду идеальный случай. Просто как хоть какой-то реальный плюс от серверной прокладки. Кстати, еще оперативное изменение алгоритмов прокладчика сразу и у всех.
  10. zoran, уж лучше бы указал, при серверной прокладке трафик существенно меньше. Вот тут да. Более того, он никак не зависит от увеличения количества пробочной информации, используемой системой.
  11. 1. При серверной прокладке на клиента приходит маршрут. Для того чтобы его поменять, нужно соединиться с сервером и запросить перепрокладку. Т.о. получение новых данных зависит от частоты опроса сервера. Что в одном, что в другом случае. 2. И как эти данные можно использовать? 3. Ничего не мешает это делать и без серверной прокладки. Вопрос только в том, что у СГ какие-то сложности с подготовкой статистики для оперативного обновления.
  12. B какая же это альтернатива? Загрузил ввел лицензию. Ничего не вижу. Или это еще в проге включать что-то нужно? То, что ЕМНИП будет жрать трафик еще больше, чем сейчас жрет СГ? Не говоря уже о том, что на всех компах нужно ставить лишнюю прогу.
  13. Который в дауне уже фиг знает сколько? ;)
  14. eklmn, только нужно, чтобы СГ не рисовал пробки на самом перекрестке, а только на параллельных отрезках, и не говорил в таких случаях свое любимое "держитесь левее/правее".
  15. Нет, по набережной, т.к. там ИМХО статистическая скорость должна быть большей. Т.е. ездим по обновляемой статистике, но получаем оперативные данные по проблемным местам. Все другие отклонения от статистики нам не интересны и только мешаются. Пол поводу коротких ребер, которые нужно однозначно исключать из пробочной рассылки: Смотрим, во первых, на ребрышки разворотов. Никакой реальной информации данные с них не несут. Наоборот, вместо того, чтобы предложить простой разворот, СГ, как видно, предложил сделать объездной крюк. Во вторых, 6 км/ч на Турку. Не важно по какой прич
  16. Швабра с длинной жесткой щетиной. Дешево и эффективно. ИМХО. В общем то, что сейчас заменяет классическую метлу дворников.
  17. Это зависит от состояния устройства в данный конкретный момент. Если Андроид решит выгрузить, то выгрузит. Другое дело, что СГ-у нужно различать нормальный выход с такой вот выгрузкой, чтобы при последующем запуске, он выходил в режим ведения без дополнительных тапов по экрану.
  18. Нет, используется просто сатистика, которая уже есть на устройстве. А рассылается только информация удовлетворяющая условию: Скорей всего или меделенный датчик + светофор
  19. Это было фактом, который до этого поста никто не опровергал. Однако даже то, что СГ учитывает некоторое количество датчиков, не избавляет от проблем в прокладке. Все-таки нужен тип маршрута, что-то типа "Оптимальный стабильный/статистический". Только с решенной проблемой светофоров. Чтобы не было такого: Видим 15 и 3 км/ч? 15 - результат светофора - 100%, а вот 3 км/ч вперед меня вообще удивляют, т.к. реальность была такова: Внутри 15 км/ч-го ребра: Где-то между 15 и 3: Внутри 3 км/ч: Несколько машин перед светофором. Пока докатывался, уже включился з
  20. ИМХО, с учетом моего мнения выше, СГ должен в данном случае вести по статистическим скоростям. Т.к. они с большей долей вероятности будут более адекватными. Естественно при условии более частого обновления статистики, чем существует сейчас.
  21. Простой светофор, который еще и находится на конце относительно короткого ребра. Датчик подъезжает к мигающему зеленому и останавливается на полную фазу красного. В результате скорость ребра 15 км/ч. Второй датчик подъезжает к концу красной фазы и чуть притормозив, без остановки проезжает перекресток. Скорость на ребре 55 км/ч. Разница существенна.
  22. Я там развернулся вообще не останавливаясь. Просто встречный поток идет пачками, от светофора.
  23. И по поводу вообще мелких ребер. К примеру все ребра, образующие квадрат на перекрестках дорог с двумя проезжими частями. Ценность информации от них - нулевая, а на карте мешаются. Точно так же все ребра образующие круги с внутренними пересечениями, типа Гамбургской пл. Это все хорошо, если есть датчики за это время. А если он единственный?
×
×
  • Создать...