a-b-street / a-b-street/speedwalk
Crossing QA: Filter data on landuse=residential / Input multipolygon
- 主要言語
- Svelte
- スター
- 24
- フォーク
- 5
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
(This is low prio IMO and likely out of scope. But wanted to document the idea…)
When doing the QA for a larger region, we want to get an idea on the total number of intersections to validate. In this case, the non-residential intersections are likely out of scope for the project.
So maybe we could have a filter that shows only junctions that are within the buffered `landuse=residential` areas? ([Example](https://www.openstreetmap.org/way/122432927/history#map=16/52.73558/13.23360))
Or, maybe it would be better to be able to upload an area of interest multipolygon which the app transforms in the overpass bbox and then filters the QA responses on?
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
この issue では、バッファー処理された landuse=residential エリア内、またはユーザーがアップロードしたマルチポリゴン内の junctions だけを表示するためのフィルターを QA インターフェースに追加することが説明されています。まず、QA マップの表示とフィルタリングロジックを担当するフロントエンドコードを調べます。おそらく Svelte コンポーネントにあります。Overpass クエリが現在どのように組み立てられているか、また結果がどのようにフィルタリングされているかを把握します。「Done」とは、地理的条件に基づいて表示される junctions を変更する新しいフィルターコントロールが UI にあることを意味します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- frontend, tooling
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100