Shadow Wizard
-
Content Count
138 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Posts posted by Shadow Wizard
-
-
rookie, это фигня... мне вот вчера надо было доехать из Москвы в населенный пункт Владимирской области.
Нашел его в поиске, ткнул в "финиш", еду спокойно по подсказкам - бо примерно знаю, куда ехать (заранее по карте глянул). И вот когда мне навигатор предложил свернуть не там, где я предполагал - я заподозрил неладное: встал на обочину, глянул маршрут... сказать, что я охренел - это ничего не сказать: мне предлагалось ехать до некоей точки, от которой дальше до пункта назначения шел пунктир по прямой. Типа, куда смогу - туда доведу, а дальше ты, хозяин, уж сам как-нибудь.
Громко сказав много добрых слов в адрес программы и ее разработчиков (благо, в машине я был один), я воткнул промежуточную точку на карте Владимирской области - и тут же получил нормальный маршрут, практически полностью совпавший с моим представлением.
Вот и спрашивается: как, блин, это называется? Не, я понимаю, что мне просто не повезло, что программа поставила финиш на ближайшей к пункту назначения точке дорог Евразии - поскольку, по логике разработчиков, на пути к финишу я должен был попасть на территорию Владимирской области, а там уж по местной карте построился бы правильный маршрут.
Но тут их и подстерегла проблема: чтобы попасть во Владимирскую область, ехать надо было совсем не туда, куда меня вел маршрут, проложенный по карте дорог Евразии.
Из чего следует вывод: ребятам нужно полностью переделывать алгоритм прокладки маршрутов по нескольким картам. Например, прокладывать маршруты от точки старта до границы региона старта и от границы региона финиша до точки финиша по картам соответствующих регионов, а от точки выхода из региона старта до точки входа в регион финиша вести по карте дорог Евразии.
Только так получится избавиться от косяков типа того, на который напоролся я.
P.S.
А ведь бывает еще и так, что проехать из точки А в точку Б быстрее и короче транзитом сквозь соседний регион... вот как обучить СГ такому финту - я пока не придумал.
-
АНДРЕИЧ, у всех.
-
Как то пользовался в программой ReGet с рекламным модулем... Так скачивать' date=' испольнять свое прямое предназначение он ведь не мешал...[/quote']
Ну так еще б ему мешать - зарядил Регет качать, свернул в трей и забыл. А на карты смотреть надо постоянно - голосом-то Яндекс вести не умеет...
-
Вспомните как 3.7 появилась' date=' с какими глюками.
Имхо 3.8 по сравнению с ней даже работает.[/quote']
Да ну?
А дебютное появление 3.8 в абсолютно неработоспособном виде уже, типа, не считается?
3.7 хотя бы с маршрутами не косячила...
-
Народ, а вы вообще в курсе, что там не все так просто? И что от оплаты за трафик свободна лишь специальная, "операторская" версия Яндекс.Карт? Снабженная как минимум логотипом соответствующего оператора и не факт, что только им - как насчет, например, какого-ньть рекламного модуля? То, что его нет сейчас, не значит, что он не появится в дальнейшем.
Вот и думайте - надо ли оно МИТу и лично вам.
-
Угу. Мне в поддержке ответили, что "версия 3.8 будет выпущена позже" и пообещаи исправить нумерацию на сайте.
Что-то не залаладилась у МИТовцев 3.8. Косяк на косяке с самого начала... :(
-
О, у меня в разделе обновлений появилась версия 3.8 для WinCE.
Лицензия - OEM, т.е. эта версия - чисто теоретически - должна пойти если не на всех, то на большинстве навиков под WinCE.
Одна беда: по ссылке отдается файл cg371wince.zip
То есть - 3.7 SP1
:(
-
В следующей версии чего - программы или карты?
-
Интересно, стоит ли ждать 3.8 для OEM-лицензии?
Насколько я помню, 3.5 под OEM так и не вышел - после 3.1 сразу пошла 3.7 SP1...
-
к сожалению супруга с ним была в белоруссии так вот симка на штатном телефоне работала без проблем а вот в навигаторе не заработала
В каком режиме?
Телефонная связь и пакетная передача данных (GPRS/EDGE) с точки зрения GSM - вещи, между собой очень мало связанные. Поэтому запросто одно может работать, а другое - нет. И не зря роуминг данных включается как отдельная услуга... да и в самом аппарате, кстати, вполне мог стоять запрет на использование GPRS/EDGE в роуминге, ибо расценки на это дело иначе, как грабительскими, не назовешь.
-
забудьте вы наконец эту карту. она от января 2008 года! так что корректур НЕТ!
Я' date=' как бы, в курсе.
Хочу только заметить, что эта самая карта, несмотря на свой почтенный почти 2-х летний (на тот момент - декабрь прошлого года) возраст, прекрасно справилась с задачей: экипаж PGIS-ГЦ в декабрьском пробкотесте финишировал первым. И потому PGIS в моем навигаторе стоит в комплекте именно с этой картой.
А последние известные мне корректуры для нее делались с неделю назад - когда открыли заезды на Ленинградку, закрытые с началом ремотна химкинского путепровода. Сегодня вот открыли новую эстакаду на 3ТК у Сити, ночью обещают вернуть движение по схеме "почти как было год назад" - значит, будет и очередная корректура для ГЦ.
Частые обновления карты ОСМ это конечно хорошо, но вот на сервере карта не обновлялась уже очень давно. Поэтому чем чаще обновлять карту на клиенте, тем совместимость по пробкоданным уменьшается.Насколько я помню, там же писали, что на сервере по-прежнему крутится карта от ГЦ.
Делайте выводы.
-
vaso007, что-то как-то сомнительно, чтобы это был баг именно аппарата. Им, в общем-то, без разницы, роуминговая сеть или нет - стандарт-то всяко один.
Больше похоже на то, что не подключена какая-ньть услуга типа роуминга данных (он же GPRS-роуминг).
-
Klinton77, если внимательно прочитать анонсы о выходе версий, поддерживающих Пробки-2 (3.8 для Ведроида и 2.8 для Симбы), то можно увидеть в них следующую фразу:
"- использование технологии Пробки-2 (пробки по полосам движения и статистика)".
И пусть формулировка не совсем точна (ибо на самом деле поддерживаются пробки не по полосам движения, а по направлениям на перекрестках, что, хоть и близко друг к другу по сути, но все-таки совсем не одно и то же), но основное представление о том, что же это за "Пробки-2" такие и с чем их едят, она дает.
Ну а за более детальной информацией добро пожаловать на форум.
-
Alexey_Sh, дык писали же, что в 3.5 был запрет на изменение маневров в радиусе 100 м., а в 3.7 он куда-то пропал.
Возможно, это баг и в очередной сборке 3.7 его пофиксят (если уже не пофиксили в SP1); возможно - фича, т.е. так оно теперь и будет. Но внятно ответить на этот вопрос могут только разработчики, от которых не то, что актуальной информации - прошлогоднего снега зимой допроситься непросто.
Klinton77, дык в том-то и дело, что PGIS [пока] работает только по Москве и области, а CG - по всем городам, карты которых для него имеются. И поэтому общее число датчиков CG ничего никому не скажет, а городить какую-то систему сбора статистики, чтобы отслеживать в динамике количество активных пользователей по каждой карте... разработчикам и без того, думается, есть, чем заняться.
-
dolphin92, Вы не поверите, но и файлы корректур у PGIS есть. И прекрасно работают, причем точно так же, как и в CG - разрешая или снимая запрет движения с одного ребра на другое и/или по конкретному ребру.
Правда, работает оно только для карты от ГеоЦентра, которую просто так фиг найдешь, но, с другой стороны, карта OSM и так обновляется чуть ли не каждый день, так что все изменения оперативно появляются и там.
-
urix, насколько я понимаю алгоритм программы, это вполне нормальное ее поведение: пока мост не разведен, он считается проезжим и программа будет строить маршрут через него без учета подлетного времени и, соответственно, разведения к моменту подъезда.
Как нужно модифицироать алгоритм, чтобы этого избежать - я уже писал в соседней ветке. Если разработчикам это не интересно - я им не доктор; но форум наверняка читают и конкуренты...
-
А чем данный случай отличается от обычного "линейного", когда 2 датчика стоят в пробке, а еще 2 объезжают ее по обочине/тротуару/встречке/... ?
Сервер как-то умеет учитывать и то, и другое. Но основная фишка новой фичи в том, что стоявший на поворот человек забьет своим красным следом не весь перекресток, а лишь одно его направление - соответствующего поворота. И маршрутизаторы других участников проекта спокойно проведут их через этот перекресток по свободным направлениям, а не потащат в объезд, спасая от нарисованной поворачивающим пробки, которой там на самом деле нет или есть, но только на этот поворот.
-
Блин. Не смешно все это, поскольку задачка, на самом деле, детская. И решается алгоритмом на уровне младшей группы детского сада.
Надо просто во время построения маршрута ввести проверку на наличие у ребра признака "разводной мост". Если таковой признак обнаруживается - оцениваем подлетное время к узлу, к которому примыкает это ребро и сравниваем его с графиком развода. Если попадаем на разведенный мост - ставим на этом ребре "кирпич" и строим маршрут по новой.
Минус очевиден - постоянные перестроения маршрута в случае граничного времени. Лечится введением "интервала безопасности" - т.е. оценивается не точное время подъезда к мосту, а с запасом в 5-10 минут; если в них не укладываемся - нечего даже и пытаться.
Второй минус - четкая завязка на график. Тут уже без оценки задачи не обойтись: если требуется проехать с гарантией, то - только график, потому что все остальное - воля случая (мост могут как свести раньше времени, так и не свести). Ну и на стороне клиента придется извращаться с динамической оценкой: попадаем в перекрытие, не попадаем, если попадаем - запросить сервер, вдруг мост уже помечен как проезжий... сложно все это становится слишком и соответственно повышается вероятность ошибки. Хотя, в принципе, такой динамический вариант тоже вполне реализуем - надо только подумать над ним как следует и отшлифовать до упора, сведя потенциальную возможность возникновения ошибочных ситуаций к минимуму.
-
Сведующие' date=' расскажите, а как это СГ умеет делать, то есть, как он определяет пробку, например, в левой полосе??? На чем основана "фишка"???[/quote']
Никак. Пробок по полосам в CG нет и к тому же никто такой фичи не обещал - в отличие от реализованой в Пробках-2 (v3.8 и далее) фичи "пробки по направлению". Которая может на одном и том же перекрестке отличить, скажем, беспрепятственный проезд прямо от хвоста на левый поворот. И реализуется это элементарно - анализом траектории движения датчика: если стоял у перекрестка, а потом обнаружился на перпендикулярной улице - значит, затруднен именно этот поворот; все остальные направления могут быть свободными.
-
maryvik, а вглядываться в мелкие циферки на экране навика - безопаснее?
На мой взгляд, идеальным вариантом было бы переключение по нажатию пальцем в эту область, чтобы каждый мог выбрать для отображения тот вариант, который ему больше по душе и переключить его при необходимости - если, например, мозг перегружается от сложения 2-х циферок.
-
PsevDANIm, дык московския мы...
А что про WinCE слышно? Когда под нее 3.8 ждать?
demalina, есть мнение, что приоритеты расставлены в соответствии со статистикой пользователей. Видимо, СитиГидом под WM пользуется не так много народу - вот и задвинули версию под WM в хвост очереди.
-
PsevDANIm, это откуда такая информация?
Мне вот кажется, что все наоборот: поскольку полноценная работа Пробок 2.0 требует поддержки и со стороны клиентской части, в интересах МИТовцев как можно скорее выпустить версии с этой технологией для всех платформ.
Причем для Андроида и Симбы такие версии уже есть, остались огрызкофоны да винда всех разливов (PC, CE, WM).
-
SpeedFire, так уже - сегдня вышла 2.8 для Симбы, с Пробками-2.
-
d C G, так я ж не требую, я спрашиваю. Ибо имею какое-то странное желание помочь сделать программу удобнее для пользователей. Да и раздел этот, как мне казалось, именно для сбора таких идей и создан.
Согласен, требовать внедрения каждой идеи - глупо. Но в данном случае речь идет не о полном перелопачивании алгоритма оповещений о новых картах, а всего лишь о небольшой к нему добавке, написать которую и отладить - дело пары часов максимум. То есть, по сути, мелочь, а удобство для пользователей очевидно.
Впрочем, Вы таки ответили на мой вопрос: если механизм будет меняться в скором времени, то делать что-то с существующим особого смысла нет. Что ж - подождем... :)
Версия 3.8 на WinCe
in Exchange experience
Posted