Серж404
-
Публикаций
58 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные Серж404
-
-
-
Добрый день.
Вот так строит маршрут СитиГИД по умолчанию:
А вот так, если в Подъездном переулке поставить промежуточную точку:
Поясняю. На этом участке набережной нет возможности развернуться. Все водилы, которым надо поехать здесь в обратную сторону, заезжают в подъездной переулок и там разворачиваются.
СитиГИД при построении маршрута, видимо, не учитывает возможность разворота на соседней улице.Кстати. Тот факт, что на данном участке набережной разворота нет СитиГИД версии v.7.8 SP2 от 09.08.2013 не отрабатывает, предлагает разворачиваться прямо через двойную сплошную. Карта версии 19.2, корректуры актуальные.
-
Кстати, я вот подумал, мне бы и плюшки на СЕ не нужны, и 8 версия.
Мне было б достаточно, если б сделали 7.8.SP3 - чтоб вернули только время до пром.точки, при тапе по нему.
и был бы я доволен.
Похоже, что в последних релизах восьмёрки алгоритм прокладки маршрута отличается от алгоритма реализованного в семёрке. Стало меньше сомнительных объездов. Если это так, то хочется это получить и в семёрке.
-
А вы размеры сравните
Сравнил
98Spb.cgmap = 154 105 609 байт
99Mos.cgnet = 115 502 125 байт
Это же одна из полезных фишек восьмёрки - карты для неё меньше весят.
-
Я же говорю, у меня СГ не говорит, что карта новая вышла, никто не знает с чем это связано, техподдержка глубокомысленно играет с собакой, копается в огороде и т.д., но мне не помогает
Таки образом мне нужно мониторить оф сайт, чтобы об этом узнать, он это связано с риском, появляются БАЛЛьных дел мастера и выгоняют меня отсюда.
Допустим я узнал, что вышла карта, мне нужно не забыть взять карточку из машины, потом найти картридер и залить карты на карточку (еще кстати их найти надо на сайте). Потом не забыть принести карточку в машину.
Обновлять в машине не хочется, это нужно час сидеть, чтобы скачалось через мегафон.
и Вам доброго дня, как я написал у меня ВинСЕ, у Вас на андроиде, на андроиде я нашел Кировск.
Я тоже несколько лет пользуюсь СГ и научился отключать логику и здравый смысл при его использовании.
Могу сделать фотографии как я набирал, как сворачивал клавиатуру и т.д.
У меня Win-CE
Мой Win-CE (v.7.8 SP2 от 09.08.2013) сообщает о том, что вышли обновления карт.
-
Добрый день, уважаемый cinik.
Совсем недавно тоже столкнулся с тем, что СГ не находит Кировск в Лен. области. Затеял на эту тему переписку в форуме.
Оказалось, что я, несмотря на то, что пользуюсь СГ уже несколько лет, не всё делал правильно. Меня поправили.
Вот переписка по этой теме: -
Вам десяток постов подряд писАли об этом, что клавиатуру нужно убирать с экрана нажимая значок клавиатуры и тогда все варианты из поиска будут видны.
Как можно, используя СитиГИД несколько лет, не знать этого?
Да вот как-то не сталкивался с подобной ситуацией.
Всегда находилось то, что ищу. И по России, и по Украине, и Белорусии, и Финляндии.
-
Всем спасибо.
Каждый раз после набора Кировск нажимал не значок клавиатуры внизу, а, как всегда, правую птичку. или ввод
Был не прав.
-
1
-
-
Если набираю:
- /Меню/Поиск/Адрес,
затем "кировск" (без пробела), то открывается сразу Кировская область, без вариантов. -
У меня тоже Россия 14.3 и Санкт-Петербург 14.2.
Какая версия СГ у Вас?
-
Всё. Нашёл причину затыка.
Я поиск делал как обычно - /Меню/Поиск/Адрес. Здесь то и возникла проблемка - находится всё, что только на ум приходит, кроме этого самого Кировска.
А вот здесь - /Меню/Поиск/Искать всё и Кировск нашёлся.
Остаётся вопрос. То, с чем я столкнулся ошибка программы, карт или так и должно быть?
-
Спасибо. Всё на ваших картинках привычно и ожидаемо. Однако у меня с Кировском затык. Не понятненько.
Кстати внешний вид экранчиков у Вас другой, не такой как у меня.
Можер разные версии программы? У меня версия 8.1.0.001.
-
Другие населённые пункты без проблем поиском отыскиваются.
Тут пользователь Hab писал, что должна быть карта версии 14.3, а гдееё взять? В предложенных для скачивания версия 14.2
-
В этом случае открывается Кировская область
-
Вот как у меня получается:
Первые 2 кадра показывают процесс набора.
Переход от второго кадра к третьему происходит сразу после ввода пробела.
Переход к четвёртому кадру происходит при нажатии на значёк клавиатуры.
Пятый кадр получается при вводе пробела. Кнопка перехода в пятом кадре не активна.
-
Стоит карта 14.2
Ситигидом пользуюсь несколько лет. Процедуру поиска делал бессчётное количество раз.
Сейчас после набора Кировск, сразу предлагает Кировск (Домбаровский р-н), Оренбургская обл. Без альтернатив.
Кстати, на седьмой версии СГ Кировск находится без проблем.
Карта тоже 14.2
-
Натолкнулся на такую проблемку.
В поиске нет возможности выбрать Кировск Лен. области или Кировский р-н.
Город на карте есть, с улицами, всё как надо, можно выставить там в любом месте точку, а вот в поиске нет возможности город набрать.
-
- Популярный пост
- Популярный пост
Добрый день.
В программе появилась новая фича:
Меню/Маршрут/Настройки/Объезжать пробки.
Далее, на выбор, три варианта:
- Всегда
- По возможности
- Иногда.
Поясните, пожалуйста, что подразумевается. Экспериментальным путём различий в прокладке маршрута не обнаружил.
Всё же удалось разницу увидеть.Так, например в режиме "всегда" был проложен маршрут на 1 мин быстрее и на 6 км длиннее, чем в режиме "Иногда". Но такое происходит редко, обычно маршруты совпадают.
Расскажите вкратце, как это работает. Т.е. замысел понятен, и я его считаю очень полезным, вопрос в том, какие критерии учитываются, как программа решает, ехать в эту пробку или её объезжать.
Хочется это понимать, что бы осознанно выбирать режим.
-
3
-
Добрый день.
В программе появилась новая фича:
Меню/Маршрут/Настройки/Объезжать пробки.
Далее, на выбор, три варианта:
- Всегда
- По возможности
- Иногда.
Поясните, пожалуйста, что подразумевается. Экспериментальным путём различий в прокладке маршрута не обнаружил. -
...
Объяснил много раз, почему. Сколько можно повторять? Лишние километры нельзя менять на минуты, потому что лишний километр в центре не одно и то же, что лишний километр по КАД. И вторая причина в том, что лишний маневр иногда хуже лишнего километра.
Credo: надо оценивать риски лишних километров и лишних маневров.
...
Можете функцию не использовать. Навигатор тогда всегда будет искать только быстрейший маршрут. Как сейчас.
А многим это будет полезно.
Что касается включения третьего параметра оптимизации - количество и сложность манёвров, так я только за. Просто не подключаюсь к обсуждению этой темы, т.к. не могу ничего дельного предложить. Много там субъективного.
-
Вот именно! Мне кажется, совершенно не нужно не только усложнять настройки оптимизации, но даже и вводить их.
....
Ресурсы не безграничны. Чтобы быть коммерчески успешным, нужно, по возможности, тратить деньги на перспективные разработки. То, что Вы предлагаете - совершенно лишний с этой точки зрения костыль.Как и у любой навигационной программы, которая пользуется живыми пробкоданными, у СГ существует важная проблема перескоростей/недоскоростей
.........
Рано или поздно настройки оптимизации вводить придётся, хотя бы для того, что бы догнать конкурентов, когда они это сделают.
Непонятно, почему это костыль и чем он Вам, timvetrov, так противен. Это один из возможных вариантов решения наболевшей проблемы.
Проблема перескоростей.
Если я не о том - поправьте. Понимаю перескорость как скорость от датчика, который проехал быстрее разрешённой.
Если разговор об этом, то непонятно, почему эта проблема до сих пор существует. Мне кажется эта проблема может быть решена программистом в одно действие.
-
Это хорошо, что вы независимо пришли к таким выводам, но все это уже обсуждалось, причем с подведением научных обоснований:
'?do=embed' frameborder='0' data-embedContent>> (можно приподнять эту темку, если есть желание).
Спасибо, arctec. Действительно идея уже обсуждалась. Считаю предложенный в обсуждении по ссылке вариант хорошим. Поддерживаю полностью.
Важен ещё и тот момент, что применение того варианта или моего варианта не испортит ничего для тех, кто не захочет или не поймёт как им пользоваться. Для них всё будет как сейчас.
-
Насчёт репрезентативности всё верно. Просто сам факт, что некоторые пользователи пытаются идти своим путём говорит о том, что не устраивает их существующий алгоритм. Выигрывают они при этом или проигрывают - это уже другой вопрос.
Что касается оптимального маршрута, то самый быстрый и оптимальный это не всегда один и тот же маршрут.
Всё зависит от критериев оптимизации. Если критерий только один - время, то да, самый быстрый маршрут и есть оптимальный.
Однако, вся тема крутится вокруг того, что на самом деле критериев оптимизации больше - это и пробег, и сложность маршрута, и экономичность и т.д.
Увязать все критерии не просто, т.к. некоторые сложно оценить (например сложность маршрута или экономичность).
Кроме того, для каждого пользователя своя оценка критериев. По этому любая попытка разработчиков задать оптимальные параметры не удовлетворит пользователей.
Предложенный мною вариант позволяет оптимизировать маршрут по двум существенным параметрам - время в пути и пробег. Причём каждый пользователь может задавать свои величины.
Насчёт того, что перепробег по городу и по объездной это не одно и то же - согласен.
Можно, конечно усложнить настройки оптимизации, но уверен, что большинство пользователей не примет этих сложностей. В моём (простом) варианте пользователь в целом понимает где ему предстоит ехать и может задавать параметры с учётом этого. В конце концов, кто будет пользоваться этой фичей, подберут для себя приемлемые настройки. Кто не будет пользоваться - будут ездить как сейчас. Ни чего не потеряют.
-
1
-
-
.....
Что касается перепробега и экономии времени. Как говорится, у любой сложной задачи есть простое и очевидное неправильное решение.
Лишний километр по одним улицам и лишний километр по другим - это две большие разницы (хотя километр есть километр).
Допустим, легко поверить, что если я еду с Культуры на Софийскую, и СГ ведет через КАД, то перепробег оправдан, т.к. КАД (статистически) едет быстро. Бывают, конечно, и пробки, и они должны учитываться, но если, согласно пробочной обстановке, по КАД быстрее, то такой перепробег оправдан. Риск неожиданно для СГ застрять на КАД невелик.
Другое дело, когда начинается петляние по городу (и тут даже важны не только лишние километры, а еще и лишние маневры) ради выигрыша в 30 с. Вот тут могла бы помочь накопленная векторная статистика. Мне кажется, статистику надо использовать полнее. Сейчас она используется только для ребер без пробкоданных.
Так чем же в данном случае плох мой вариант?
Сейчас мы совершаем эти самые перепробеги даже не зная, выигрываем ли мы что-то по времени. Некоторые пользователи пишут, что едут не по рекомендациям СГ, а по своему опыту или по интуиции. Всё по тому, что нет удобного способа повлиять на решения СГ.
А так:
Я выбираю параметр, например 7 минут и 10 км.
Программка фиксирует, что я готов за минуту выигрыша заплатить 10/7 км.
Просчитывает самый короткий маршрут - 28 км.
Оценивает время в пути по самому короткому маршруту (с учётом пробок и прогнозов по пробкам на основании статистики) - 80 мин.
Ищет оптимальный С УЧЁТОМ МОЕГО КРИТЕРИЯ ОПТИМАЛЬНОСТИ маршрут..
Допустим находит самый быстрый маршрут - 54 км и 64 мин.
Вычисляет допустимый при таком выигрыше (80-64=16мин) перепробег 16*10/7=22,9км.
Сравнивает допустимый перепробег с перепробегом на найденом маршруте.
22,9<(54-28=26) - перепробег превысил допустимый предел.
СГ просчитывает другой маршрут, с меньшим выигрышем по времени, например 43 км и 67 мин.
Проверяет - перепробег 43-28=15 км, выигрыш по времени 80-67=13 мин.
Считает допустимый при таком выигрыше перепробег13*10/7=18,6 км.
Условие оптимизации выполнено. Этот маршрут и предлагается.
Самый быстрый маршрут с перепробегом 26 км забракован, выбран маршрут на 3 мин дольше и на 11 км короче.
Понятно, что пробочная обстановка меняется и показатели времени доезда могут увеличиться, особенно в период когда пробки нарастают. От этого фактора не уйти не имея хорошего прогноза по пробкам.
Но алгоритм этот всё же даст возможность пользователю ОПТИМИЗИРОВАТЬ МАРШРУТ ПО СВОЕМУ УСМОТРЕНИЮ!
Релиз СитиГИД 7.8 SP для WinCE
в GPS навигатор с пробками для Windows Mobile и Windows CE
Опубликовано
Спасибо. Спасли.