Переотраженка на карте.

[csistra]

Чтобы получить координаты вообще, нужно не менее 4-х видимых спутников для 3D-решения и не менее 3-х видимых спутников для 2D-решения. От 1 или 2 спутников координаты нельзя вычислить вообще.
Кроме того, мы предоставляем такой параметр как HDOP, характеризующий уровень достоверности и точности полученного решения

Это я и имел ввиду.

Кроме того, мы предоставляем такой параметр как HDOP, характеризующий уровень достоверности и точности полученного решения и имеющий градации от 0 до 7. Таким образом, можно отфильтровать координаты с низким HDOP соответствующей настройкой

Просветите как это сделать ? если не сильно муторно, чтобы мануал не листать...

Резать же принудительно - считаем некорректным - мало ли что понадобится посмотреть пользователю даже в условиях очень плохого приема сигнала.

Соглашусь полностью

А в старших версиях контроллеров, на стоянках координаты фильтруются встроенным детектором движения.

Спрошу у диллера

В ПО давным-давно встроена фильтрация (отсечка координат) по состоянию любого дискретного входа, который можно прицепить, например, к зажиганию или датчику аварийного давления масла и т.п. Можете даже поставить тублер - вкл = машину везут на платформе - и по нему фильтровать.

Супер, то, что мне нужно. Тоже спрошу у диллера...
Спасибо просветили.

[plex]

Параметр допустимый уровень сигнала 1 слабый сигнал 7 качественный прием

[CorpN]

Сообщение от csistra
Автомобиль загружаем на платформу и его везет другая машина. Сам автомобиль показывает естественно движение и получается что он у нас на воздухе работает.... Никто не сталкивался с такими вещами ? как реализовать чтобы автограф эти передвижения не считал ?
В ПО давным-давно встроена фильтрация (отсечка координат) по состоянию любого дискретного входа, который можно прицепить, например, к зажиганию или датчику аварийного давления масла и т.п. Можете даже поставить тублер - вкл = машину везут на платформе - и по нему фильтровать.

А вот здесь не все учтено. Я про это уже писал. Сейчас на выходе имеем следующее:
Все точки маршрута отсекаются и остается прямая линия между пунктами А и В транспортировки машины. А программа при этом посчитает пробег между этими точками.
Запрос был следующий: включить в программу фильтр, отсекающий учет пробега пунктирных линий.
И чего-то вопрос завис с того времени.

[SK]

А вот здесь не все учтено. Я про это уже писал. Сейчас на выходе имеем следующее:
Все точки маршрута отсекаются и остается прямая линия между пунктами А и В транспортировки машины. А программа при этом посчитает пробег между этими точками.
Запрос был следующий: включить в программу фильтр, отсекающий учет пробега пунктирных линий.
И чего-то вопрос завис с того времени.

Верно. Пишите на багтрекер.

[CorpN]

Запрос на доработку в том виде, что я указал на багтрекере надо удалить.
Учет расстояния не входящего в реальный пробег надо рассматривать глубже.
Вот очередная ситуация: машина заехала на паром, через какое-то время водила врубил массу и пробег пошел. Здесь пожалуй диспетчеру самому надо на графике выделить необходимый отрезок и применить к нему фильтр "перевозка" с отминусовкой данного пробега. Так что это уже под NET. Хотя даже в данной ситуации однозначностей не будет. В моем случае машину будут транспортировать 3 суток. Водила будет заводить двигатель во время транспортировки, соответственно все остальные параметры за это время отсекать не нужно.
Вот такая картина.