MapMatching and Direction API disagree
まだ誰も着手していません。
- 主要言語
- Java
- スター
- 438
- フォーク
- 117
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Hi all,
I'm using Mapbox Navigation SDK (mapbox-android-sdk:8.6.0-alpha.2, mapbox-android-navigation:0.43.0-alpha.1) to navigate along an pedestrian itinerary set by waypoints that my server computed.
To do so, I'm using map-matching function quite successfully.
But as I was investigating some strange behaviors in my neighborhood, I wanted to quickly test the result of my map-matching on some problematic ways / nodes.
I was hoping to use a tool such as https://docs.mapbox.com/playground/directions/ to do this troubleshooting but with map-matching request.
Since such tool doesn't seem to exist I've mixed the request prepared by that tool with the one from https://docs.mapbox.com/help/demos/get-started-map-matching-api/index.html (that does map-matching but not pedestrian).
By doing so, I realized that the direction API and the mapmatching API didn't answer the same thing to a similar query :
Even if the format could be different, I didn't expect the filtering of the ways and node to be different : it seems that mapmatching is blocked at a node : https://www.openstreetmap.org/node/746410976 when direction is not.
I don't think that the parsing of the map should be any different while using both API to come up with a pedestrian path.
Am I wrong ? Is there a good reason it should be different ?
or is it, as I expect, mapmatching API being less accurate ?
where can I find the filtering rules applied in both API calls ?
Thanks for investigating,
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
Directions および Map Matching APIs について示されている徒歩リクエストを、記載された SDK バージョンと座標を使って再現し、その後、OpenStreetMap ノード 746410976 周辺のルートを比較します。フィルタリングと歩行者ルーティングのルールについて、API ドキュメントまたはリポジトリの参照を確認します。差異の理由を文書化するか、再現可能な API バグを確認できれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- android, java
- 領域
- api, mobile
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 30/100