Jump to content
GPS навигатор СитиГИД

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


Recommended Posts

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

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

Link to post
Share on other sites
  • Replies 2.9k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

короче валим все за бугор, выводя туда бизнес и налоги, продолжая попутно ныть почему же у нас кофе дорожает. Да же, Joss? Туда и дорога. Только за бугром вам за такую туфту, какой сейчас является С

Красная тряпка не чат сам по себе, а усилия, которые затрачиваются на его доработку от версии к версии, в то время как навигационная составляющая либо не улучшается, либо ухудшается, либо ломается, но

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

Posted Images

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

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

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

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

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

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

Edited by CyrilS
Link to post
Share on other sites

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

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

  • Upvote 2
Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

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

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

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

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

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

Edited by CyrilS
Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

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

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

Edited by CyrilS
Link to post
Share on other sites

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

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

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

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

Link to post
Share on other sites

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

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

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

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

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

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

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

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

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

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

Edited by CyrilS
Link to post
Share on other sites

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

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

Edited by zoran
Link to post
Share on other sites

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

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

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

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

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

Link to post
Share on other sites

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

Link to post
Share on other sites

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

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

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

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

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

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

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

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

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

Link to post
Share on other sites

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

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

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

Link to post
Share on other sites

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

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

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

  • Upvote 1
Link to post
Share on other sites

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

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

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

Edited by zoran
Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

Link to post
Share on other sites

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

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

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

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

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

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

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

Edited by Sevar7867
Link to post
Share on other sites

Не пробовал.

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

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

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

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

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...