Конкуренты не дремлют!

[bushmen]

Я в курсе и полностью согласен, что именно в условиях Мск и МО эта проблема требует решения.

Вот поэтому я и говорю, что серверная прокладка маршрута была бы разумным компромиссом между слабыми устройствами и местными условиями )

[zoran]

Ценность определения маршрута на "сервере", как раз в том, что нет проблем с интерпретацией прогноза пробок на устройстве!

Можно, зная кто куда едет и количество машин в потоке, по возможности развязать маршруты по разным дорогам.

Да много чего такого, что на устройствах и не снилось.

[bushmen]

Можно, зная кто куда едет

Это при условии, что у всех включены навигаторы в режиме ведения по маршруту и сидят в общей базе :)

[CyrilS]

Ценность определения маршрута на "сервере", как раз в том, что нет проблем с интерпретацией прогноза пробок на устройстве!

Ага, эта "проблема" переносится на сервер. С доставлением ряда существенных неудобств конечным пользователям в случае, если маршрут строится только на сервере. С необходимостью заметно увеличить затраты на поддержку функционирования навигации. И без какого-либо выигрыша, на самом деле - слово "проблема" не зря в кавычках. Пробочные данные, по сути - стоимость ребра; разницы, где их интерпретировать, нет никакой (если у вас не совсем дохлое устройство и/или ребра не ограничены длиной в 10 м).

Можно, зная кто куда едет и количество машин в потоке, по возможности развязать маршруты по разным дорогам.

Только в том случае, если АБСОЛЮТНО ВСЕ пользуются ОДНОЙ программой. Не аргумент до тех пор, пока абсолютно все не начнут использовать навигаторы и программы не начнут обмениваться актуальной информацией.

Да много чего такого, что на устройствах и не снилось.

Ну пока что это "много" - кроме дорожной обстановки - по большей части, рюшечки (типа динамических точек интереса и "друзей"). Я вот не вижу ни одной возможности, которая в настоящее время меня бы заинтересовала. Я, собственно, даже из дорожной обстановки оставил бы только пробки, аварии и "опасность". Ж;-)

Изменено 21 декабря, 2012 пользователем CyrilS

[CyrilS]

Вот поэтому я и говорю, что серверная прокладка маршрута была бы разумным компромиссом между слабыми устройствами и местными условиями )

Ага. И отсекла бы (без локальной прокладки) всех, у кого хотя бы батарейка в телефоне села или баланс исчерпан. И огорчала бы (с локальной прокладкой) всех, у кого хотя бы батарейка в телефоне села или баланс исчерпан. Ж;-) А наличие двух параллельных механизмов и необходимость формализовать логику переходов между ними существенно усложняет и удорожает поддержку для производителя ПО. Не всё так просто. Ж;-)

[bushmen]

И отсекла бы (без локальной прокладки) всех, у кого хотя бы батарейка в телефоне села или баланс исчерпан.

Вы хоть читаете то, что другие писали ранее? Где я писал про то, чтобы отменить локальную прокладку? Тогда, прочитайте, пожалуйста, еще раз мой пост про описание того, как это работает на Прогороде.

[IШIN]

Согласен с CyrilS. Учитывая наличие в природе немаленького количества вообще безынтернетных навигаторов, приходим к тому, что "клиентская" часть программы должна быть полнофункциональной (то есть как минимум не хуже, чем сейчас), "облегченная" - не подойдет.

А на сервере - должна быть еще круче. И при этом на сервере должна использоваться карта типа "вся Россия", но детальная, а не обзорка.

И эта карта должна стыковаться с "региональной" детальной картой, используемой на девайсе в случае локальной маршрутизации...

[zoran]

Не надо, чтобы абсолютно все пользовались программой. Достаточно только знать сколько машин в потоке.

А разводить по разным маршрутам можно только своих.

Согласен с CyrilS. Учитывая наличие в природе немаленького количества вообще безынтернетных навигаторов, приходим к тому, что "клиентская" часть программы должна быть полнофункциональной (то есть как минимум не хуже, чем сейчас), "облегченная" - не подойдет.

А на сервере - должна быть еще круче. И при этом на сервере должна использоваться карта типа "вся Россия", но детальная, а не обзорка.

И эта карта должна стыковаться с "региональной" детальной картой, используемой на девайсе в случае локальной маршрутизации...

А где я писал, что это не так? В идеале так и должно быть, но это "премиум версия" для извращенцев, по городу хватит и того, что сейчас есть в Прогороде.

Мне и Яндекса бы хватило, алгоритм возврата на маршрут по продвинутей и все.

[zoran]

