sergeyastakhov

http://forum.probki.net/forum_posts.asp?TID=3339

Проблему от наличия правильной скорости я вижу только одну - меньше датчиков туда сунется и тем самым через 20 минут не будет информации и о этих 15 км/ч. Но это должно решаться более правильным использованием датчиков - если бедолага там час торчит, то более правильным будет периодически получать от него информацию "я тут, всё ещё в пробке". Тем самым кол-во необходимых датчиков для поддержания пробки уменьшится минимум в 4 раза при более актуальной информации.

uploadings/temp/20090730_141226_78SPb.BSPB.zip Актуализация по списку http://www.bspb.ru/829/

http://forum.probki.net/forum_posts.asp?TID=6119

http://forum.probki.net/forum_posts.asp?TID=6119

Тут главная проблема в том, что неслучайно её, как оказывается, тоже не поставить - актуальная скорость проезда по какой-то причине не учитывается. Можете понаблюдать сейчас за пробкой от Вантового моста до Мурманки - как и вчера, там сейчас непрерывно светится 15 км/ч. Желающие могут проверить какая скорость там на самом деле. Я вчера проверил.

Ну решение придумать можно. Датчиков то куча на самом деле, но они не используются должным образом. К примеру они могут засечь устаревание информации по своему текущему ребру и отослать на сервер заново свою текущую расчётную скорость.

Стоя вчера в пробке на КАД наблюдал не совсем адекватную работу учёта пробок. Ребро длинной 3.2 км, простоял там примерно час, т.е. средняя скорость была в районе 3 км/ч. Однако за весь этот час скорость ребра по пробочным данным не менялась и стояла 15 км/ч - разница почти в 5 раз. При въезде туда честно ответил "Да" на вопрос о пробке. При выезде с ребра специально нажимал обновление, но скорость не обновилась - всё так же было 15 км/ч. ИМХО - налицо явная некорректность алгоритма: 1) Новый датчик въезжает на ребро, встаёт в пробку, жмёт "Да" в ответ на вопрос. Программа ставит 15 км/ч.

http://spbvoditel.ru/2009/07/23/004/

Мысль одна - не нужно придавать большое значение выводимому прогнозу времени в пути. Он считается про своему собственному, пессиместическому алгоритму. Маршрут расчитывается по другому. К примеру, при расчёте времени учитывается скорость проезда предыдущих участков. Кроме того, там идёт большая прибавка в случае прохождения маршрута через пробочные места (так как зачастую там рядом бывают неотмеченые пробки). У меня бывает - проезжаю пробку (не отклоняясь от маршрута) - и сразу расчётное время на полчаса уменьшается.

http://spbvoditel.ru/2009/07/17/035/

В разделе Обновления (http://www.probki.net/Updates/) можно скачать инструкцию. Кроме того есть FAQ (http://faq.probki.net/). Если после их прочтения останутся непонятки - возвращайтесь с конкретными вопросами.

В GoogleEarth можно сохранять в kml/kmz. Который потом можно сконвертировать в gpx (например при помощи gpsbabel).

Вы уверены, что компас в тунеллях правильно работает?

Совершенно верно. А для обратной конверсии - соответственно нужно задавать в обратном порядке: cg2gpx infile.gpx outfile.log. Если в исходном gpx-файле отсутствует значение hdop (которое идёт третьим числом в логе СГ), то подставится значение 1.0