PT routing
- 主要言語
- Rust
- スター
- 11
- フォーク
- 2
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Walking + PT has been started in this repo. Just starting a list of improvements.
# UI
- [ ] Just make a nice UI to explore GTFS data. See routes on a map, see timetables per stop, etc. Look for inspiration. Old ideas in https://github.com/dabreegster/bus_spotting and https://github.com/a-b-street/abstreet/issues/372.
# A-to-B routing
- [ ] Configurable start time
- [ ] Display text route directions nicer. "Walk 5 minutes", "wait 4 minutes", plumb info about the route taken
- [x] Correctness -- only ever 1 stop per trip? Impossible
- [ ] Use route shapes for display (and see how much space they need)
- [ ] Get more precise about linking walking and transit steps
# Isochrone
- [x] Implement it
# Data model
- [ ] Decide requirements for days of the week, service exceptions, etc
- [ ] Think through serveless-friendly ways of getting GTFS data
# Performance
- [ ] Can an A*-like heuristic help for PT routing? Edit: yes, but it loses optimality
- [ ] Get base file size down, without GTFS. London is 370MB, but the PFB is 90MB
- [ ] Smaller GTFS data. London is around 300MB right now
- [ ] More compact NaiveTimes?
# Refactoring
- [ ] Figure out what frontend and backend components are generally shareable
- [ ] Specifically use in https://github.com/Hussein-Mahfouz/meet-me-halfway/
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
この issue は、公共交通機関のルーティング改善に向けた幅広いロードマップです。まず、GTFS データの処理とルーティングアルゴリズムに関する既存のコードを調査します。UI の参考にするためにリンク先のリポジトリを確認し、アイソクロンと A-to-B ルーティングの現在の実装を調べます。どの具体的なサブタスクが最も実現可能で、明確な受け入れ基準を持つかを判断します。
索引モデルが issue の本文から書いたものです。
評価
- 領域
- backend, cli, tooling
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 30/100