Spectre

Я уже писал неоднократно о ситуациях "съезд под мост" въезд на мост, который мы только что проехали, когда производится по сути "разворот направо", а иконка в правом верхнем углу показывает небольшое отклонение в сторону, почти как на предложенном скриншоте, а СГ говорит "держитесь правее", тогда как фактически мне предстоит 90-градусный поворот направо, а через 3 метра после него, еще один 90-градусный поворот направо. Кроме того, на МКАДе часто слышишь лишние подсказки "держитесь левее". Зачем мне эти подсказки? Если я еду по МКАДу, то мне нужно сообщить только когда мне нужно держаться

А на хард-кнопке (у меня "показать маршрут" именно на ней), и вовсе ничего менять не надо. Кроме того, дело не в названии. Даже если это будет недокументированная неочевидная фича - все равно хорошо.

Поддерживаю предложение. Очень хорошая мысль!

А я продолжаю настаивать на том что кнопка в QuickMenu или хард-кнопка с назначенным действием "показать весь маршрут", при нажатии на нее, если маршрута нет, показывал карту в "обзорном масштабе".

Статистические пробки - величайшее зло. Оно убило ПокетГис и чуть не убило Яндекс. А вот статистические скоростные индексы изменяемые по времени используемые для прокладки маршрута, но НЕ отображаемые как обычные актуальные пробки - это польза.

За последнее время уже несколько раз было такое: Интернет есть (ИЕ грузит сайты, другие программы прекрасно грузят из интернета карты/пробки, а в СГ упорно красный кружочек горит. 2009-05-04 23:17:48 ARI - Connection to 'The Internet' - OK 2009-05-04 23:18:06 ARI - Connect to socket service.probki.net:1966 - failed 2009-05-04 23:18:25 ARI - Extra attempt 1 after 1 sec - failed 2009-05-04 23:18:44 ARI - Extra attempt 2 after 1 sec - failed 2009-05-04 23:19:03 ARI - Extra attempt 3 after 1 sec - failed 2009-05-04 23:19:03 ARI error - #0002 2009-05-04 23:19:03 ARI - Connection to 'The In

Уже неоднократно на конкретных примерах я показывал что это не так. Для выполнения такого алгоритма НЕОБХОДИМО, чтобы по городу было достаточное количество актуальных хрюшек со скоростью не выше определенной. И это все равно не панацея, ибо в одном месте маршрут станет лучше, а в другом - хуже. Единственное решение, которое хоть как-то поможет увеличить вероятность прокладки адекватного маршрута - дифференцированная статистика. Мало таких городов, где центр состоит из одних только проспектов. Кроме Питера и Нью-йорка ничего больше в голову не приходит с такой планировкой. Попро

Еще вопрос: HTC MAX не получится использовать как точку доступа WiMAX раздающую интернет через Wifi?

Я тоже считаю что внутренняя регулировка громкости необходима. Причем и в Symbian и в WinMobile версиях.

Я тоже пальцем пользуюсь. Проблем с этим не испытываю, хотя в кнопку ок попасть чуть сложнее, но тоже не слишком-то сложно - просто в самый угол ткнуть надо. Про регулировку громкости внутри программы, автоматический переход в ночной/дневной режим по времени в этой теме еще не писали? Зря. А еще хорошо бы отдельный экранчик с различной статистикой: одометр, максимальная, средняя скорость... И по разным вариантам: за последний час, с момента последнего сброса, за всю историю, без учета остановок и т. д.

Гм... Ну как сказать? Вы видели где-нибудь иностранный автомобиль без регулировки положения сидений, регулировки положения руля, корректора фар и т. д.? Неудобно, если настраивать под себя. Каждому нужно что-то свое. У меня вот, например в QuickMenu: Стоянка Инфо (смотреть актуальность пробочной инфы) Вид: Карта/перспектива видимо заменю эту кнопку Закладки Запись трека Удалить маршрут А на хард-кнопках: Обновить пробочную информацию Объезд Показать весь маршрут Сделать скриншот Свернуть программу Поиск Если сделать подобную раскладку для всех, уверен, найдет куча народ

Все-таки ключевой для данной ветки вопрос (от которого мы успешно ушли) - необходимость реализовать использование скоростной статистики, дифференцированной по времени, для прокладки маршрута по тем ребрам, на которых нет актуальной пробочной информации. Причем обязательно дифференцировать направление движения и день недели. Крайне желательно разделить дни недели не на выходной-будний, а на первый выходной (обычной суббота), средний выходной (если есть праздники, например, 2,3,4 и т. д. января), последний выходной (обычно воскресенье), первый будний (обычно понедельник), средний будний (обычн

Какой смысл направлять пользователей в пробки для сбора актуальной информации? Опытные пользователи уже сейчас отказываются от маршрутов предложенных программой. Неопытные, может быть, отказываются от программы в принципе. В результате цель не достигнута. Реально "правильная" (дифференцированная) статистика - это хорошее решение для автоматизации прокладки _оптимального_ маршрута.

А вы только в Питере работаете или в других регионах у вас тоже отделения есть? Сайт у вас что-то не работает.

Перечитайте тему внимательно. Эти статистические индексы можно обновлять раз в две недели-месяц, причем через домашнее интернет-соединение. YoGun, спасибо за хорошую идею. Действительно это выход. За одно если кто-то это сможет сделать, можно будет убедиться, что лучше во многих случаях прокладка маршрута не станет. Вообще я увидел со стороны тех кто ратует за "множитель" для всех дорог, только эмоции и "ощущательные догадки", а реального взглдяда на вещи, понимания того как работает программа, как при этом реально изменится маршрут проложенный программой, я не увидел. Господа,

Улыбнуло то как мягко обошли тот момент, что Пробковорот - это статистика поездок двух десятков датчиков по Москве. Иначе говоря, СитиГид, только в несколько тысяч раз меньше и частично компенсирующий отставание статистикой.

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