getmessages の Multi-Radius プロキシミティの例
すべての Multi-Radius getmessages 要求の前には、getMessage URL を含む initsession 要求を記述する必要があり、「はじめに」で説明されているように暗号化する必要があります。 次のリクエスト本文は、緯度 52.5158426 および経度 13.412532 で定義されたポイント周辺の交通情報のリクエストを示しています。 半径は、 getmessage Multi-Radius リクエストで定義されます。
<?xml version="1.0" encoding="UTF-8" ?>
<get-messages>
<locations>
<loc lat="52.5158426" lon="13.412532"/>
</locations>
<filters>
<radiusWithFC radius="10" fc="1,2,3,4,5"/>
<radiusWithFC radius="30" fc="1,2,3"/>
<radiusWithFC radius="60" fc="1"/>
</filters>
</get-messages>
現在の位置から長距離の詳細な交通情報を表示する必要がないため、通常は道路の種類に基づいて交通データをフィルタリングする必要があります。 サーバーとクライアント間で交換されるトラフィックデータ量を削減するために、 TDA サービスで は、機能クラス (FC) に応じて TPEG メッセージをフィルタリングできます。
FC は道路タイプのインジケータで、交通量、速度、道路の重要性、接続性を反映しています。 次の値がサポートされています。
- 1 :大量の最大速度の道路。
- 2 :高速で大量の交通量の多い道路。
- 3 :渋滞の多い道路。
- 4 :近隣地域間で中程度の速度で大量の交通が発生する道路。
- 5 :量と交通量が他のすべての機能クラスのレベルを下回っている道路。
- 半径 10 km → FC (1 ~ 5)
- 半径 20 km → FC (1 ~ 3)
- 半径 60 km → FC 1
各大きい半径では、それまでの小さいイテレーションがすべて除外されます。したがって、最小の半径のみが円になり、他のすべての半径はリングになります。
