max_rl

Кроме того я не программист и не сильно хороший математик алгоритмы и отношения выводить, а вот радиофизик неплохой и довольно неплохо понимаю физику процесса. Отправлено с моего GT-P1000 через Tapatalk

Для начала добавить в алгоритм расчета параметр "средняя скорость водителя за 5мин" , уточнять исходя из нее время прибытия каждые 5-10мин и дать возможность пользователям в настройках или ресурсах менять его приоритет/вес относительно других параметров. Для тех кому и так хорошо, поставить этот коэф равным 1 т.е не влияющим на расчет, а дальше работать над улучшением. А то что сейчас отображает, это тупо циферка ниочем, следовательно хуже не будет. Отправлено с моего GT-P1000 через Tapatalk

Если я это буду делать в уме, то мне и навигатор не сильно будет нужен, и напомню, что и такие мелочи влияют на выбор пользователей - яндекс, навител, иго умеют это делать, а ситигид нет. Сейчас для попадание в прогнозируемое время мне нужно по городу лететь 80 на красный, а за городом ползти со средней скоростью 80-90. Вот и вся проблема. Согласен, 4 оратора из одного города, для которых изменение ни на что не повлияет . , но принципиально против, как Баба Яга

Читаю, читаю и понять не могу - зачем мне знать среднюю скорость потока, если она отличатся даже в самом потоке, зачем мне знать абсолютно левое время прибытия, мне, как и большинству больше нравится алгоритм навитела, пусть я на час раньш приеду, чем на час позже, а вы рассуждаете о потоках, о том могут ехать быстрее не могут, извините но я не причисляю себя к стаду водятелей купивших права и не знающих пдд, так вот подчеркну еще раз, меня не интересет время пбытия стада ползущего 40 в среднем ряду или летящего 140 по встречке, меня интересует только мое время прибытия при движении с моей скр

