トラッカーから送信される一連の属性は非常に幅広いものです。 パーソナルトラッカーとビーコンの基本的な2-3から、車両に搭載されたテレマティクスデバイスからの数十（接続されたセンサーとCANバスからの情報を含む）の範囲です。
ここでは、ほとんどの種類のデバイスによって送信される基本的な属性の一部について説明します。速度、移動の方向、座標の決定の有効性、DOPファクター、および衛星の数です。
1年未満前に、ジオロケーションの速度と属性に関する2つの小さな記事をサイトに投稿し、この投稿で取り上げられた問題について簡単に触れました。
メッセージ履歴に保存される属性の数を減らすことにより、ディスク容量を最適化し、レポート（トラフィック、駐車、ジオフェンスの訪問など）を生成し、特定の時間間隔でトレースを表示する速度を向上させます。
この場合、デバイスから最後に受信したメッセージについて 、 すべてのメッセージ属性が保存され、表示および処理に使用できます。
スピード
トラッカーは、オブジェクトの瞬間速度を送信します。 この速度は、衛星による座標の決定に基づいて計算されるため、エラーが発生します。 ViaLatMでは、メッセージの履歴に瞬時の速度を保存しません。 最後のイベントに対して表示され、レポートは代わりに平均速度を使用します。平均速度は、2つの隣接するポイント間の距離と時間間隔に基づいて計算できます。 グラフの下の赤い線は瞬間速度に対応し、青い線は平均速度に対応します。
グラフは非常に似ています。 ユーザーにとって、平均速度ははるかに有用な情報を提供します。 移動中にトラッカーがメッセージを送信する間隔が十分に長い場合（たとえば、10分）、瞬間速度では実際の画像が表示されないことがあります。 「交通渋滞」の入り口と出口での瞬間速度が60 km / hで、2点間の距離が1 kmであるとします。 その後、交通渋滞からの脱出の瞬間の平均速度は6 km / hになり、これは実際の状況とより一貫しています。
統計的研究では、移動するオブジェクト上のメッセージ間の時間間隔が短いほど、平均速度と瞬間速度の偏差が小さくなることが示されています。 ほとんどのトラッカーでは、移動中の駐車状況よりも頻繁にメッセージが送信されます。
同時に、速度違反モードに関する通知の制御と生成は、瞬時速度に基づいて実行されます。 これらの場合、瞬間速度は違反通知設定に保存されます。
旅行の方向
メッセージアーカイブを操作する際、この属性の使用は見つかりませんでした。 はい、リアルタイムでオブジェクトを観察する場合、おそらく2つの道路の分岐点でメッセージが来たときに唯一の利点があり、ユーザーはオブジェクトが次に移動する道路を理解できます。ロケーション検証機能
ほとんどのタイプのデバイスは、正しい場所の兆候を返します。 属性は処理されますが、保存されません。 保存されたメッセージ内の座標の存在は、それらの有効性の事実です。 座標の誤った決定の兆候を伴ってメッセージが到着し、座標自体が存在する場合、それらはアーカイブにメッセージを保存する前に削除されます。衛星の数
位置が決定される衛星の数もほとんど情報を伝えません。 衛星が3つある場合、10の衛星よりも正確に位置を特定できる場合があります（後者が回線上にある場合）。 衛星の数が3未満の場合、ViaLatMは座標を保存しません。DOP属性
DOP属性（HDOP、VDOP、PDOP、およびTDOP）は、一部のタイプのデバイスによってメッセージで送信される精度を弱める要因です。 通常のユーザーの場合、値に基づいて座標を決定する精度を計算して表示する方が明確です。 図の緑の円は、最後のイベントの座標を決定する精度を示しています。
紫色のポリラインは、デバイスのトラックです（過去10分間のデバイスのトラックですが、20ポイント以下）。 現在のバージョンでは、すべてのイベントの座標を決定する精度を維持しています。 しかし、おそらくこれは移動するものに対して行う必要はありません。
GSM信号強度
平均的なユーザーに対して何をすべきかが明確ではない別の属性。 その価値に応じて、セルラー通信がどこかでうまく機能していると結論付けることができます。 監視の場合、これはGPRSを介したデータ送信の問題に関係します。 しかし、属性の値に基づいてどのような結論を導き出すことができるかは、私たちには明らかではありません。「私たちが泣かないことで保存しないもの」
保存されていないパラメーター（移動の方向、座標の決定の有効性、衛星の数、GSM信号のレベル）を復元することはできませんが、これまでのところ、適切に機能するトラッカーの場合、これらのパラメーターの少なくとも1つの履歴値を取得する必要がある場合はありませんでした。瞬時速度に関しては、上記のように、計算された平均速度に近いため、私たちの意見ではより有益です。 問題がありました。 デバイスに最大許容速度が設定されていない場合（したがって、速度モードの違反に関するアラーム通知が生成されていない場合）、速度に関するレポートの作成は、瞬間速度が維持される場合よりも時間がかかります。 ユーザーがレポートにアクセスする統計により、このレポートは、交通、駐車場、ジオフェンスへの訪問、警告イベントに関するレポートよりも1桁少ないものであることが示されました。 より頻繁に要求されるレポートの作成を促進することを選択しました。
ViaLatMでは、デバイスをテストモードにすることができ、すべてのメッセージ属性が保存されます。 このモードは、新しいタイプのデバイスを接続したり、正しい動作が疑わしいデバイスをチェックしたりする段階で使用されます。 この種のメッセージは、イベントの標準アーカイブに保存されるのではなく、別のアーカイブに保存されます（このアーカイブから標準アーカイブにイベントをエクスポートすることは許可されます）。
おわりに
ViaLatMシステムでは、次の原則を順守しています。
- 使用され、計算できないもののみを保存します
- ユーザーフレンドリーな情報を伝えるもののみを表示する
各原則には慎重にアプローチする必要があります。
レポート（潜在的に計算されたもの）がレポートで頻繁に使用され、その計算にかなりのリソースが必要な場合は、永続的なストレージについて考える必要があります。
ユーザーにとってどの情報が役立つかという質問は、明確な明確な答えを持つことはほとんどありません。 GSM信号強度属性が絶えず保存され、システムのレポートに表示されたとき、10人のユーザーにインタビューしました。 すべてが一緒になって、属性が必要であると答えました（それが干渉しないようにします）。 永続ストレージからこの属性を削除し、レポートに表示すると、調査対象のユーザーの1人のみがその消失に気付きました。 しかし、彼がそれをどのように使用するかという問題、彼はわかりやすい答えを与えませんでした。 これは心理学の問題です。 追加の機能を拒否することはありません。実際にどれだけ必要かを考えたくないためです（「役に立つかもしれません」。頭を悩ますことは何もありません）。 しかし、開発者の最も重要なタスクの1つは、不要なものをすべて削除することです。
アイデアを表明し、アプローチを批判してくれたHabrachiansに感謝します。