Ага, эта "проблема" переносится на сервер. С доставлением ряда существенных неудобств конечным пользователям в случае, если маршрут строится только на сервере. С необходимостью заметно увеличить затраты на поддержку функционирования навигации. И без какого-либо выигрыша, на самом деле - слово "проблема" не зря в кавычках. Пробочные данные, по сути - стоимость ребра; разницы, где их интерпретировать, нет никакой (если у вас не совсем дохлое устройство и/или ребра не ограничены длиной в 10 м)

Это, если маршрут строить как сейчас. Если пользоваться моделью с количеством машин в потоке, с этим не справится навигатор. Плюс к этому, навигатор ничего не знает о соседях по использованию аналогичной программы. итд итп.

Короче. Знать стоимость ребра мало. Этого достаточно в системах без прогноза, с прогнозом все не так просто. До сих пор нормальный прогноз никто не сделал.

[CyrilS]

Вы хоть читаете то, что другие писали ранее? Где я писал про то, чтобы отменить локальную прокладку? Тогда, прочитайте, пожалуйста, еще раз мой пост про описание того, как это работает на Прогороде.

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

Изменено 21 декабря, 2012 пользователем CyrilS

[CyrilS]

Не надо, чтобы абсолютно все пользовались программой. Достаточно только знать сколько машин в потоке.

А разводить по разным маршрутам можно только своих.

Это лишено смысла. Потому, что "не-свои" будут вносить помехи, лишающие такую разводку по маршрутам смысла практически полностью; особенно в случае, если у них будет работать свой алгоритм разводки. Ж;-) Так что - пока не сработает.

[CyrilS]

Это, если маршрут строить как сейчас. Если пользоваться моделью с количеством машин в потоке, с этим не справится навигатор. Плюс к этому, навигатор ничего не знает о соседях по использованию аналогичной программы. итд итп.

Ничего подобного. Количество машин в потоке не может быть учтено иначе, чем через стоимость ребра. Так что это:

Короче. Знать стоимость ребра мало. Этого достаточно в системах без прогноза, с прогнозом все не так просто. До сих пор нормальный прогноз никто не сделал.

неверно. Просто коррекция стоимости рёбер, отдаваемая уже сейчас всеми пробочными сервисами, будет определяться по несколько другому алгоритму. А расчёт маршрута будет такой же. И с прогнозом, и с учётом точек назначения тут тоже ничего не изменится кардинально - немного подпилят алгоритмы расчёта и передачи коррекций и расчёта маршрута.

Изменено 21 декабря, 2012 пользователем CyrilS

[bushmen]

создаёт дополнительные проблемы (в том числе - ресурсные) для производителя ПО

Вы прямо так сразу влет можете сказать, какие дополнительные ресурсные затраты это повлечет, не имея представления о существующих? Я бы не стал так категорично утверждать.

При неочевидной пока выгоде.

Вы выгоды не видите. Я - вижу. Точки зрения по этому вопросу мы высказали. Дальнейшие дебаты считаю бессмысленными. За сим откланиваюсь.

[CyrilS]

Вы прямо так сразу влет можете сказать, какие дополнительные ресурсные затраты это повлечет, не имея представления о существующих? Я бы не стал так категорично утверждать.

1. Увеличение числа и сложности алгоритмов

2. Соответственные увеличение сложности кодирования и базы кода

3. Соответственное увеличение затрат на разработчиков

4. Усложнение поддержки и увеличение затрат на неё

5. Увеличение требуемых вычислительных мощностей и затрат на них

6. Усложнение поддержки пользователей и затрат на неё

Это только навскидку.

Вы выгоды не видите. Я - вижу. Точки зрения по этому вопросу мы высказали. Дальнейшие дебаты считаю бессмысленными. За сим откланиваюсь.

Вы невнимательно прочитали. Выгоду я вижу. Но, повторюсь, не всё так просто. Мы живём не в идеальном мире с неограниченными ресурсами, а в реальном - поэтому нет такого абсолютного понятия "выгода", а есть понятие "баланс выгод и затрат".

Изменено 21 декабря, 2012 пользователем CyrilS

[zoran]

CyrilS, Почитайте про разумный город от IBM. И Вы поймете, что количество машин нельзя учитывать стоимостью ребра, это другой алгоритм. Не свои не будут вносить дополнительных помех, кроме той пробки в которой все стоят - главное знать сколько машин в потоке.

В данном контексте спорить и обсуждать что либо бесполезно, ну разве для общего развития.

Изменено 21 декабря, 2012 пользователем zoran

[CyrilS]

CyrilS, Почитайте про разумный город от IBM. И Вы поймете, что количество машин нельзя учитывать стоимостью ребра, это другой алгоритм.

Позвольте - мы же говорим о графе, так ведь? И какой другой параметр, кроме стоимости (или сводимого к стоимости), вы можете использовать для графа? Я не силён в теории графов - но вроде с математической точки зрения нечего там больше учитывать при расчёте маршрута.

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

