GPS чудит

[dr-trans.livejournal.com]

При движении на машине (зеленый прямоугольник) трек пишется хорошо, при движении пешком трек выглядит ужасно (красный прямоугольник). Фактически я не выходил из синего круга.



Треки писал одновременно тремя программами на смартфоне. Каждая писала свои точки, но результат в плане разлета при движении пешком один.

Comments

[denisioru.livejournal.com]

Данные артефакты возникают по нескольким причинам.
1) низкая скорость движения - при такой ситуации логика приемника не может точно понять - двигается ли он либо это плавание координат. Вектор движения также точно определить не получается - потому что:
2) мало координатных точек и они имеют разброс в пространстве.
3) мало видимых спутников в связи с этим неприемлимо большая погрешность измерения координат. При движении (особенно на открытой местности) - этих проблем нет.
3) при движении точки идут одна за другой с более менее постоянным вектором скорости, тут становится возможным вычислить и вектор движения и скорость, попутно отфильтровав единичные точки-выбросы.
4) GPS/ГЛОНАСС-приемники подвержены разным эффектам - например переотражение сигнала от соседних зданий, металлических изделий, поверхности воды и т.д. Переотражение влечёт за собой некорректный расчет координат приемником и как следствие вот такие выбросы.
5) логика работы приемника/ПО также может учитывать разные ситуации, например адаптивный режим записи точек:


Иногда это делается на уровне приемника (для того чтобы снизить трафик передачи данных на сервер), иногда только в ПО.

6) как правило в каждой точке пишется HDOP (https://ru.wikipedia.org/wiki/DOP) - по которому ПО может оценивать достоверность координат.

И вообще, смотреть сырые данные надо крайне редко, почти всегда они проходят через софт, который и выполняет фильтрацию, сглаживание трека, расчет скорости, поиск остановок и прочего.

[dr-trans.livejournal.com]

Да, 1) слишком широкий сектор прогнозирования, но 2) точки иногда каждые 10 м и 3) хороший прием 10-12 спутников. 4) Не исключаю отражения от моря и обрывистых склонов, и 5) почему-то слабо влияет параметр порога DOP, для которого я уже установил значение "3" (по шкале 0 до 200, где 200 максимальное HDOP, т.е. худшая привязка). 6) Проверю трек. Однако, после обработки на компьютере в редакторе, результат получается приемлемый:

(https://imageshack.com/i/idhZ97d5p)
(Пунктиром показаны удаленные программой недостоверные точки.)

Видимо, HDOP для точек пишется, но точки с высоким HDOP просто не должны попадать в трек, а игнорироваться. НО почему-то пишутся в трек и потом их надо вычищать.

[denisioru.livejournal.com]

Задача прибора (приемника) померять всё, что возможно (желательно с характеристиками измерений - типа HDOP) и отдать наружу. Далее софт разберется - что использовать, что не использовать, где притягивать к дороге и т.д.

[dr-trans.livejournal.com]

На предыдущем смартфоне (Nokia c6-01) такого не было. Программа та же (Track@Way), что и сейчас на Андроиде (только версия новее), но теперь она перестала игнорировать точки с высоким HDOP.

[denisioru.livejournal.com]

Возможно фирмварь (или софт телефона) чуть умнее - умеет накапливать данные и усреднять-фильтровать.

[dr-trans.livejournal.com]

Наоборот. Новый телефон (на Андроиде) пишет все точки, хотя программа Track@Way должна отсекать плохие данные своим внутренними фильтром (я там руками задаю порог допустимого HDOP):

(https://imageshack.com/i/f0Frd1eJp)

[dr-trans.livejournal.com]

Полученного сглаживания (см. предыдущий ответ) вполне достаточно для автоматической расстановки геотегов в EXIF фотографий. При необходимости в процессе можно руками подправить, где это критично.