Spectre
-
Публикаций
1215 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные Spectre
-
-
В Питере кстати более менее понятно' date=' если ввести понятие цетра города - это где-то линия Невский до пл. Восстания. Утром едут в центр, вечером из центра, дем ночью и туда и сюда. Можно улицам (вернее ребрам) дать параметр направления - к центру, от центра и неопределено. Взять только большие магистрали, на юге города это - Московский, Витебский, Митрофаньевское, Лиговский, Измайловский, Седова, Обуховской обороны итд, а также улицы пересекающие Невский (со временем добить и остальные через баг репорт, например). Утром, применять коэффициент состояния пробок, на этих улицах к ребрах которые ведут в центр и не применять у тем которые из центра, вечером - наоборот. К ребрам у которых параметр ориентации по отоншению к центра не определен, а также ко всем ребрам днем и ночью и в выходные дни применять коэффициент в любом случае. Ну, что-то в этом роде.. Таким образом будет хоть как-то учитываться направление потоков в течение дня
С Москвой сложнее - там радиальная структура, но все равно можно выделить на магисталях направленность от времени суток[/quote']
А в Нижнем Новгороде есть 3 (скоро будет 4) моста через Оку, которые не зависят от "вцентр-невцентр". Лучше делать простое математическое решение этой проблемы, которое одинаково успешно будет применено в любом городе вне зависимости от его планировки. И вообще позволит в автоматизированном режиме сделать наиболее оптимальную прокладку маршрутов даже в глубокой области.Например, я езжу на дачу регулярно. В нескольких местах у меня есть выбор как проехать: так или иначе. Я не могу объективно оценить какой из этих путей быстрее. А программа - может. Вот пусть и оценивает.
Месяц-два поезжу - получу правильные скоростные индексы и оптимальный маршрут.
-
2 Spectre
В общем это о разном -
-статистика и установка скоростей по ребрам от времени это одно' date=' и его можно отнести к "предзаданным" скоростям (О! типа пробок по расписанию или prod.upd)[/quote']Именно так! Главное, чтобы эта "пробочная информация" не отображалась как обычные пробки. Никаких сложностей с этим нет, а качество прокладки маршрута значительно возрастает!Нет. Это почти бесполезная трудная в реализации задача. -
Да нет, если на трассе будет такая низкая скорость, программа по-любому поведёт в объезд. Если, конечно, весь город не ползёт 10 кмчас.Вы уже начинаете путать прокладку маршрута по схеме "как сейчас", "как вы предлагали с модификатором на все улицы" и "с учетом статистики для улицы без актуальной пробкоинфы".
-
а кто ж там стоит?
Понаехали!Те кто не пользуются СГ стоят в этих пробках обычно.А теперь тот же самое время, но в другом месте. На трассе (Ленинградский пр-т) хрюшки - 15-20. И программа при вашем "коэффициенте" час-пик поведет нас по этой трассе получается. А по параллельной улице при этом можно проскочить нарисовав хрюши 60+. При этом программа, согласно коэффициенту упорно будет всех вести в пробку, пока кто-нибудь сам не догадается ее объехать. -
Под другим ребром понимается улица на которой Вы стояли' date=' но противоположная сторона. Мысленно посчитайте кол-во метров от истинного положения до того места куда скакнул дельтоплан, но не по прямой, а так еслиб Вы это проехали на авто. Наверняка будет равно этим самым 100 метрам. [/quote']
По прямой - метров 10. Считать всю траекторию - бессмысленно. У меня внешние приемники BT-338 и Qstarz 818. Первый "пляшет" больше, чем второй. Но пока стоишь в пробке, любой из них может нарисовать очень приличный по длине трек вокруг меня. И чем глуше пробка, тем хуже. -
Один и тот же приемник. Во всех программах, кроме СГ и ПГ указатель стоит спокойно, а СГ при этом начинает крутиться и иногда прокладывает маршрут в обратную сторону.Да, есть погрешность GPS, но надо же эти погрешности сглаживать программным путем, как делают в других продуктах.Кстати, у меня два внешних приемника на чипах Sirf-3 и MTK. Кто-нибудь может предложить GPS-приемники лучше?Погрешность в несколько десятков метров мне не встречалась (2-3 метра возможно). Точка ускакала на 20 метров' date=' но заметьте куда ... на другое ребро, а для программы это могли быть те самые 100 метров. Полная шкала - возможно и была(уровень сигнала со спутников), а погрешность измерения, а алгоритм определения? Боротся с этим можно лишь железом.[/quote']А как же остальные программы обходят? Неужели они мне приемник меняют?
2-3 метра - это маркетинговое лукавство.До 10 метров - это стандарт. Лучше может быть, а может и не быть.Да. Реально часто может показывать даже точнее чем 2-3 метра, но все же никакой гарантии. США начнут посылать ложные сигналы и ваш приемник найдет вас где-нибудь в Австралии.
-
Мне удобнее было бы только ярлыки. Я пользуюсь Spb Plus и я бы поставил просто ярлыки на тудей через нее.
-
Это убогий продукт, который работает только в Москве. На его основе работают пробки Рамблера.
это что?Вы даже не представляете, какая это должна быть проведена работа.Прекрасно представляю.И кто этим будет заниматься?
Чтобы потом выяснилось, что программа, несмотря на статистику, всё равно продолжает заводить в пробки (от этого никуда не деться).А кто сейчас занимается обработкой пробочной информации?Один человек смог сделать, а целая команда разработчиков не сможет?Никто же не против статистики. Лично я - тоже за.
Только даже если этим и займутся, на её сбор потребуется как минимум полный год. И всё равно эти данные будут на шаг отставать от действительности, так как парк машин с каждым годом растёт.Статистику собирать - год не нужен. Для написания статистического анализатора надо пару дней работы. Там больше сложности будет с размером БД, чем с написанием анализатора.Делов-то на неделю.
Метод же средней скорости позволяет практически без затрат определить, насколько загружен город в настоящий момент. Причины его не интересуют (снегопад, дачный сезон, час пик, Большая Восьмёрка).
Имея на руках эти данные, можно строить маршрут гораздо лучше, чем это делается сейчас.На это нужно не меньше времени разработчиков.Это только на первый взгляд ваш вариант кажется проще. На самом деле задачи близкие по сложности разработки. Разница только в наличии сервера собирающего статистику. Подозреваю что такой сервер в любом случае есть у СГ. -
в местах постоянных пробок нажо понижать индексы скоростей через баг репорт. Я стараюсь отписываться по каждому случаю' date=' а потом еще и шлифую окружающие улицы. Как показывате опят службы поддержки в 99% случаев принимает все предложения [/quote'] ш. Энтузиастов. Одна из основных трасс востока Москвы - там есть участки, на которых регулярно в будние дни пробки бывают просто стоячими, но хрюшек нет - все тупо едут в объезд. Получается, что на параллельных улицах скорость 12-20 (по хрюшкам) и СГ ведет на Энтузиастов. А любой здравомыслящий водитель уходит на параллельные и тошнит по хрюшкам, потому что знает, что так быстрее.
-
ЗЫ: я согласен статистика была б лучше' date=' но там столько вопросов (вплоть до вопроса защиты инфы от конкурентов), что можно понять нежелание разработчиков[/quote']В том-то и дело: защита инфы от конкурентов - это не сложнее, чем защищать от конкурентов свою пробочную инфу. Захотят спереть - все равно сопрут.Вопрос обработки тоже совсем не так сложен, как кажется. Серверная часть при этом тоже не слишком сильно усложнится. Пример ПГ, где всего один человек реализовал и сбор и обработку статистики тому подтверждение. Да, там нет нормального интерфейса и много других недостатков, но именно статистика там более-менее реализована. А она далеко не самая сложная.
-
Что касается вывода на магистраль - просто в карту на магистрали зашиты более высокие значения скоростей, чем в параллельные улицы.И это правильно, правда, только для ночи или выходного дня.В том-то и дело! Откуда вы знаете что эти цифры правильные? Вы ж измерений не проводили? Нет! И я нет! Вот потому и надо провести, чтобы маршруты были объективно лучшими.А т. к. информация сильно меняется по времени суток и дням недели, то нужна статистика.И то что разработчики сказали что ее не будет, говорит только о том, что они так считали. И не значит, что они не изменят свое мнение. В конце концов им нужен качественный продукт. А сейчас пойдут конкуренты развиваться и они вынуждены будут улучшать пробочную информацию, а не увеличивать системные требования программы.
-
на магистралях всегда есть отметки скоростей, если их нет - значит по ним не ездят, и это уже не магистралиЗажрались вы:Ваш подход, как и подход разработчиков изначально ошибочный. Нормальный человек не будет пользоваться продкутом, который изначально ведет его в пробки. То есть ошибку простить можно, но не заведомое введение в пробку.И да, если не пользоваться прокладкой маршрута при помощи программы, а прокладывать его самостоятельно, то чем тогда СГ будет отличаться от Тындекса? -
Если на магистрали скорость будет 20, а на параллельной улице вшитая скорость - 60, то даже несмотря на понижающий коэффициент, СГ сделает выбор в пользу параллельной улицы.Другое дело - если на магистрали достоверные 40, а на соседней улице - непроверенные 50. Здесь уже коэффициент понизит "непроверенную" улицу, скажем, до тех же 40 и маршрут всё равно будет проложен по достоверным "40", так как для программы разницы не будет, а чтобы свернуть на соседнюю улицу, надо затратить ещё какое-то время.Что касается вывода на магистраль - просто в карту на магистрали зашиты более высокие значения скоростей, чем в параллельные улицы.И это правильно, правда, только для ночи или выходного дня.Причем тут вшитая? Я про реальные скорости писал, а не про вшитые.При этом на магистрали - достоверные 20, а на параллельной - только зашитая в карту скорость.В любом случае (и как сейчас и как вы с shooo предлагаете), это не будет зависеть от того как в это время обычно едет параллельная улица.
-
Магистраль в контексте СГ подразумевает наличие пробочной инфы' date=' если инфы нет, то это уже не магистраль! И как раз с коэффициентом на эти участки, которые сознательно игнорируются людьми навигатор не погонит, потому что они будут принудительно занижены![/quote']Угу. Тверская ул., Ленинградский проспект, шоссе Энтузиастов, Бульварное кольцо, МКАД - ни разу не магистрали.
Тогда не стОило делать: прокладку маршрутов, пробки, ПОИ и вообще GPS-навигатор.У других это все реализовано.У конкурентов, кстати, и 3D уже давно реализовано... Зачем тогда этой фигней страдать?
-
Кстати, вот примеры двух проложенных неоптимальным путем маршрутов:
http://www.ljplus.ru/img4/u/l/ultraspectre/2009-03-001.jpg (55 баллов по мэйлу)
http://www.ljplus.ru/img4/u/l/ultraspectre/2009-03-002.jpg (60 баллов по мэйлу)Как изменился бы этот маршрут, если бы он был проложен с учетом "коэффициента"?А если бы в каждом из этих случаев маршрут был проложен с учетом статистики для ребер в это время суток, в этот день недели, то маршрут, скорее всего, был бы проложен более оптимальным образом в обоих случаях. -
На самом деле все наоборот' date=' при введение коэффициента СГ будет держаться магистралей, если только на магистрали не будет полной пробки
Магистраль (имхо) - это последовательность ребер с высоким индексом скорости и имеющие пересечения с другими магистралями. Т.е. те улицы по которым предпочитают ездить, поэтому пробки там обновляются в первую очередь. Внутренние улицы обновялются редко, поэтому там действует индекс скорости, который реально осуществим только ночью (или вообще написан от балды). Коэффициент позволяет гибко менять вес при выборе маршрута в алгоритме в пользу улиц с реальными скоростями. Когда пробок нет вообще - тоже что и сейчас, когда средняя загрузка - движемся по магистралям, когда на магистралях пробки - ищем маршруты по внутренним улицам[/quote']
И зачем мне тащиться по магистрали на скорости 20 км/ч, когда я могу проехать по свободной параллельной улице на скорости 60?Не знаю как в Питере, а в Москве СГ и сейчас пытается вывести тебя на магистраль, если на ней нет пробочной инфы. А этого как раз и надо избежать, т. к. есть места, где в определенное время глухая пробка практически каждый день и туда никто из датчиков сознательно не суется.> когда на магистралях пробки - ищем маршруты по внутренним улицамА что делать, если при этом на соседней улице обычно пробка еще больше? И при этом все об этом знают и поэтому не суются на нее. Какой смысл в такой реализации?Вообще вы сравниваете свое предложение с тем как есть сейчас (а это неправильный подход), а надо сравнивать с тем, как должно быть правильно. У конкурентов это реализовано и работает лучше. Если бы у них еще и пробочная информация была хотя бы как у СГ, маршрут там строился бы значительно лучше.Может ваш подход в редких случаях и позволяет проложить более оптимальный маршрут, чем есть сейчас, но зачем улучшать "в редких случаях", когда можно улучшить в большинстве случаев? -
В Москве тоже. И не только в центре. И дело тут явно не только в сигнале GPS.
Я регулярно замечаю такое поведение СитиГида на довольно широких проспектах. -
Могу только повторить свою фразу из соседней темы: вы не репрезетативны.
Типичная ошибка - экстраполировать свое личное мнение на всех остальных.Да, есть люди которые думаю так же как вы и руководствуются теми же причинами. А есть люди, которые думают иначе. Для этого и существуют маркетологи.Грубый пример: вы никогда не покупаете гигиенические прокладки. Хотя есть шанс что вы их купите: например вам срочно надо вытереть пролившуюся воду. Но есть куда бОльшая аудитория, которая и является целевой. И им надо рассказывать о другом применении этой штуки и через другие каналы. Никто же не пишет про СитиГид в женских журналах. Пишут именно в тех журналах, которые люди читают чтобы узнать про GPS-навигацию и связанные с этим темы.не согласен. Я никогда не куплю софт' date=' прочитав о нем в журнале. [/quote']Кстати, у вас СитиГид купленный или взломанный? -
Да какой смысл в коэффициенте, который действует на все дороги сразу?!
Не проще ли тогда просто включить режим прокладки маршрута "кратчайший"?По сути не сильно будет отличаться результат какого-то коэффициента и такой прокладки маршрута.Вы не репрезентативны.
Причины на самом деле банальны - объезжая пробки, народ увеличивает среднюю скорость. Это факт. К тому же, вы предлагаете считать "множитель" по всем скоростям, а не только по скоростям в центре.Ну и последнее: как указанная вами средняя скорость в час пик отличается от вашей обычной средней скорости в том же районе?Легко! Грубый пример:Днем было 15, на объездах пусто, на магистрали далее - 30. Итого было 22,5 км/ч средняя.Сейчас стало 5, на объездах по 35, а на масгистрали далее - 90. Средняя - 43.Еще позже, когда центр уже более-менее очистился, становится 30 в том же месте, на объездах опять пусто, все опять "стоят" на магистрали (на подъезде к дому) - 30. Снова средняя падает 30.Ночью, уверен, она снова существенно возрастает. -
-
Немного не так.СГ будет игнорировать параллельные улочки в час пик, если на магистрали скорость потока как минимум не меньше среднестатистической по городу.Если на магистрали пробка - он отдаст предпочтение параллельной улочке, несмотря на сниженную непроверенную скорость на ней (скажем, с 50 до 40).Камрады, мы говорим про разные способы решения проблемы.И статистика, и индекс загруженности предполагают менять вшитые в карту значения скоростей в зависимости от текущих условий.
Никаких "множителей".Главная задача прокладки маршрута по типу "Оптимальный" - провести из точки А в точку Б за минимальное время.Если рассчитывать что при некотором большом количестве датчиков, в каждой глухой пробке будет достаточное количество датчиков, что общий модификатор на скоростные индексы всех улиц без пробочной иформации вообще ничем не лучше "субъективной оценки времени в пути" - это вообще сделает бесполезной прокладку маршрута по типу "Оптимальный".Вобщем ключевой момент: нужны статистические скоростные индексы изменяющиеся по времени суток и дням недели.А "общие модификаторы" - бесполезная информация.Пример: в Москве (по статистике mail.ru, озвученной на встрече) в часы пик средняя скорость движения по городу возрастает. -
Если ездить в одно и то же время и по одному и тому же маршруту, то ситуацию можно изменить в свою пользу пользовательской корректурой (например, если знаете, что в это время там всегда пробка, то руками поставить 5, тогда туда потянет только если есть данные от пользователей).А если это одна из основных улиц города? Бульварное кольцо - именно такое.Кроме того, в определенное время именно этот участок - самое лучшее место для объезда прочих пробок.
-
Эм... А чем эти два варианта отличаются кроме наличия двух файлов вместо одного?
Главное, чтобы статистика не путалась с основной пробочной информацией. -
Spectre
как я люблю говорить - человеческий мозг иногда не в силах просчитать время в пути и сравнить с таким же временем но в обьезде.Я почти каждый день экспериментирую с этим моментом и почему то так получается, что если пользоваться маршрутом от СитиГИД - иногда действительно лучше немного протошнить в известной пробке, но зато потом пролететь 80 км-час, чем ехать по дворам, обьездным дорогам и прочим. Я засекал - у меня порой по времени так получается дольше...Но соглашусь с тем, что каждый день разными маршрутами ехать веселее, даже если не соглашаться с СГ.
Не буду спорить. Но пример, когда маршрут вместо ТТК или Садового в час пик прокладывается через стоящую напрочь часть бульварного - очень показателен.Программа показывает оценку времени в пути: 40 минутРеально - 1,5 часа только по бульварному.Причем если насильно проложить маршрут по ТТК или Садовому, в обоих случаях получается меньше часа. Вывод?В данном случае погрешность субъективизма исключается.Я же как раз и говорю о том, что программу необходимо дорабатывать, чтобы она оценивала _все_ факторы самостоятельно.
СИТИГИД под Iphone 3G (дубль два)
в Обмен опытом
Опубликовано
В АС пробки от Яндекса. А у Яшки - они свои собственные, если Oleg Air не в курсе...