Координаты Дата и время Timestamp Расст (м) Инт-вал Скорость
58.38637600 31.02285300 2015-05-23T10:17:09.345Z 1432376229.345 21.32287 0.99800 76.916140121056
58.38622600 31.02259300 2015-05-23T10:17:10.344Z 1432376230.344 22.51881 0.99900 81.148864235985
58.38609600 31.02236700 2015-05-23T10:17:11.342Z 1432376231.342 19.54247 0.99800 70.493880862055
58.38595500 31.02212300 2015-05-23T10:17:12.366Z 1432376232.366 21.15210 1.02400 74.362843784546
58.38580400 31.02186600 2015-05-23T10:17:12.366Z 1432376233.365 22.48459 0.99900 81.025547284555
58.38567300 31.02164000 2015-05-23T10:17:14.402Z 1432376234.402 19.62484 1.03700 68.128676856532
58.38552200 31.02138000 2015-05-23T10:17:15.336Z 1432376235.336 22.60137 0.93400 87.114499442806
58.38538000 31.02113400 2015-05-23T10:17:16.384Z 1432376236.384 21.31282 1.04800 73.211962527383
58.38524500 31.02089900 2015-05-23T10:17:17.388Z 1432376237.388 20.30640 1.00400 72.811795813159
Проблемы с анализом GPS треков
Дело в том что между соседними точками могут быть разные интервалы времени. Если я ставлю "записывать каждую секунду" то имею примерно следующее: 17:09.345, 10:17:10.344, 17:11.342, 10:17:12.366, 17:14.402 и т.п.
Вроде ничего особенного, стал допиливать поддержку таких треков на GPSLib. Но не тут то было. Даже с учетном разных интервалов получается дикий разброс в скоростях (последняя колонка). Алгоритм оценки качества трека считает такой трек некачественным и не загружает в OSM. И правильно делает, скорость нормального трека не может прыгать +/- 10 км/ч каждую секунду.
Вопрос. Что за фигня? Как так-то? Ниже отрывок GPS трека записанный на ровном участке при движении с одинаковой скоростью.
Код:
Есть версия, что время искажено специально.
Проблема описана тут:
http://stackoverflow.com/questions/10266175/how-to...
Возможное решение тут (ну или другими словами, ничего не поделаешь, так должно быть):
http://kindalame.com/2012/08/22/lpt-improve-androi...
В качестве временного решения использую программы для записи сырых данные с GPS приемника в NMEA. Там проблем нет.
Пробуй либо усреднять время, либо принимать не константный интервал между точками, а высчитывать его как разницу времён.
Цитата: @pixo $oft
Сам телефон нормально анализирует такие данные?
Пробуй либо усреднять время, либо принимать не константный интервал между точками, а высчитывать его как разницу времён.
Пробуй либо усреднять время, либо принимать не константный интервал между точками, а высчитывать его как разницу времён.
Само собой я высчитываю разницу времени.
Телефон так не анализирует данные. Усреднять хорошо, но без усреднения скорость используется для анализа качества GPS трека.
Телефон живёт своя жизнь.
Цитата: UserNet2008
Для начало оператора-, дай, я угадаю BITE - ?
Телефон живёт своя жизнь.
Телефон живёт своя жизнь.
Оператор то тут причем? Речь исключительно о работе GPS.
Вы обсалюдно правы, устранить эту ошибку можно, если использовать атомные часы в своём девайсе , а эти часы за ~80.000$
Но есть ыщё детали , где есть девайс в кармане or держать в руке or типа дождь.