タグ付けされた質問 「map-matching」

OpenStreetMapとそのベクター道路ネットワークを使用しています。マップマッチャーアルゴリズムを実装したいと思います。 現在、私は、各GPS位置について、最も近い道路セグメントを取得し、この画像のようにその位置へのこの位置の投影を計算することができます（赤いピンは純粋なGPS位置で、青い部分はマッピングされた部分、緑はマッピングされた位置）： ただし、GPSの精度が不足しているため、マップされた位置がセグメント間でジャンプし、マップの位置に矛盾が生じることがあります。 私の現在のアルゴリズムは非常に基本的です。純粋なGPS位置から、最も近いセグメントを取得し、マッピングされた一致した位置がこの位置にあると判断します。これは本当に改善できることを知っています。 車両の方向を考慮するとマップマッチングが改善されると想像できますが、マップマッチャーを改善できる他のアプローチを知っていますか？ リンクやオープンソースソフトウェアを探していますか？

44 software-recommendations  algorithm  map-matching 

私はPostgresとPostGISを初めて使います。 GPSポイントの単純なマップマッチング（または、必要に応じてパス推論）を試みています。私はpostgres（postgis）を使用しています。 データベースにGPSポイントを含むテーブルがあります： gpspoints（緯度、経度、時間、速度、方位角、ジオメトリ、...） 道路ネットワークのシェープファイルもデータベースにインポートしました： ルート（gid、idrte、version、nomrte、norte、clsrte、geomなど）-リンクの方位角がありません。 postgis関数ST_azimuthを使用してどのように計算できるかわかりません。私が持っているのは、上記の列を含む道路網のシェープファイルだけです。 リンクの方向がGPSポイントの方位角（+または-15度）と一致する場合にのみ、各GPSポイントを（ポイントの周りの20メートルのバッファー内の）最も近いリンクに関連付けて、投影された位置を取得します。それ以外の場合、許容可能な方位角を持つ20メートルのバッファー内で、NEXTの最も近いリンクを検索します。（写真のように！） 投影されたGPSポイントの新しい座標を、テーブル「gpspoints」に「projectedLat」および「projectedLong」として追加する必要があります。 （下の図では、実際のポイントは方向を使用して示されていますが、投影されたポイントには方向マークがありません）

11 postgis  gps  map-matching