поездки
Я согласен что не идеально работает, но идеального варианта и не может быть. Все зависит от устройства и ситуации.
Устройство может быть в зоне где нет покрытия, но в движении. Потом когда данные выгрузятся из черного ящика вся поездка отобразится как надо.
Т.е. параметр report.trip.minimalNoDataDuration - не работает?
Работает, но не так как вы предполагаете. Поездки строятся только по посылкам из базы данные. Текущее время или статус устройства не учитываются.
А как работает этот параметр?
Если время между двумя посылками больше minimalNoDataDuration, то это остановка.
а если поездка начинается в расчетное время, а заканчивается за его пределами? т.е. если 23:55 начало а 1:20 - окончание, она попадет в отчет?
Нет, не попадет.
ок, отчет берется по какому времени - "время начала движения" AND "время окончания движения должны быть в диапазоне старт-стоп отчета?
Да.
т.е. эту поездку я не увижу не за сегодня и не за вчера?
логично строить поездку по тому что есть в базе, не дожидась окончания поездки, а строить её по времени выборки
вы же не можете знать когда появится следующий пакет - это в идеале они шлют все по плану.
Не понял как вы предлагаете строить по тому что есть в базе. Все данные перебирать за все время?
можно упростить, что бы не перебирать. а показывать поездки с указаного дипазона, не важно завершилась она или нет. главное что она попадает в выборку - так же как и маршрут
report.trip.minimalNoDataDuration - Gaps in reported positions longer than the value are considered as stops. Default 3600 second.
Пробелы в сообщенных позициях дольше, чем значение, считаются остановками. По умолчанию 3600 секунд
т.е. если я правильно понимаю - 5 минут нет данных - уже считается остановка?