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

Spectre

Beta Testing Team
  • Публикаций

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

  • Посещение

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

  1. Не забывайте: не всем нужна автоматическая прокладка маршрута.
  2. Да уж. Питер зимой - это не для меня развлекуха. :(
  3. Вы какие-то небылицы рассказываете. В Москве у одного из конкурентов пробки очень хорошо отображаются. И заслуги стационарных датчиков в этом, кмк нет.
  4. Подтверждаю: GPS в мэил.рушной версии работает. Маршрут прокладывается. Но вот удобство пользования (например прокладка маршрута) на более низком уровне, чем у платной программы. Я считаю это очень правильным ходом.
  5. Сегодня посмотрел внимательнее. Непоявляющиеся хрюшки не совпадают с озвученными выше проблемами, показанными на скриншотах в предыдущем посте. А вот на тех ребрах, где сейчас не отобразились хрюшки, он действительно подозрительно часто не отображаются. Вот скриншоты: Кстати, тут тоже видно как отображаемые пробки немного не совпадают с отображаемыми улицами.
  6. Прошу прощения за оффтоп... Но как сама железка? Как Yota работает? Переключение интернета на лету происходит?
  7. Я бы посоветовал выбрать обычный КПК. Можно со встроенными GPS и GSM модулями, можно что-то из них отдельно использовать. У меня, например, сейчас старый телефон валяется в машине и используется в качестве модема через Bluetooth, и GPS внешний - это позволяет положить его туда, где он обеспечит лучшее качество прием сигнала от спутника, если это потребуется. Но в устройстве "все в одном" тоже свои плюсы есть: например то что таскаешь с собой только одну железку, а не три. У приятеля HTC Diamond - очень стильная штука.
  8. Если бы я для себя брал сейчас КПК для навигации, то взял бы HP 214 + внешний GPS, а интернет использовал бы из телефона по Bluetooth.
  9. А причем тут средняя скорость на двух соседних ребрах? Мы сейчас говорим о вычислении скоростных индексов, зашитых в карту. Надо сделать их формируемыми по данным статистики от пользователей и изменяемыми по времени суток и дню недели. А какую формулу для расчета "среднего" применять - это уже вопрос другой. Можно и экстремумы отбрасывать при этом между, прочим... В вашем расчете с двумя ребрами это вообще никак не учтено.
  10. Это вам еще хорошо. У вас есть хотя бы съезды. У нас на МКАДе съездов и въездов не только на МКАД, но и на ТТК нет. Не говоря уже о Садовом и радиальных... Да и само ТТК, похоже не подписано.
  11. Реализация пунта 2 делает ненужным пункт 1. Хочется видеть все-таки реальные пробки, а не "по расписанию"...
  12. Карты e105 теперь нет. Так что не выйдет - дорогу не найдем.
  13. Еще раз повторюсь: не обязательно считать напрямую среднее арифметическое. Вообще лично мне как пользователю не важно что считается: время или скорость. Мне важно, чтобы маршрут был хорошо проложен, чтобы данные о пробках были хорошими (чтобы я их объехать смог даже без прокладки маршрута). Вот и все. А уж как мы называем то что "зашито" в карту - не важно. Важно чтобы оно обновлялось автоматически (раз в неделю - вполне достаточно), расчитывалось с учетом времени суток и дня недели (желательно с учетом праздников) по данным статистике. Можно называть это скоростными индексами, можно "стати
  14. Полностью согласен и целиком поддерживаю каждое слово, написанное в этом посте!
  15. По-моему, установка динамических скоростных индексов, по данным статистики, для ребер решит эту проблему довольно неплохо. Что же касается вероятности влететь в неизвестную пробку в час пик... Не знаю как в СПБ, а у нас даже при том небольшом количестве датчиков, что есть сейчас, можно не только влететь в пробку, но и наоборот очень удачно проскочить ее. Наиболее вероятные пробки статистика "прикроет", а там где они неожиданные, там уж на свой страх и риск. Там никак не решить проблему.
  16. Я бы тоже не против все-таки вырваться на встречу в пивнушке.
  17. Сегодня видел кого-то с CityGuide в Москве на мосту через Яузу в сторону ул. Радио. гос. номер ...211хх 177, кажется. Кто?
×
×
  • Создать...