Не свои не будут вносить дополнительных помех, кроме той пробки в которой все стоят - главное знать сколько машин в потоке.

Да вот это-то как раз и неверно! Они стоят с вами в одной пробке. "Ваша" навигационная система разрулила пользователей, исходя из доступных данных, про другим маршрутам. Но ведь "не ваша" система сделала то же самое в то же самое время!!! В результате в момент выхода на оптимальный маршрут с точки зрения "вашей" навигации там окажутся пользователи "не вашей" навигации, которых "ваша" система абсолютно не учитывала и не планировала. При этом полностью ломается статистика и прогноз пробок - появляется слишком много неучтённых факторов.

[zoran]

Завертелось раньше, когда начали считать как новая дорога сможет улучшить ситуацию и где ее лучше сделать.

[zoran]

Получил письмо от Прогорода:

"Что нового в НС ПРОГОРОД 2.0.3199:

1. Изменения в стратегиях построения маршрутов с учетом дорожной ситуации.

2. Улучшен алгоритм маршрутизации с учетом дорожной ситуации.

3. Улучшен алгоритм расчета времени в пути и времени прибытия с учетом реальной скорости движения.

4. Изменения в отображении пробок. Теперь отображение текущей дорожной ситуации выражается степенью отличия от оптимального скоростного режима движения: «Зеленый» – свободное движение, «желтый» – незначительное затруднение движения, «красный» - движение затруднено, «темно-бордовый» - серьезное затруднение движения, «коричневый» - перекрытие движения.

5. Для следующего маневра предусмотрен режим отображения миникарты вместо знака следующего маневра. Можно выбрать в меню «Настройки сопровождения» для всех маневров или только для кругового движения.

6. Изменен информер отображения кругового движения для знака следующего маневра.

7. Прочие доработки и улучшения."

[evgenyK]

Получил письмо от Прогорода:

Ну и зачем это здесь?

Слова, слова, слова...Это еще не означает приемлимой для большинства пользователей реализации.

[MonkasteR]

Получил письмо от Прогорода:

Лучше читать не то что вышло, а то, что они исправили. Уровень проблем и то как их исправляют может служить неким критерием оценки качества текущей программы.

Надо отметить что они до сих пор ДПОИ не озвучивают, посты ДПС живут вечно и еще некоторые плюшки. Так что тут СГ сейчас должен быть немного впереди. Хотя… сам сервис геоблогов там появился пару релизов назад, так что еще не все обкатали, наверное.

[zoran]

Ну и зачем это здесь?

Ну как зачем, это пример работы с клиентом.

MonkasteR, Спасибо, действительно интересно.

Изменено 28 декабря, 2012 пользователем zoran

[MonkasteR]

Это еще не означает приемлимой для большинства пользователей реализации.

А что является "неприемлемой реализацией"? Ну вот просто интересно, чем таким существенным отличается СГ? Или просто потому что в Питере СГ лучше всех, то он должен быть лучше всех и по стране?

[evgenyK]

А что является "неприемлемой реализацией"? Ну вот просто интересно, чем таким существенным отличается СГ? Или просто потому что в Питере СГ лучше всех, то он должен быть лучше всех и по стране?

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

[Sevar7867]

zoran, Вы пробовали прокатиться с новой версией? В нашем (питерском) случае это пустой звук. Особо "порадовался" в очередной раз "загадкой перекрестка", когда подъехал, стоишь на светофоре, и не поймешь, куда стрелка там, на карте кажет, все за домами... Прокладка маршрута... Попробуйте Савушкина, с Планерной построить, как-то отстает от жизни такой маршрут...

По динамическим корректировкам:

Как будет реализована схема отправки информации для динамической корректировки?

Например у нас в городе есть участок дороги, который перекрыт на ремонт. Какие мои действия?

Публикуйте информацию о перекрытии в соответствующей (Вашему городу) ветке форума.

Как можно подробней и с указанием сроков перекрытия. Через 1-3 дня появится корректировка. Пока так.

Да и Навител обновленный, "отжигает по-полной" с маршрутами. Предложила мне программа развернуться, объехать пару кварталов (на Ваське), а оказалось, что у Большого красный участок метров 15 нарисован, разумеется - на светофоре (23-я линия). Это анализ и построение? Ни одной "живой" ДПОИ у обеих программ.

Изменено 28 декабря, 2012 пользователем Sevar7867

[zoran]

Не пробовал.

Я привел письмо с другой целью:

В Ситигиде никак не могут понять одну важную, на мой взгляд, мысль.

Клиенту не нужен идеал, клиенту нужно быть довольным! Все остальное вторично.

И вот такое вот письмо, это часть работы с клиентом в этом направлении.