Перейти к содержанию
GPS навигатор СитиГИД

TOnOP

Beta Testing Team
  • Публикаций

    407
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные TOnOP

  1. Если на параллельной улице будут хрюшки 80, а на прямом пути - пусто, еще как будет уводить.

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

    Если на параллельной улице будет 80 - это прекрасно. С удовольствием туда поеду. Задача не в том, чтобы провести кратчайшим маршрутом, задача в том, чтобы маршрут был проложен _надежно_, с минимальными _незапланированными_ потерями времени.

    Тем более, если шоссе просматривается далеко вперед и видно, что пробок на нем нет, то маловероятно, чтобы кто-то с него съехал. И это не ошибка навигации - это максимальное использование известных данных. Поймите, задача не стоит проложить 100% оптимальный маршрут - такого не бывает и статистика тоже не даст 100% результата, как бы разработчики не извращались. Нужен просто надежный маршрут, без подлянок в виде неизвестной пробки.

  2. Плевать. Кому надо против пробок - и так проедет, да и уводить его особо некуда будет, если все индексы снижены пропорционально.Все равно Каширка будет выглядеть привлекательнее ул. Москворечье.

  3. На самом деле, требуется решить всего одну проблему - снизить количество ложных уводов в сторону дуг, не имеющих актуального покрытия. Для решения этой задачи не нужно таких сложностей. Требуется всего-то лишь ввести интегральную оценку загруженности города, передать ее клиенту, а там, при расчете маршрута, применить ее к скоростным индексам непокрытых дуг. То есть, если средняя скорость города упала в два раза, то нет оснований предполагать, что падение скорости на непокрытых улицах меньше. И если на шоссе движение со скоростью 20, а по параллельной улице теперь, при скоростном индексе 30 и интегральном коэффициенте 0.5 - 15, следовательно туда смысла уводить нет. То есть, это реализация большего притягивания к разведанным маршрутам. Зато если там кто-то проедет вдруг 40, то смысл резко появляется. Да, неточно, но пробка вообще событие вероятностное. Зато переделки на полчаса и результат на 70% достигнут.

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

  4. Далее' date=' проехал человек, оставил свою скорость. Эти данные сейчас живут 20-40 минут (на глазок по своим наблюдениям). А могли бы автоматически корректировать индекс скорости. Несильно, постепенно, но если утром на Каширке или Энтузиастов пробка, то она там каждый день, за редким исключением, о чём с удовольствием сообщит тот, кому всё равно туда надо ехать. Но при этом, по умолчанию не будет тянуть объезжать утром на эти дороги только потому, что там нет данных.
    [/quote']

    Это всё правильные слова, но возникает вопрос, что же будет дальше. А дальше будет вот что: накатывается статистика, все хорошо, начинают возникать статистические пробки. И вдруг, доблестные гайцы перекрывают обычно свободную дорогу и начинают пропускать  без задержек другую, которая обычно стоит. Ну, захотелось им. Следовательно, статистика отражает уже совсем не то, что надо. И ведет пользователей по перекрытой дороге, вместо использования свободной. Ну ок, проехали эти пользователи, оставили реальные следы. Что происходит дальше? Через 20 минут их следы протухли и на месте снова выросла статистика? Это не фантазия, так работает PocketGis. И не только в этом случае - такая же реакция на ДТП, снегоуборочную технику и т.п.

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

    Пива попить можно и дома:)

  5. Он может быть и труп, но со статистикой. Посмотрим, что может ждать CG:).

    Кстати, я сомневаюсь в победе CG в Москве. Сегодня ради интереса с утра ехал по предложенному маршруту без отклонений - минут 15 точно потерял.

    Дело же не в победе, дело в перспективах. CG - это самый динамичный проект, он живет, меняется и улучшается. Собственно, само приложение достаточно проработано, проблемы которые есть, в большинстве своем, связаны с недостатком пользователей-датчиков. Это дело наживное. В Питере ведь нет практически таких проблем, значит, потенциально и в Мск будет всё хорошо со временем. Просто здесь нужно пользователей гораздо больше - протяженность дорог выше.

    А ПГС - не массовый продукт и никогда им не станет. Выпустить продукт - это полдела, организовать прибыльный (или хотя бы самоокупаемый) бизнес - это совсем другое. Нужны карты, которых нет, нужна поддержка, нужны продажи. Это всё силами одного человека не делается.

  6. huser:

    Нам-то можно особо по мозгам не ездить, тут треть народа c pgs ездила когда-то. Возьмите да посчитайте сами, даже исходя из открытых данных. Последний миллион км. пройден за 122 дня. Это 8000 в сутки. Если каждый проезжает хотя бы 50 км в день, то получается 160 человек. А реально, думаю, и сотни не наберется. Какой может быть рост с таким гением у руля?

    Прям дежавю, "зеленые ростки", как у Бени Бернанке. Рост у них. Человек пять пришло?:)

    Труп, оно и есть труп, и зачем его сюда тащить - совершенно неясно.

  7. Мне кажется с такой датой тестирования СитиГид может сильно пролететь. Судя по БагРепорту у СитиГида в Москве обновление картоосновы планируется на 18 декабря (пятница). Практика показывает что данные о пробках будут рассылаться на новую карту с воскресенья' date=' и многие узнают об обязательном обновлении только в понедельник 21 декабря. Со старой картой пробки приниматьсяотсылаться не будут и мне кажется не все пользователи успеют к 23 декабря произвести обновление. [/quote']

    С некоторых пор пробки рассылаются и принимаются с нескольких версий карт.

  8. Не понятен шаг изменения. Если я правильно понимаю из ранее прочитанных в форуме сообщений то у вас будет каждые 9,28 кмч первые три раза уменьшаться на 1:15000 далее через 9,28 кмч на 1:18000 и т.д.? Или просто подскажите как прописать чтоб масштаб далее 1:350000 не менялся. Разработчики АУУУУ...

    Поиграйте вот здесь: http://faq.probki.net/content/7/58/ru/Nastroyka-avtomasshtaba-i-avtonaklona-perspektivy.html

    Полагаю, поймете, что к чему.

  9. По поводу autoscale.cfg хотелось бы услышать подробности

    версия- понятно

    рисовать график- какой? где?

    макс скорость- то же вроде понятно

    [масштаб1..14]- какой масштаб какой скорости соответсвует? В процентах от максимальной?

    Про график забудьте, не нужен он Вам.

    Масштаб в строке X из N будет соответствовать скорости X*[максскорость]/(N-1), где X принадлежит [0,N]

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

    Например, если максимальная скорость - 100 км/ч и указано 6 строк масштаба, то изменение масштаба будет при достижении

    0км/ч, 20, 40, 60, 80,100

  10. Правда' date=' конкретно CG измеряет скорость с изрядной задержкой. Но лучше от него получить предупреждение, что за деревом начался населённый пункт, чем о гайца.[/quote']

    Лучше всего следить за знаками, ПДД никто не отменял.

  11. Господа, то, что вы обсуждаете с увеличением времени жизни пробок, конечно клево, только надо учитывать, что после вас люди едут не только через 10 минут, но и через час. Я, например, как правило, езжу после 11-12 утра, то есть, заведомо после часа пик. Сейчас, если я вижу отсуствие хрюшек, то просто смотрю на яндекс. Если хрюшки будут жить 2 часа после часа пик, то они не будут отражать вовсе реальной информации. В 11 утра по моему маршруту рассасывается 80% пробок, а вы предлагаете мне объезжать неизвестно где и с каким результатом несуществующие пробки, оставшиеся после часа пик. Ну, глупость, согласитесь.

    Нельзя задирать время жизни.

  12. Спасибо и на том.

    Этот список видел, конечно...

    Конечно, CG team могла бы и отметить в списке, реально ли получать пробки на том или ином аппарате. Чисто, чтобы потенциальный покупатель не тратил двое суток, чтобы перерыть кучу сайтов, да еще и с неясным результатом - не все имеющие bt аппараты могут использовать его для инета, насколько я понимаю, а на сайтах производителей это вполне может быть не отмечено.

  13. Возник вопрос подарка сотруднику, нужна недорогая машинка на WinCE с CG и с возможностью приема пробок. Весь сайт перерыл, списка поддерживаемых аппаратов не нашел вовсе. Может, не заметил?

    Желательно, побюджетнее, но чтобы пробки можно было получать :) Через Bt или встроенным GPRS - неважно.

  14. Ерунда, проверялось раз 50 мной лично. Даже три копии ведут по одинаковому маршруту и практически хором (с точностью до погрешности GPS) сообщают о предстоящих маневрах. Разумеется, если стратегии прокладки маршрутов одинаковые.

  15. TOnOP

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

    Это СОВСЕМ другое дело!

    пс Не было бы пресловутого порога округления- я бы с Вами согласился- пусть закрывает сессию, а так-увы!

    ппс: "вдруг я приехал вечером домой" - этого я не писАл- прошу не домысливать....

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

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

    [quote=dralex]

    друзья, коллеги по несчастью... а кто-нибудь здесь представляет как вообще gprs работает, а?

  16. Ежели следовать вашей логике, то вначале вы заплатите ( по закрытию сессии ) за 100кб (порог округления ( вместо реальных10-ти)), а потом еще раз за 100 (вместо реальных 90-та). Т.е. 2 раза за одно и то же.

    А зачем платить больше?

    ПС. А ежели , выйдя из СГ вам захочется в интернет слазить?- новую сессию GPRS открывать? Или логичнее открытой пользоваться?

    Вот какой Вы неуёмный...

    Меня лично не очень волнует пару раз потраченный рубль на гипотетической идее "вдруг я приехал вечером домой и через полчаса пришлось куда-то ехать снова". Лично я ночью отдыхаю. А вот в то время, пока я отдыхаю, мне каждый час будет капать тот самый рубль, потому что CG соединение не положил, я руками его отключить забыл, а различные программки, установленные на коммуникаторе, видя поднятое соединение, будут обновлять мне погоду, проверять, не вышла ли для них  новая версия и т.д. Трафик копеечный, а вот оплата, по факту, окажется весьма внушительная.

    Посчитайте сами, 1 рубль в час*24*30 = 720 р/месяц на такой вот фигне никому не нужной.

    Расклад понятен?

  17. TOnOP

    Ежели у вас очередной час начался ( в начале часа округлили) и вы вышли из СГ, то по вашему сессию надо закрыть и округлить трафик? А если через пол часа снова ехать? Не закрывая сессию принудительно вы попадете в ту же, что и при закрытии проги, а не начнете новую. И округлят старую+новую, а не по отдельности.

    Надеюсь, понятно объяснил... smiley24.gif

    А что это меняет? Ну, разве что, сделать это настраиваемым. Кому надо - поставит разрыв, кому не надо, оставит, как есть.

  18. Может, потрудитесь прочитать ветку с начала?

    ===

    МТС:

    Интервал (единица) тарификации при соединениях по каналам передачи

    данных GPRS-Интернет — 100 Кбайт, GPRS-WAP — 10 Кбайт. 1 Кбайт =

    1024 байт, 1 Мбайт = 1024 Кбайт. Нетарифицируемый суммарный объем

    переданных и полученных данных: GPRS-Интернет — 0 Кбайт, GPRS-WAP —

    0 Кбайт.

    Суммарный объем переданных и полученных данных, превышающий

    нетарифицируемый объем, округляется в большую сторону с точностью

    до 100 Кбайт для GPRS-Интернет и 10 Кбайт для GPRS-WAP по факту

    закрытия GPRS-соединения, а также один раз в час в случае

    установленного GPRS-соединения.

    ===

  19. Таким образом, необходимо просить разработчиков сделать принудительный разрыв GPRS-соединения при выходе из программы, если соединение было поднято Ситигидом.

  20. TOnOP' date=' ошибочно предполагать, что все будут сворачивать именно перед ребром, где пробка. Полно в городе мест, где между несколькими перекрёстками расстояние небольшое (Питер: Суворовский пр. и Советские улицы), и с маршрута свернут за несколько рёбер до пробки. В этом случае, если следовать Вашему алгоритму, пробка проставится там, где её нет.

    [/quote']

    Ну вам, конечно, лучше, чем нам, у нас таких возможностей обычно нет или крайне мало. Но дело не в этом.

    Давайте отделим мух от котлет.

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

    Котлеты: человек подозревает, что через три квартала пробка и думает, пора бы мне куда-нить свалить. И сваливает, не нажимая никаких кнопок, CG ему прокладывает новый маршрут и мы пожелаем ему счастливого пути. Пробки он не видел и не знает, есть ли она там, только подозревает. Разве в этом случае нормальный человек с мозгами в голове будет звонить оператору и говорить "ж$пой чую, через три километра пробка!"?

  21.  

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

    Никаких кнопок не требуется. Ясно, что человек максимум чего может увидеть - это 500 метров. Скоростную характеристику человек взглядом никак не определит. Следовательно, задача сводится к простановке на ближайшем ребре по маршруту индекса 5-10 км/ч, если там нет других подтвержденных данных. Для того, чтобы дать понять, что сюда ехать не надо этого вполне достаточно. В конце концов, по звонку оператору всё происходит точно так же - человек на глаз определяет скоростной индекс (не факт, что точно) в пределах своего поля зрения. Ничего не меняется.

  22. Хорошо бы всем взять в привычку звонить операторам при уходе в сторону из-за пробки.

    Зачем? Переименовать команду "Впереди пробка" на "Пробка далее по маршруту" и заставить её передавать инфу на сервер и все дела.

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

×
×
  • Создать...