Они так сразу пробки не ставят. Ждут видимо нескольких сообщений о пробке в конкретном месте… Я как то попал в пробку которой не было на карте, когда надоело жечь сцепление - позвонил им и сказал где стою в пробке, так они ее так и не «повесили».(пусть и другие постоятЧайни писал(а):Бесплатный номер ? Тогда все будут ехать по Москве и перечислять улицы, по которым едут
Идея с отсылкой СМИлинку информации о скорости движения (а не времени прохождения участка) куда лучше. Но
1) я не знаю, насколько это технически реализовано на сегодняшний день
2) необходимо создание ПО, позволяющее отображать дорожную ситуацию, в автоматическом режиме по этим "датчикам". Это - не дёшево.
)Прикольно. Чтобы узнать пробки - плати бабки. Хочешь сообщить о пробке (добровольно помочь получить компании деньги) - тоже плати. Не вижу логики.Пикс писал(а):На пейджер также можно. Значительно дешевле.VarAn писал(а):Да по-моему уж лучше сделать бесплатный номер для отправки пробки Смилинку с сотовых телефонов. А то сейчас для того чтобы отправить Смилинку информацию нужно звонить на их телефон по тарифу 2$ - минута.
Это же уму не постижимо
Я когда-то писал тут, что достоверность информации о пробках - процентов 30. Я бы больше не дал...adanilov писал(а):Они так сразу пробки не ставят. Ждут видимо нескольких сообщений о пробке в конкретном месте… Я как то попал в пробку которой не было на карте, когда надоело жечь сцепление - позвонил им и сказал где стою в пробке, так они ее так и не «повесили».(пусть и другие постоят
Я не знаю деталей реализации PocketGPS, но имею математическое образование в этой области.Чайни писал(а):Бесплатный номер ? Тогда все будут ехать по Москве и перечислять улицы, по которым едут
Идея с отсылкой СМИлинку информации о скорости движения (а не времени прохождения участка) куда лучше. Но
1) я не знаю, насколько это технически реализовано на сегодняшний день
2) необходимо создание ПО, позволяющее отображать дорожную ситуацию, в автоматическом режиме по этим "датчикам". Это - не дёшево.
Антон Губарьков писал(а):Я не знаю деталей реализации PocketGPS, но имею математическое образование в этой области.
Если нужно оптимизировать маршрут по графу по времени, то лучше иметь веса дуг графа в единицах этого самого времени. Именно поэтому я предложил посылать время прохождения.
Закачка пробок по сути изменяет именно расчетные времена прохождения дуг.
Графы имеют рёбра разной длины, соотетственно для объективности оценки пробки необходимо разбивать дугу на несколько частей (в Вашей второй цитате, насколько я понял, это и предлагается) ? Но, позвольте, именно это сейчас и сделано : на практически прямом участке ни с того ни с сего - подсказка "возьмите левее"Антон Губарьков писал(а):Если на маршруте более 1 ключевой точки на ближайших 300 (200, 500, чтоб настраивалось) метрах включать режим развязки. Выключать после прохождения последней точки на данном участке.
, потому что все рёбра разбиты вот на такие участки, о конечной цели которых можно только догадываться (просто, видимо, так программисту удобней реализовать "чисто математическую" модель и построить алгоритм прокладки маршрута с учётом "веса" рёбер ? Иного смысла я в этом не вижу).
) связана со временем, но алгоритм обработки пробки при учитывании именно скорости намного "приземлённей", т.е. ближе к логике конечного потребителя - водителя, который пользуется системой сопровождения, а не "системой расчёта траектории по математической модели". Соответственно, алгоритм должен быть таким, чтобы конечная цель - грамотное "ведение" по маршруту - была реализована с минимальными заморочками по поиску обходных путей "особенностей" алгоритма прокладки маршрута (а по сути - безграмотным подходом к задаче в целом) для правильной выдачи подсказок. То, как это сделано сейчас - именно поиск таких путей, усложняющий как саму программу, так и пользование ей.1. Дело не в дублёре, дело в системе подсказок в целом. Будет нормальная система подсказок, не надо будет говорить об отдельных развилках.Graf76 писал(а):Пожелания, возникшие при использовании программы.
1. Нет подсказок об уходе на дублер, если поворот возможен только с дублера. Например на ТТК.
2. Хорошо бы иметь подсказки типа "займите правый ряд" при приближении к правым поворотам.
3. Хорошо бы привязать дистанции предупреждений к скорости авто. А то в городе подсказки идут сильно заранее а на трассе сильно поздно.
4. При приближении к сложным развязкам показывать их подробно с большим масштабом автоматически
По поводу пункта 2 – вопрос спорный. В данном примере программа предупредит о повороте налево, а перестроится надо в правый ряд. Если заранее внимательно не изучить маршрут – окажешься в левом ряду за 200 метров перед правым съездом с ТТК на мост. Если поток приличный попробуй перестройся….Чайни писал(а):Антон Губарьков писал(а):1. Дело не в дублёре, дело в системе подсказок в целом. Будет нормальная система подсказок, не надо будет говорить об отдельных развилках.
2. Оповещение о повороте заранее вполне заменяет водителю предложение занять крайний ряд. Не нужно это, лишний это звук.
Не знаю о чем она радовалась, но когда я ехал, сказала – «поворот налево»…..Чайни писал(а):не понял... с какой радости там будет подсказка "поворот налево", если должна быть подсказка о том, что надо уйти правее ?! Развилка дорог, которая первая на пути следования - именно правее, а не налево ! Вот о ней и должна программа предупредить.
Уважаемый Чайни.Чайни писал(а):Антон Губарьков писал(а):Я не знаю деталей реализации PocketGPS, но имею математическое образование в этой области.
Если нужно оптимизировать маршрут по графу по времени, то лучше иметь веса дуг графа в единицах этого самого времени. Именно поэтому я предложил посылать время прохождения.
Закачка пробок по сути изменяет именно расчетные времена прохождения дуг.Графы имеют рёбра разной длины, соотетственно для объективности оценки пробки необходимо разбивать дугу на несколько частей (в Вашей второй цитате, насколько я понял, это и предлагается) ? Но, позвольте, именно это сейчас и сделано : на практически прямом участке ни с того ни с сего - подсказка "возьмите левее"Антон Губарьков писал(а):Если на маршруте более 1 ключевой точки на ближайших 300 (200, 500, чтоб настраивалось) метрах включать режим развязки. Выключать после прохождения последней точки на данном участке.
Скорость - по сути сильно (мягко говоря
Если бы программисты (или руководители) это изначально понимали, ПГПС не была бы на сегодня такой, простите, убогой (речь именно о сопровождении, т.е. о её главной функции. В остальном же, в "бантиках", она совсем не плоха).
Я не математик как Вы, и не теоретик, а системотехник. Так вот, когда речь идёт о проектировании компьютерной системы и собственно постановке задачи, математическая модель будущей системы делается не "чиста теоретически", а с учётом необходимых и конкретных требований к системе со стороны пользователя. Алгоритм системы строится не на научных теоретических изысканиях, а на основании логики построения системы в том виде, в котором она должна работать. Ибо если задача "теоретически" решена безукоризненно в плане реализации её математической модели, а не самой задачи, то далеко не факт, что конечным продуктом сможет кто-то воспользоваться
поставь галочку "только развилки"adanilov писал(а):Не знаю о чем она радовалась, но когда я ехал, сказала – «поворот налево»…..Чайни писал(а):не понял... с какой радости там будет подсказка "поворот налево", если должна быть подсказка о том, что надо уйти правее ?! Развилка дорог, которая первая на пути следования - именно правее, а не налево ! Вот о ней и должна программа предупредить.
Тогда давайте как пользователи говоритьАнтон Губарьков писал(а):Я купил эту программу (как пользователь, а не математик) для одной цели - быстрее (или другими словами за меньшее время) добраться из пункта А в пункт Б.
А то не поймёшь - Вы рассуждаете то как математик, то как пользователь Иначе - это будет ПГПС в нынешнем её виде Вы и правы, и нет. Правы в том, что конечная цель - за минимальное время проехать определённое расстояние. Не правы в том, что из курса школьной физики известно, что существует прямая (выражаясь разговорно) зависимость между временем движения и скоростью движенияАнтон Губарьков писал(а):Мне до лампы скорость на маршруте. Мне важно, чтобы общее время в пути было минимально. Я думаю, что большинство пользователей со мной согласится.
Чем меньше время в пути, тем выше скорость движения, причём, пропорционально ...поэтому это не наше с Вами делоАнтон Губарьков писал(а):Поэтому время - это главное.
(мы же говорим как пользователи ?)Опять-таки, организация хранения данных и их внутреннее преобразование - не забота пользователей.Антон Губарьков писал(а):Далее, если сходить сюда http://update.digimap.ru/pgpsp/readme.html, то в пп. 2 можно увидеть:
. mskmoXXXX.lmg* -- база данных, содержащая информацию о времени перемещения по участкам улично-дорожной сети Москвы и Московской области;
Они используют такой подход, который им удобней. Программисты должны уметь преобразовывать данные для того, чтобы программа не зависела от того, какой пяткой картографы занесут в файл исходные данные. Конечный продукт, как Вы правильно заметили - для потребителя, а не для картографов и не для математиков.Антон Губарьков писал(а):Так что разработчики карты, похоже, используют именно этот подход.
