-
Публикаций
698 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные max_rl
-
-
Да почем против то? Я не вижу реально работающего принципа не по шаблону- ОднаБабкаСказала
Для начала добавить в алгоритм расчета параметр "средняя скорость водителя за 5мин" , уточнять исходя из нее время прибытия каждые 5-10мин и дать возможность пользователям в настройках или ресурсах менять его приоритет/вес относительно других параметров. Для тех кому и так хорошо, поставить этот коэф равным 1 т.е не влияющим на расчет, а дальше работать над улучшением.
А то что сейчас отображает, это тупо циферка ниочем, следовательно хуже не будет.
Отправлено с моего GT-P1000 через Tapatalk
-
Если я это буду делать в уме, то мне и навигатор не сильно будет нужен, и напомню, что и такие мелочи влияют на выбор пользователей - яндекс, навител, иго умеют это делать, а ситигид нет. Сейчас для попадание в прогнозируемое время мне нужно по городу лететь 80 на красный, а за городом ползти со средней скоростью 80-90. Вот и вся проблема.
max_rl, чудак-человек, никто
кроме васвашей реальной скорости _на оставшейся части маршрута_ не знает, и знать не может. Если вы ее знаете, что мешает в уме разделить на нее оставшийся путь, отображаемый на экране СГ. Что до большинства, то большинство местных ораторов с вами не согласно.Согласен, 4 оратора из одного города, для которых изменение ни на что не повлияет . , но принципиально против, как Баба Яга
- 1
-
Читаю, читаю и понять не могу - зачем мне знать среднюю скорость потока, если она отличатся даже в самом потоке, зачем мне знать абсолютно левое время прибытия, мне, как и большинству больше нравится алгоритм навитела, пусть я на час раньш приеду, чем на час позже, а вы рассуждаете о потоках, о том могут ехать быстрее не могут, извините но я не причисляю себя к стаду водятелей купивших права и не знающих пдд, так вот подчеркну еще раз, меня не интересет время пбытия стада ползущего 40 в среднем ряду или летящего 140 по встречке, меня интересует только мое время прибытия при движении с моей скростью, а что там идет на сервер, статистики и прочая ерунда мало кого волнует. Если это не планируют делать то девиз "Время бесценно" надо менять на другой т.к время пибытия на дистанциях более 5 км всегда врет.
И напомню программу позиционируют как наигационную везде, не только в Питере.
- 1
-
Уучитываться должно 4 составляющих
1. скорость дорожного графа.
2. скорость пробкодатчиков в зависимости от их количества - чем больше датчиков, тем больше вклад.
3. относительная разница между скоростью графа, пробки, водителя
4. скорость водителя.
Что сложного увязать это в алгоритм рассчитав коэффициенты?
Сейчас учитывается только 2 параметра и из-за этого ошибки, а 4 позволят решить много проблем и в построении маршрутов - маршруты в мегаполисах станут более точными, а в остальных городах не будет тащить во дворы из-за одного "тошнящего" таксиста.
Пример, почему коэффициент (моя скорость)/(скорость потока) работать не будет:
Я еду на велосипеде, со скоростью 20 км/ч. На пробочных ребрах это быстрее скорости потока в 4 раза (20/5), а на свободных в 4 раза медленнее (20/80).
Уверен, что учет 4 параметров, даст для велосипеда довольно точное время.
-
Это и есть нормальная ситуация в городе кроме нескольких узких и загруженных.Не соглашусь. В плотном движении/пробке - да. А например на Октябрьской набережной я еду около 65 кто-то там едет 90. То же и на КАДе. Если бы у всех к правам прилагались мозги, то люди, едущие со скоростями 90, 110 и 130+ друг другу бы не мешали. И тогда средняя скорость на ребре могла бы быть 110, а время рассчитывалось бы разное.
так и не увидел ни одного ответа по существу - чем учет средней скорости помешает вам в Питере, кроме непонятного "мне это не нужно мы как трамваи ездим с одной скоростью", мы за вас очень рады, но есть разные города и разные водители.Угу, а я пешком, на велосипеде и на роликах, и все с тем же Ситигидом.
Но это ломление в открытую дверь:
Конкуренты нашли на это время, если Ситигиду не нужны положительные отзывы людей для которых эти моменты важны, можно и дальше себя убеждать, что это никому не нужно, и вообще удалить всю эту лишнюю информацию с экрана, все полностью, а оставить только дорожную сеть и пробки.Ага, чего-то расфантазировались здесь конкретно. СГ скорее кофе начнет пользователю готовить, чем такое реализуют...
- 1
-
Тоесть- и в том и в том случае рассчитать ваше конкретное время движения к финишу?
в1 случае едете поперек всего потока и по обочинам, опережая поток и выводя левые данные на сервер, а во втором ползете и рисуете за собой пробку?
Эти данные попадают на сервер в любом случае, только я не вижу никакой связи между отображением времени прибытия с учетом этой скорости и нарушением статистики пробок. На здоровье, рубите эти данные на сервере, но прога время прибытия должна писать с учетом их.
Я не считаю это реальным сделать на данном этапе.
в 1 и 2 конкретном случае еще реально.
а теперь представим, что я еду медленнее из-за гололеда, потом ускоряюсь и обгоняю поток. Аппарат должен с начала считать одно, потом другое?
Половину дороги ехал я, половину жена - время должно пересчитываться и корректироваться в зависимости от моей скорости. Гололед, магнитные бури, закись азота, все это влияет на мою скорость и я хочу видеть время исходя из моей скорости.
Весь поток может 100 ехать, но если я еду 20 я должен/хочу/правильно видеть мое время в пути. Я не хочу комплексовать из-за того, что все приехали, я позвонил супруге и сказал, что буду через 3 часа, а не через час.
Тоже не вижу связи с расчетом времени.Представим еще аварию на ребре, кот образовалась внезапно на участке, который объехать невозможно..
получается по старым данным поток 60, а Вы едете 5 км/ч
И таких ситуаций может быть до бесконечности.
Вы не загоните жизнь и дорогу в мегаполисе и на трассе в узкие рамки никогда, а тем более в алгоритм.
Да, сейчас есть ошибки, о них в той или иной степени разрабы знают, и они делают все, что могут.
просто еще кроме нашего ХОЧУ есть еще приоритетность задач, о которой мы можем и не знать.
Что хочу я? Например- Пробки 3.
Если вы не знаете- в Питере мосты то разводят Летом.
Поэтому я хочу, чтобы программа поняла, что к моменту моего прибытия к мосту его уже разведут и отправила в объезд... Я не к закрытому движению.
И тема начиналась про алгоритмы соотношения оптимальности, как время/расстояние, я и многие хотели видеть алгоритм кратчайшие по времени с минимальным учетом расстояния к примеру..
А по поводу "более приоритетных задач", так это навигация в первую очередь.
Карты, удобство пользования, расчет маршрутов - время/расстояния с пробками/без, это главное, а все остальное мишура. Нельзя делать шелуху, забив на главные функции.
-
Или просто останется признать что текущая логика СГ в методе оценки времени прибытия не предназначена для использования за пределами мегаполисов с наличием пробко-датчиков.
Простите- а зачем вообще за пределами мегаполиса учитывать точное время?
Нужно же смотреть не только на московские и питерские пробки если СГ хочет выйти за пределы "двух столиц" ...
С трудом представляю совмещение расчетов с замкадьем.
Вообще то- мы тут начали с обсуждения расчета и неточностей времени по пробкам и реальной нехватки в выборе типа маршрута еще одной опции- краткий по времени, не по расстоянию.
Ну так мне пробки не нужны, и много чего еще.
Время в пути/прибытия, расстояние, скорость, это важнейшие параметры навигации.
Пользуя тот же навител, я довольно точно знал время и это мне помогает планировать встречи, супруга знает когда ужин готовить, на длинных дистанциях оценить нужна ли ночевка и тоже спланировать встречи.
И не нужно оправдывать кривость алгоритма малым кол-вом датчиков. СГ не пишет, что он прогамма для СПб и Москвы.
Повторю еще раз, я на спортбайке и не стою в пробках и хочу знать свое время, я на сломанной машине и гораздо больше хочу знать упею ли к закрытию сто. Кстати в последней ситуации я был неделю назад, когда развалился резонатор и нужно было решить - успею до Полтавы (150км. доехать до 18.00, если поднажму или забить и ночевать там, а утром сто искать)
И еще, при оценке времени не должно быть ограничений максимальной скорости на уровне пдд, это мое время и моя скорость, а для статиски пусть режет.
Расчет на сервере это глупость - есть как места без инета так и устройства, а для расчета мощности навика более чем достаточно.
Отправлено с моего GT-P1000 через Tapatalk
-
Естественно, ИМХО, но оно абсолютно принципиальное.
Абсолютно согласен. Показывать можно скорость хоть 150 по двору. Но в городе в расчет не имеет права попадать скорость, превышающая ПДД хоть на 1 км/час
Время прибытия расчитыается на моем навигаторе и считать он должен от моей скорости, а на сервере для статистики пусть режут как угодно.
Если бы всем была интересна средняя скорость и время рибытия мифических средних водителей, этой темы бы не сущестовало.
Отправлено с моего GT-P1000 через Tapatalk
-
Вот зачем за всех говорить? Все - в данном случае только жители Донецка. И то, непонятно зачем им расчет. Легче всего в уме разделить расстояние на желаемую скорость.
Еще раз скажу, в таких городах как Спб и Москва - никакой "своей скорости" нет, а есть скорость потока. И жители мегаполиса хотят знать именно ее.
Обратите внимание, что для вас невозможно не только прогнозирование, но и оптимизация маршрута по времени доезда. Вам нужно, чтобы программа строила кратчайший маршрут.
Не существует средней скорости водителя, я привел пример - мотоциклы, пешеходы. И напомню мир в Москве и Питере не закончился, изменение расчета на вас не повлияет, вы со скоростью потока и едите, следовательно никаких поправок - ваша скорость равна средней и поправка =1.
Отправлено с моего GT-P1000 через Tapatalk
- 1
-
Нет никаких "допустимых пределов превышения". Есть ненаказуемые. Есть "лишенческие", штрафные" и "предупрежденческо-штрафные"
А "допустипых" нет. Все это - нарушения правил.
Так что категорически не согласен. Если 10000 человек считают, что "превысить на 20% - это не превысить", то давайте считать "отрезать руку - это ж не убить".
Или "Меньше 50 метров проехать под кирпич - не встречка".
Если что - это я не ради флуда. Я сейчас не говорю о том, можно ли превышать или нет, и если да - то насколько.
В этой теме - только о том, как должна считать программа. Естественно, ИМХО, но оно абсолютно принципиальное.
Программе, должно быть по-барабану превышена или занижена скорость - это выбор водителя, мы говорим про время прибытия, а оно должно считаться в зависимости от стиля езды, а обрезать минимум и максимум нужно только для отсечения нереальных значений времени, дабы не получить 10км за одну неделю или 1000км за 4 часа.
-
Нет, почему же?
Программа видит, что на последних 10 ребрах (20? всех проехатых с момента старта маршрута?) моя скорость относилась к скорости датчиков в среднем с коэффициентом N. И начинает считать, что и на последующих ребрах это соотношение сохранится. И показывает скорости "замеренные по датчикам", а для расчета времени умножает на N.
То есть, если на шоссе были скорости 60, а некто проскочил на 90км/ч, то на ребрах внутри города его скорость будет также прогнозироваться как "полторы скорости датчиков". Ну, и как всегда - я категорически за обрезание скорости до законных лимитов.
Кто ездит 180 - пусть свое время сам рассчитывает. Даже если некто едет по КАДу 250, время должно рассчитываться из расчета скорости 110.
У нас и у вас есть допустимые пределы превышения - в Украине разрешено +20км/ч к скорости ПДД, Я не против обрезки максимальной и минимальной скорости, но по ПДД считать не правильно.
Думаю для городских типов ограничить на уровне 90км/ч, а загородных на уровне 160 - на автомагистралях разрешенная 130+20км/ч
-
Нивител, иго считают довольно хорошо.
Программа должны учитывать среднюю разницу скорости водителя к скорости дорожного графа/пробки.
расстояние 500км, скорость дорожного графа 100км/ч, время 5ч.
Но вы 1ч ехали 200км/ч программа высчитала разницу и через 10мин выдала вам время 2,5ч (если расчет усложнить включив коэфф и различные усреднения, то должны выдать 3-3.5ч)
Потом у вас колесо отвалилось и на 3 колесах вы едите со скоростью 10км/ч вот программа и должна пересчитать и дать результат 40часов.
А зачем мне знать, что если я буду ехать со скоростью 100км/ч то доеду за 4 часа? Это абсолютно не нужная информация, так можно писать, что на самолете я за 1ч долечу.
Повторюсь, все хотят знать время за которое сами доедут со своей скоростью, а не среднее время проезда среднего водителя, в усредненной пробке. -
Господа, время сг считает плохо. Мы, пользователи за пределами СПБ рады за вас, но нам расчет по пробкам не подходит.Простите, это как? Программа должна усреднять лично Вашу скорость? По шоссе Вы проскочили со скоростью 180км/ч и въехав в город СГ будет считать этот индекс. Похоже на бред? Так каким образом программа может посчтитать личную скорость конкретного водителя в разных местах?
Расчет по средней скорости не будет мешать в Питере - вы едите со скоростью потока и ничего не изменится,
Если я на мопеде/мотоцикле/пешком, мне не нужно знать мою скорость? Зачем отстаивать априори неправильный алгоритм?
Высчитать дельту на которую отличается моя скорость, от средней/дорожного графа можно за 10 минут, а потом на нее скорректировать остальной участоки повторять это с заданным интервалом. Что тут сложного? Предвкушая возражение "если я буду стоять сг покажет мне время = 1 неделе", сразу зашить для разных режимов мин и макс скорость - пешеход 1км/ч-20км/ч, автомобиль 20км/ч-200км/ч при превышении этих параметров брать граничные.
- 2
-
- Популярный пост
- Популярный пост
.Тема о том, что в 99% случаев СГ обманывает с временем прибытия, причем примерно на одинаковые величины, и обманывает не в лучшую сторону. Человек видит, что обещано было в 19-00, а приехал в 19-30, значит "хреновая программа, плохо по пробкам водит".Вот из-за этого проблема - невозможно ехать со скоростью потока. Я быстрее еду, тесть медленнее, причем неважно почему - спешу всех сгоняя по встречке объезжая или с аварийкой на сломанной машине, меня интересует мое врем пибытия, а не непонятного потока.
Зачем мне знать, сколько ко мне домой будет ехать средний водитель? Это время должно выдаваться до начала движения, а при езде корректироаться от скорости водителя.
Отправлено с моего GT-P1000 через Tapatalk
- 3
-
arctec писал: Вклад этих двух составляющих, к сожалению, вряд ли возможно просчитать
допустим просчитать не возможно, но должно-же быть видно из статистики поездок(если сами МИТовцы ездят с СГ по загруженным улицам), что данные по времени в пути постоянно занижены. Редчайший случай, когда доехать удается во время, а приехать раньше, так вообще- сенсация.
Не можете просчитать, тупо увеличьте это время, у каждой поездки. Умножьте на 1,2- 1,3 каждый маршрут. Всяко лучше будет-146% даю.
Тут возникает проблема - за городом сг время завышает, причем на 500км ошибка около 1-2часа и если тупо добавить коэф, то за городом вобще фигня будет.
Отправлено с моего GT-P1000 через Tapatalk
-
Правят, да не то. Столько в последних 2 билдах поломали, что подумываю на 298 откатываться.
Отправлено с моего GT-P1000 через Tapatalk
-
Прошу, можно сказать - требую, ввести регулировку параметра 'спрямлять маршрут' или параметр 'сильно' увеличить раз в 10
Вот такой "крендель" мне был предложен. Маршрут 'оптимальный', спрямлять 'сильно'
Я все знаю и про голову и кол-во датчиков, но не должен он уводить с проспекта в 3 полосы, в частный сектор из-за одного датчика. И хорошо, что я немного знаю Харьков, а что напишет человек раза 3 попавший в подобную ситуацию.
Причем это проблема всех городов с малым кол-вом пробкодатчиков, а из-за этого ругань на маршруты и негативное отношение за пределами столиц.
Отправлено с моего GT-P1000 через Tapatalk
- 1
-
А вы на что рассчитывали?
Отправлено с моего ZTE-BLADE через Tapatalk
Если подходить с умом, то раз для настройки столь необходимой функции как 'автомасштаб' необходимо ковырять файлы, то файл этот не должен затираться при обновлении.
А по правильному все настройки, должны сохраняться, если это не полное обновление платформы.
Отправлено с моего GT-P1000 через Tapatalk
-
max_rl, а что вот это такое?
Не первый раз встречаю.
Возможно не лицензионный тапаталк
Обновление вроде решило проблему
Отправлено с моего GT-P1000 через Tapatalk
-
Вы просто в отдельную папку сохраняете 'родной' файл и если что-то вас не устроит, его восстанавливаете.<br />Ресурсы не затрагивают никакого функционала программы связанного с ее работой. Они просто делают знаки рабочими. Для работы радаров ресурсы менять не нужно.<br /><br />Отправлено с моего GT-P1000 через Tapatalk
-
Что часто крайне не удобно. Должно быть автоматическое затирание названия пои при тапе, кроме того в городе крайне трудно найти пустое место для тапа, особенно в движении - функция прилипания должна быть отключаемой.
Отправлено с моего GT-P1000 через Tapatalk
-
ошибка в том, что корреляция пожеланий активных пользователей форума с пожеланиями большинства пользователей программы ничтожно мала.
Ошибки не будет, если вы, я и остальные распечатают страничку с опросом/оценкой и раздадут друзьям/знакомым. Даже 1 один вменяемый торговец навиками может дать эту инфу без опросов. Кроме того тогда можно оценить сколько людей перешли с других программ, сколько ничего кроме СГ не видела (а таким в принципе неважен дополнительный функционал), т.е получить количественое выражение большинства и их потребностей.
Повторюсь, я уверен, что в СГ этой работой никто и никогда не занимался, следовательно ни вы ни я, не знаем, чт реаьно нужно людям.
Отправлено с моего GT-P1000 через Tapatalk
Напомню, что вам и всем нужна максимаьно объективная информация, так что я не думаю, что будут подлоги. Да и мтодика эта позволяет отсекать данные сильно отличающиеся от средних.<br /><br />Отправлено с моего GT-P1000 через Tapatalk
-
А кто веса расставлять будет? Я вот, например, считаю, что функции предупреждения о радарах и нестационарных ДПС должны по определению иметь приоритет 0 - и не учитываться. Ибо они не нужны - и даже больше: очень вредны.
Веса будет расставлять математика и на перво этапе нужно определиться с максимаьным весом данной функции - я считаю, что 5, вы - что 0 (т.е для вас наличие/отсутствие радаров и знаков абсолютно не является преимуществом). Ваш голос, при оценке работы сг с радарами не считается, поскольку для вас радары не важны во всех программах, но при расчете относительного веса функции он учтется.
Например - радары у СГ получили 20% при необходимости 50% юзеров, а например удобство интерфейса 20% при необходимости 90%, следовательно улучшение удобства интерфейса на 10% даст больший эффек в продажах и популярности чем улучшение радаров на 15%.
Понятна логика?
Отправлено с моего GT-P1000 через Tapatalk
-
Я немного подправил методику, всеж 800км оттарабанил, котелок не сильно варит. Кстати е сильно ту и снега в Киеве <br />Надо определится в базе, это не трудно, а преимущество в том, что легко добавить параметр и на остальное он не повлияет.<br />Определяемся с максимальными параметрами. Насколько важна каждая составляющая навипроги и не забываем : 10 - однозначный выбор т.е при отсутствии остального вы выбираете ту, где есть денная функция, следовательно 5 - это половина выбора - склоняемся но не решили.<br />Максимальные параметы.<br />Карты - 10<br />Радары/знаки - 5 (можно разделить - знаки-2.5, радары-2.5)<br />Пробки - 5<br />Работа с треками - 2.5<br />Работа с Пои - 6<br />Дпои - 2.5<br />Друзья - 4.<br />После того, как определимся, точнее выскажут 5 человек мнение о важности фукций в навипроге, офомлю тему и начнем сравнение<br /><br /><br /><br /><br /><br />Отправлено с моего GT-P1000 через Tapatalk<br /><br /><br />Отправлено с моего GT-P1000 через Tapatalk
Время в пути(время прибытия) прогнозируемое и реальное.
в GPS навигатор с пробками для Android
Опубликовано
Кроме того я не программист и не сильно хороший математик алгоритмы и отношения выводить, а вот радиофизик неплохой и довольно неплохо понимаю физику процесса.
Отправлено с моего GT-P1000 через Tapatalk