Уучитываться должно 4 составляющих 1. скорость дорожного графа. 2. скорость пробкодатчиков в зависимости от их количества - чем больше датчиков, тем больше вклад. 3. относительная разница между скоростью графа, пробки, водителя 4. скорость водителя. Что сложного увязать это в алгоритм рассчитав коэффициенты? Сейчас учитывается только 2 параметра и из-за этого ошибки, а 4 позволят решить много проблем и в построении маршрутов - маршруты в мегаполисах станут более точными, а в остальных городах не будет тащить во дворы из-за одного "тошнящего" таксиста. Пример, почему коэффициент (моя скорос

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

Эти данные попадают на сервер в любом случае, только я не вижу никакой связи между отображением времени прибытия с учетом этой скорости и нарушением статистики пробок. На здоровье, рубите эти данные на сервере, но прога время прибытия должна писать с учетом их. Половину дороги ехал я, половину жена - время должно пересчитываться и корректироваться в зависимости от моей скорости. Гололед, магнитные бури, закись азота, все это влияет на мою скорость и я хочу видеть время исходя из моей скорости. Весь поток может 100 ехать, но если я еду 20 я должен/хочу/правильно видеть мое время в пути. Я не

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

Абсолютно согласен. Показывать можно скорость хоть 150 по двору. Но в городе в расчет не имеет права попадать скорость, превышающая ПДД хоть на 1 км/час Время прибытия расчитыается на моем навигаторе и считать он должен от моей скорости, а на сервере для статистики пусть режут как угодно. Если бы всем была интересна средняя скорость и время рибытия мифических средних водителей, этой темы бы не сущестовало. Отправлено с моего GT-P1000 через Tapatalk

Вот зачем за всех говорить? Все - в данном случае только жители Донецка. И то, непонятно зачем им расчет. Легче всего в уме разделить расстояние на желаемую скорость. Еще раз скажу, в таких городах как Спб и Москва - никакой "своей скорости" нет, а есть скорость потока. И жители мегаполиса хотят знать именно ее. Обратите внимание, что для вас невозможно не только прогнозирование, но и оптимизация маршрута по времени доезда. Вам нужно, чтобы программа строила кратчайший маршрут. Не существует средней скорости водителя, я привел пример - мотоциклы, пешеходы. И напомню мир в Москве и Питере н

Программе, должно быть по-барабану превышена или занижена скорость - это выбор водителя, мы говорим про время прибытия, а оно должно считаться в зависимости от стиля езды, а обрезать минимум и максимум нужно только для отсечения нереальных значений времени, дабы не получить 10км за одну неделю или 1000км за 4 часа.

У нас и у вас есть допустимые пределы превышения - в Украине разрешено +20км/ч к скорости ПДД, Я не против обрезки максимальной и минимальной скорости, но по ПДД считать не правильно. Думаю для городских типов ограничить на уровне 90км/ч, а загородных на уровне 160 - на автомагистралях разрешенная 130+20км/ч

Нивител, иго считают довольно хорошо. Программа должны учитывать среднюю разницу скорости водителя к скорости дорожного графа/пробки. расстояние 500км, скорость дорожного графа 100км/ч, время 5ч. Но вы 1ч ехали 200км/ч программа высчитала разницу и через 10мин выдала вам время 2,5ч (если расчет усложнить включив коэфф и различные усреднения, то должны выдать 3-3.5ч) Потом у вас колесо отвалилось и на 3 колесах вы едите со скоростью 10км/ч вот программа и должна пересчитать и дать результат 40часов. А зачем мне знать, что если я буду ехать со скоростью 100км/ч то доеду за 4 часа? Это абсол

Господа, время сг считает плохо. Мы, пользователи за пределами СПБ рады за вас, но нам расчет по пробкам не подходит.Расчет по средней скорости не будет мешать в Питере - вы едите со скоростью потока и ничего не изменится, Если я на мопеде/мотоцикле/пешком, мне не нужно знать мою скорость? Зачем отстаивать априори неправильный алгоритм? Высчитать дельту на которую отличается моя скорость, от средней/дорожного графа можно за 10 минут, а потом на нее скорректировать остальной участоки повторять это с заданным интервалом. Что тут сложного? Предвкушая возражение "если я буду стоять сг покажет мне

. Вот из-за этого проблема - невозможно ехать со скоростью потока. Я быстрее еду, тесть медленнее, причем неважно почему - спешу всех сгоняя по встречке объезжая или с аварийкой на сломанной машине, меня интересует мое врем пибытия, а не непонятного потока. Зачем мне знать, сколько ко мне домой будет ехать средний водитель? Это время должно выдаваться до начала движения, а при езде корректироаться от скорости водителя. Отправлено с моего GT-P1000 через Tapatalk

допустим просчитать не возможно, но должно-же быть видно из статистики поездок(если сами МИТовцы ездят с СГ по загруженным улицам), что данные по времени в пути постоянно занижены. Редчайший случай, когда доехать удается во время, а приехать раньше, так вообще- сенсация. Не можете просчитать, тупо увеличьте это время, у каждой поездки. Умножьте на 1,2- 1,3 каждый маршрут. Всяко лучше будет-146% даю. Тут возникает проблема - за городом сг время завышает, причем на 500км ошибка около 1-2часа и если тупо добавить коэф, то за городом вобще фигня будет. Отправлено с моего GT-P1000 через Tapatal

Правят, да не то. Столько в последних 2 билдах поломали, что подумываю на 298 откатываться. Отправлено с моего GT-P1000 через Tapatalk

Прошу, можно сказать - требую, ввести регулировку параметра 'спрямлять маршрут' или параметр 'сильно' увеличить раз в 10 Вот такой "крендель" мне был предложен. Маршрут 'оптимальный', спрямлять 'сильно' Я все знаю и про голову и кол-во датчиков, но не должен он уводить с проспекта в 3 полосы, в частный сектор из-за одного датчика. И хорошо, что я немного знаю Харьков, а что напишет человек раза 3 попавший в подобную ситуацию. Причем это проблема всех городов с малым кол-вом пробкодатчиков, а из-за этого ругань на маршруты и негативное отношение за пределами столиц. Отправлено с моего GT-P10

Если подходить с умом, то раз для настройки столь необходимой функции как 'автомасштаб' необходимо ковырять файлы, то файл этот не должен затираться при обновлении. А по правильному все настройки, должны сохраняться, если это не полное обновление платформы. Отправлено с моего GT-P1000 через Tapatalk

Возможно не лицензионный тапаталк Обновление вроде решило проблему Отправлено с моего GT-P1000 через Tapatalk

Вы просто в отдельную папку сохраняете 'родной' файл и если что-то вас не устроит, его восстанавливаете.<br />Ресурсы не затрагивают никакого функционала программы связанного с ее работой. Они просто делают знаки рабочими. Для работы радаров ресурсы менять не нужно.<br /><br />Отправлено с моего GT-P1000 через Tapatalk

Что часто крайне не удобно. Должно быть автоматическое затирание названия пои при тапе, кроме того в городе крайне трудно найти пустое место для тапа, особенно в движении - функция прилипания должна быть отключаемой. Отправлено с моего GT-P1000 через Tapatalk

Ошибки не будет, если вы, я и остальные распечатают страничку с опросом/оценкой и раздадут друзьям/знакомым. Даже 1 один вменяемый торговец навиками может дать эту инфу без опросов. Кроме того тогда можно оценить сколько людей перешли с других программ, сколько ничего кроме СГ не видела (а таким в принципе неважен дополнительный функционал), т.е получить количественое выражение большинства и их потребностей. Повторюсь, я уверен, что в СГ этой работой никто и никогда не занимался, следовательно ни вы ни я, не знаем, чт реаьно нужно людям. Отправлено с моего GT-P1000 через Tapatalk Напомню,

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

Я немного подправил методику, всеж 800км оттарабанил, котелок не сильно варит. Кстати е сильно ту и снега в Киеве <br />Надо определится в базе, это не трудно, а преимущество в том, что легко добавить параметр и на остальное он не повлияет.<br />Определяемся с максимальными параметрами. Насколько важна каждая составляющая навипроги и не забываем : 10 - однозначный выбор т.е при отсутствии остального вы выбираете ту, где есть денная функция, следовательно 5 - это половина выбора - склоняемся но не решили.<br />Максимальные параметы.<br />Карты - 10<br />Радары/зна