lipskiy
-
Публикаций
599 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные lipskiy
-
-
Насчет способа показа.
Я бы не стал лепить знаки именно на карту, будет не только загромождать, но и больше тормозить при отрисовке.
Имеет смысл отображать именно в панели навигации. Но не для следующего поворота по маршруту, а для следующего перекрестка по маршруту, даже если маршрут идет прямо.
-
Поддерживаю идею.
Реализовать можно было бы в виде отдельного файла обновлений, типа как сейчас приходит дорожная обстановка, мог бы приходить и файл дорожных знаков. Прямо в карту вшивать знаки наверное не оптимально.
Из знаков показывать имеет смысл только знаки приоритета и разрешенные направления движения. Также хорошо бы отображать места запрета парковок, тем более что по словам самих же разработчиков эта информация вскоре появится в картах для учета стороны дороги на финише.
-
Да, интересная мысль, поддерживаю.
Было бы неплохо ввести в программу функцию предупреждений о пользовательских объектах. Типа как сейчас сообщения о радарах, постах ГАИ, только без привязки к теме. К примеру голосовая фраза "Внимание! Приближение к объекту", а на экране при этом возникает окошко с текстовой надписью описания этого объекта, которое берется из текстового файла(ов), создаваемых пользователями.
-
Ну, коЛЛонны это просто опечатка, а с Александрийским столпом что не так?
-
Это где такой GPRS дешевый? В Мегафоне мегабайт стоит 6.8 руб, за 10-мегабайтную карту 68 рублей, за 15-мегабайтную 102 рубля.
Хотя все равно поддерживаю, давно тоже просил сделать обновление файла карты по GPRS. Ответ разработчиков был - не все могут себе это позволить по деньгам. Мне кажется юзер сам должен решать, может он себе позволить или нет, главное чтобы разработчик предоставил возможность выбора.
-
Так а какие комментарии? Оптимальный это и есть быстрейший, какой же еще тип добавлять, если он уже есть? А то, что он может быть не всегда именно быстрейший предлагает, так это проблема не типа маршрута, а актуальности пробочных данных и алгоритма роутера, и от типа маршрута это уже не зависит.
-
На мой взгляд было бы лучше сделать в момент обновления полный кружок оранжевого цвета. По типу светофора. Три цвета одного кружка. Но не бледно-желтый цвет, а именно оранжевый.
-
Идеальное решение - ограничение скорости' date=' меняющееся в зависимости от погодных условий, видимости... Как во всем цивилизованном мире короче...[/quote']Это точно. Если мне не приглючило, то где-то на КАД в Питере я видел один такой знак ограничения скорости - в виде светового табло. Вроде как перед вантузом...
-
KonTur01, у меня прошивка от Yury_z с Е-Тен-клуба, в сведениях о системе следующее:
WinMobile 6.1 Pro
Yury_z, B-727 Edition
OC CЕ 5.2.19585 (Сборка 19212.1.0.3)
-
Красные линии - это улицы, на которые запрещено свернуть с вашего текущего направления. Черными показаны разрешенные маневры, красными - запрещенные.
-
Послушайте' date=' коллеги, а может это ваши прошивки?[/quote']Все может быть. Но как это проверить, как в этом убедиться? Для этого нужно хотя бы два человека с одинаковыми девайсами и разными прошивками. У меня прошивка - неофициальная. Но она устойчивее любой официальной из тех, что я пробовал (3 штуки), в ней не косячит ни телефон, ни блютус, нет левых прог и полно свободной памяти, зверек не виснет, не тормозит, все клево работает, да и СГ3.0 на этой же прошивке отлично работал. Но прошивка неофициальная, это факт.
-
Я в свое время вообще предлагал ввести опцию установки "неявного финиша", когда бы в качестве финиша можно было бы задать не точку, а окружность заданного радиуса. С целью того, чтобы СГ нашел быстрейший вариант подъезда в любое место заданной окружностью области. Так поставил бы область финиша на площадь или в центр сложного многолучевого перекрестка - и СГ сам бы нашел быстрейшее направление подъезда к ней.
Реальные примеры, когда это бы сэкономило время - были. Один из них - Австрийская площадь в Питере. Приходилось вручную ставить точку финиша поочередно на трех подъездах к площади и самостоятельно выбирать быстрейший маршрут.
Был ответ разработчиков - такого не будет. Жаль. Наверное очень сложно такое сделать, чисто математически.
-
Поддерживаю про отключение звука. Бывает с кем-то едешь в машине, кто отдохнуть хочет, поспать, а СГ не дает, орет на каждом повороте. Приходится отключать весь звук девайса, а потом забывать его включать и пропускать телефонные звонки.
Независимая регулировка громкости для меня менее актуальна, а вот автоматическая по скорости движения - это было бы очень полезно, чтобы в пробках не пугаться от неожиданного "Через 500 метров..." в почти полной тишине.
-
Мммм... Сейчас проверил - включив GPS время да, не показывается. Выключив GPS маршрут просто пропадает, остается только точка финиша. Снова вручную задаю старт - и время снова показывается.
Хотя согласен, где логика в том, что показ времени зависит от включенности GPS? Явно косяк какой-то. Не баг, просто кривая логика заложена. ИМХО, надо поправить.
-
Я что-то не пойму о чем тут все говорят. У меня СГ показывает время по маршруту без включения GPS, и в предыдущих версиях показывал. Ткнул в карту - старт, ткнул - финиш, найден маршрут, показано время, GPS не включался.
-
Вот поэтому разработчики и приняли наверное самое оптимальное решение.слишком много если -
почему это может навредить? если спешишь и приехал не на ту сторону дороги' date=' то сколько времени потом потратишь на то чтоб перебежать дорогу в неположенном месте и припарковаться?[/quote']Если спешишь - паркуешься где придется, а не где поближе, и бежишь пешком на другую сторону. Смысл в том, что когда спешишь - СГ сам выберет сторону дороги, с которой быстрее можно достичь финиша, а если сторону указывать явно, то можно вляпаться в пробку и тупо стоять в ней, вместо того чтобы подъехать с другой, свободной стороны и перейти пешком через дорогу, что может сэкономить десятки минут.
-
Ага, вот что стало быть значат появившиеся на карте дороги с осевой линией, на набережных как раз. Значит, учет стороны дороги на финише будет зависеть не от желания юзера (опции), а от географического положения самого финиша. Что ж, если к этому вопросу подойти тщательно, то возможно что это и разумный вариант.
-
Эт где такое? У меня на коммуникаторе нет понятия длительного нажатия кнопки питания, как при коротком, так и при длинном девайс выключается одинаково, то есть уходит в спящий режим. Спящий режим - это когда экран выключен, на кнопки не реагирует, но операционка загружена, всевозможные напоминалки и будильники работают, GPS если был включен работает, телефон работает на прием звонков. А полностью выключенный режим соответствует вынутой батарейке, но я это знаю есть только на мобильниках, а на КПК и коммуникаторах такого режима штатно не встречал.
Кратковременное нажатие на кнопку питания, длительное - выключение прибора. -
Так не надо чтоб всегда видна на экране, это лишнее.
Сейчас есть "контекстное меню - по кнопке", эта кнопка возникает только при тыке стилусом в карту, этого и достаточно.
То есть такой алгоритм.
Ткнул в нужное место на карте - поставился прицел - возникла кнопка меню - ткнул в кнопку - открылось меню, в котором дополнительно добавить пункт "Центрировать + масштаб" - ткнул в эту кнопку - указанное место отцентровалось - далее автоматически включается режим масштабирования выделением и одновременно появляется кнопка отмены этого режима - стилусом в один или несколько приемов задал масштаб выделяя окно - нажал кнопку отмены режима масштабирования.
Написано сложно, но если представить как это будет выглядеть - должно быть удобно.
-
Вопрос неоднозначный. Иногда это необходимо, а иногда может навредить. Однозначно одно - нельзя вводить такое поведение в программу жестко, без настройки.
Ведь в каждом конкретном случае у юзера может быть разный приоритет между стороной подъезда и временем достижения финиша. Если не спешишь и хочешь покомфортнее припарковаться, поближе к месту назначения, то учитывать сторону дороги нужно. А если спешишь и главное - успеть вовремя попасть в пункт назначения, то учет стороны дороги может сильно навредить, если ради подъезда с нужной стороны придется делать большой крюк и терять время, лучше уж пешком перейти дорогу.
Так что +1, но только в виде опции.
-
Не знаю, просто в соседней ветке про "Неудобные маршруты" обсуждали в т.ч. и про светофоры, я подумал как можно было бы их учесть. Но о том, что это жизненно необходимо я и не говорил.
А насчет скоростей ребер - недостаток их основной и давно обсасываемый в том, что они не учитывают время проезда перекрестка в каждом из возможных направлений, а времена эти сильно разные, но все они сейчас описываются одним значением скорости ребра.
Предлагаемый алгоритм учета светофоров можно было бы применить в более общем подходе - описать каждый перекресток вне зависимости от наличия светофора такими весовыми коэффициентами маневров, о чем говорил выше tokamak242, и я с ним совершенно согласен. Но это уже старая идея, ее предлагали. Сейчас в программе есть только веса для всех левых поворотов и всех правых, одинаковые для всех перекрестков. А предлагается для каждого перекрестка вводить свои уникальные веса всех маневров, информацию о которых собрать уже намного проще - на основе статистики движения пользователей.
-
Ну по сути так и предполагалось. Берутся текущие индексы скорости и поправочные светофорные коэффициенты оказывают некоторое влияние на эти индексы скорости, повышают либо понижают их, и уже эти скорректированные индексы идут в расчет маршрута.
-
Возникла мысль как именно можно учитывать вероятность потери времени на светофорах при построении маршрута.
Поскольку невозможно предугадать, на какую фазу светофора попадешь, то и нельзя точно предустановить время проезда через перекресток. Однако можно вычислить вероятность попадания в фазу зеленого для данного направления, зная длительность всех фаз конкретного светофора. И эту вероятность учитывать в виде поправочного понижающего либо повышающего коэффициента при построении маршрута.
Примеры.
Возьмем классический крестообразный перекресток и простой светофор без стрелок. Допустим, длительность фазы зеленого в каждом направлении одинакова и составляет 1 минуту. Соответственно полный цикл светофора - 2 минуты. На таком перекрестке поправка не требуется и поправочный коэффициент принимается равным единице в обоих направлениях, так как вероятность попасть и на красный и на зеленый одинакова, фифти/фифти.
Теперь представим осветофоренный перекресток главной и второстепенной улицы, на котором длительности фаз зеленого для каждого направления разные. По главной - 1,5 минуты, по второстепенной 30 секунд (общая длительность цикла светофора 2 минуты). Совершенно очевидно, что вероятность попасть на зеленый, двигаясь по главной, составляет 75%, а двигаясь по второстепенной 25%.
Исходя из того, что 50%-ую вероятность мы приняли за единицу, получаем коэффициенты для 75%-ой и 25%-ой вероятностей соответственно 1.5 (для главной) и 0.5 (для второстепенной). То есть повышающий коэффициент для одного направления и понижающий для другого.
И таким образом для каждого перекрестка рассчитать коэффициент для проезда по всем направлениям, регулируемым отдельными фазами светофоров. Особенно это касается дополнительных секций (стрелок), зачастую некоторые стрелки горят вообще всегда, для них коэффициент будет максимальный и равен 2, или очень короткое время за полный цикл светофора (например, 15 секунд из трех минут, коэффициент будет равен 0,16).
Безусловно, длительности фаз светофоров нужно замерять вручную либо по информационным табло, где они есть, и собирать эту информацию с помощью пользователей. А также следить за ее актуальностью, для чего в программе сразу же должна быть предусмотрена возможность просмотра свойств перекрестка с выводом на экран текущих длительностей фаз по всем направлениям, чтобы пользователь мог оценить актуальность этих данных и при необходимости сообщить новые. Конечно, сбор этой информации и поддержка ее - задача весьма непростая. А оценить эффект от введения таких коэффициентов я не представляю как.
Показ "Дорожных знаков" на перекрестках.
в Развитие навигационного сервиса СитиГИД
Опубликовано
этом случае Вы поставите не точку финиша, а промежуточную точку, для
высадки пассажира. И тут уже дело за разработчиками, этот момент
грамотно запрограммировать, чтобы маршрут к промежуточной точке не
зависел бы от зоны запрещенных парковок. А вот если Вы именно точку
финиша поставите на месте высадки пассажира, то будет учтено
направление подъезда с учетом запрещенного места парковки (в будущем,
сейчас этого нет). Я пока так понял эту будущую идею, может не прав,
сейчас пока не стоит гадать, подождем, увидим.
Если рассуждать с этой позиции, то навигатор и сейчас провоцирует на них не смотреть, так как следуешь по проложенному маршруту будучи уверен, что он проложен в соответствии с ПДД (повороты, одностороннее). Но рассуждать с этой позиции не следует, иначе прогресса не будет. Навигатор - по определению помощник, подсказчик, и призван не только пробки объезжать, но и вообще упростить вождение автомобиля, не заботясь о направлении движения. Если же навигатор будет сообщать дополнительную информацию - езда будет еще безопаснее. Тем более что речь идет только о случаях, когда сам не заметил знака - тогда помощь будет неоценимой. Ну а насчет привыкания и несмотрения на знаки вообще - это проблема каждого в отдельности. Некоторые и сейчас уже находятся в такой зависимости от навигатора, что без него ездить вообще не могут. Некоторые ведь и курить не могут бросить, не правда ли? А иные легко бросают. Дело личного характера.