Отчет - список "мертвых" объектов

Перенесите в ветку "Предложения для WialonPro" и/или "Предложения для WialonHosting"
Там есть голосование.
Я плюсану

+1

+1

Поддерживаю, мы используем уведомления о потере координат с выставлением разных статусов - но это тоже полумера.
+1

Дельное предложение.
Поддерживаю!

+1. Когда много объектов отследить сложно, а клиент потом требует перерасчет, так как сам программу не смотрел

Немного поразмыслив, добавлю что было бы интересно видеть в этом отчете:
1. фильтр по группе, т.е. отслеживать мертвые объекты внутри интересующей группы объектов;
2. фильтр по учетной записи - по аналогии с п1;
3. фильтр по доступу пользователя к объектам или группам;
4. фильтр по продолжительности нахождения объекта в "мертвом" состоянии, т.е. минимальный срок в течении которого объект не выходит на связь.

Уже уточнение - что является определением "мертвого" объекта - т.е. если объект находится в боксе, в котором не может определить координаты, но прибор работает, и шлет сообщения с актуальным временем, и эти сообщения фиксируются в Wialon-е, и "рюмка" зеленая - является ли он "мертвым"? или же "Мертвый" - это полное отсутствие какой либо информации от прибора?

"мертвый" это полное отсутствие связи с сервером,
если связь с сервером есть, но нет GPS-координат - объект считаем живым

имея подобный отчет с фильтрами по времени и по геозонам, легко можно будет отсекать совсем "мертвые" объекты, от живых и полуживых (тех. кто, например, находится ж/б боксе и на ночь массу скидывает)

с GPS это уже немного др. история
тут. очень много от прибора зависит, некот. могут тупо старые координаты передавать, некоторые сами умеют определять состояние антенны (КЗ или обрыв)
в общем нам бы для начала "живых" от "мертвых" отделить, а потом уже "больных" лечить

we agree we have to update this every week and put resources into calls to the client

i go +1

Вадим, напиши в почту в какие сроки и что нужно, если по простому сделаем за пару дней и разместим в APPS

Коллеги, спасибо за много вариантов. к сожалению единого мнения я тут не увидел, как и единого метода определения "мёртвости" объекта.
Второе - как я уже говорил интерфейс Wialon Hosting будет и далее развиваться с акцентом на то, что пользовательский интерфейс предназначен для диспетчеров и других конечных пользователей. А те функции, которые вам надо реализовывать как компаниям, занимающимся оказанием услуг по мониторингу транспорта, будут реализованы либо в CMS Manager либо через apps.

В данном случае я вижу app который будет по сути выводить два столбца: имя объекта и дата/время последнего сообщения (полученного от объекта). Дата и время последнего соединения с нашим сервером у нас в системе не фиксируется, а потому и выводить и анализировать мы это не можем. Да и не очень понятно что это даст. Последнее сообщение всегда будет "моложе" или равно последнему соединению.

Мой вопрос что дальше вы хотите делать, отсортировав список объектов по дате посл. сообщения?
Или просто вывести эту информацию будет достаточно?

Дмитрий Л, спасибо за развёрнутый комментарий.
Теперь вы уже третий вариант реализации предлагаете - "интервалы отсутствия на связи". Но, как я уже написал выше - мы сейчас не имеем возможности фиксировать факты нахождения на связи, и предварительный метод реализации:

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

Добрый день,
Подскажите, как в Ваше приложение добавить группу в какой объект находиться и экспорт в какой-то  формат например ексель или pdf.
Спасибо.

Спасибо за ответ, просо я думал, может еще кому-то нужны, такие же доработки и сам автор бы немного дописал.