Так эхолот же…
[offtop]Здесь должна быть шутка про подводную группировку спутников Глонасс[/offtop]
А если серьёзно, то хотелось бы почитать о подводных навигаторах, если у кого есть интересные ссылки.
под водой gps не работает по моим сведениям. я имею ввиду морские навигаторы с эхолотом http://nuvi.ru/garmin/marine/
Версия 0.2.9
Основное нововведение: система графика с двумя показателями для наглядного сравнения. В список показателей добавлена скорость с устройства.
Картинка
Ситуация смешная: обновил линукс, поломал груб, ребутнулся… и обнаружил, что дома нет ни одной клавиатуры. Нет ни переходника sata->usb, ни IPMI на серваке… Диск к live-cd “на горячую” не цепляется, а поменять порядок загрузки опять же нечем…
Завтра попробую чего-нить найти, а пока сервак лежит…
Сервак поднялся…
Прикрутил фильтр к графику в тестовой версии. Поигрался. По-моему, это не совсем то, что вам надо. Отсюда вопрос: а что конкретно вы имели ввиду? Нужен нормализатор, как у звука на медиапроигрывателях, или просто точки отбрасывать?
Сглаживание надо, тобишь усреднение. Самое простое - функция типа x=(x+prev_x)/2, где x - скорость в текущей точке, prev_x - скорость в предыдущей точке (до сглаживания, само собой).
это я понял. но тут два варианта.
первый: выкинуть точки, не входящие в норму.
второй: подогнать показатели под норму.
Выкидывать ничего не надо. Попробуй считать среднее арифметическое между двумя последними точками (текущей и предыдущей).
то ли лыжи не едут, то ли я…
для примера показатели:
первый: 100,50, 10, 100,120, 110
второй: 100, 50, 0, 10, 0, 0, 120, 100
как они должны выглядеть на графике?
О! Я, кажется, понял, о чем вы.
http://ru.wikipedia.org/wiki/%D0%A1%D0%BA%D0%BE%D0%BB%D1%8C%D0%B7%D1%8F%D1%89%D0%B0%D1%8F_%D1%81%D1%80%D0%B5%D0%B4%D0%BD%D1%8F%D1%8F
Выношу на обсуждение два варианта:
OUT1: C2=(B1+C1)/2
OUT2: C3=(B1+C1+C1+D1)/4
Значения серым - виртуальные, чтобы в экселе этот алгоритм мог обработать первую и последнюю точку. Берутся из первой\последней ячейки соответственно.
Именно 
Ну я объяснил немного попроще, и мой вариант формул проще для понимания и реализации.
Ну я, в принципе почти дошел до второго варианта, не догадался только текущее 2 раза взять. Ок, будем по нему делать. Но уже завтра.
UPD: не, не уснуть так. Все-равно этот способ уберет только волны типа 10-10-0-20-10-10. Проблема предложенного выше трека в чем-то другом.
RusFox
В программах навигации используют фильтр, который описывается по вашей ссылке как Экспоненциально взвешенное скользящее среднее Принцип - новое фильтрованное значение EMA(t) равно взвешенной сумме нового измерения p(t) и предыдущего фильтрованного EMA(t-1). Коэффициент выбирается пользователем.
Это примерно как фильтр Кальмана, только с фиксированным коэффициентом сглаживания. Эффект тот же - не учитываются измерения (t+1), (t+2)… и, соответственно, скорость будет “запаздывать”. Если результаты не понравятся тогда уже искать фильтр получше.
PS: наконец-то кто-то с числами в руках показал что в GPS-приемниках скорость НЕ считается по приращению координат т.к. никуда не годится ))) А ведь люди искренне убеждены в этом. Другое дело что при обработке gpx-файлов альтернативы нет…
В общем, сделал пока по упрощенной системе обсчета 5 последних точек. Дальше посмотрим.
Ну а это всё, что я и хотел
Фильтры можно сделать опциональными, несколько на выбор (включая его отключение).
Ну а сейчас в тестовой версии нормально?