[GTFS Digest] 2024年6月 - GTFSの推進：新たな貢献者、提案、議論¶

fare_leg_rules.txt に rule_priority を採用し、ルート・路線系統(route)ベースの fare_rules における stops.zone_id の条件付き要件を明確化しました。現在の提案には、feed_info.txt の更新、transfers.txt の明確化、新しい fare_leg_join_rules.txt、Feed Version および GTFS URL の追加、ならびに GTFS-Fares v2 におけるチケット商品およびチケットメディアの乗換動作が含まれます。

GTFS Digest は、GTFS に関する進展の概要を提供するために MobilityData が毎月作成するリソースです。

皆様からのフィードバックを大変重視しており、私たちの取り組みについてお聞かせいただきたいと考えています。このフォームにご記入いただき、このツールの可能性を最大限に引き出すためにご協力ください。

🏅 コントリビューターへの称賛¶

Emily Chwiggy & Mustafa Kemal Sürmeneli

google/transit に初めての issue（471 & 478）を投稿しました！貴重な貢献をありがとうございます。GTFS コミュニティへようこそ。

Rihal Rehzal

初めての GitHub issue を投稿し、slack でも貢献してくださったことに称賛を送ります！GitHub は初心者にとって気後れする場所になり得ますが、見事に対応されました。ようこそ！

Biju Nair & Daniel Mihalov

GTFS slack で貢献内容（1、2、& 3）を共有していただき、ありがとうございます。皆様のような問い合わせによって、プラットフォーム上のコミュニティエンゲージメントは劇的に高まりました。

📂 アクティブな提案¶

shapes を含めるべきであることを追加 #470

この変更では、shapes.txt に「should」の記述を追加し、ゾーンベースのデマンド型サービスを GTFS でモデル化できるようになったため、すべての場合に推奨とするのではなく、すべてのルートベースのサービスに shapes.txt を含めるべきであることを指定します。

デマンド型サービスに伴う stops.txt の存在要件の変更 #472

この PR は、flex の採用後に stops.txt の存在要件を更新し、必須から条件付き必須（locations.geojson が存在しない場合は必須、それ以外の場合は任意）へ変更することを提案しています。

stop_times.txt の timepoint の意図された使用方法を明確化 #474

この変更では、stop_times.timepoint の空の値の意味を明確化し、空の値は stop_times.txt のいずれのレコードにも timepoint 値が提供されていないことを意味し、提供される場合は、時刻が関連付けられているすべてのレコードに 0 または 1 の timepoint 値を設定しなければならないことを指定します。

locations.geojson のポリゴンに対する妥当性ルールを追加 #476

この PR は、GTFS においてポリゴンが無効となり得るすべての方法を記述する代わりに、flex ポリゴンの妥当性ルールを改善するため、OpenGIS Simple Features Specification のセクション 6.1.11 を参照することを提案しています。

その他のオープンな提案:¶

🔥 最も活発な議論¶

**shapes の使用に関するベストプラクティス #477 **

Bliksem Labs B.V. の Stefan は、shape が具体的なものか抽象化されたものか、また無関係な停留所等(stop)の連続間で共有されているかを指定することを含め、shape の特性を判定するために使用できる新しいファイルを追加することを提案しています。すべての停留所等(stop)地点に shape point を作成する慣行も、ここで提案されています。

**feed_info.txt における中心座標または Bounding box の定義 #471 **

Mathematician の Mustafa は、地図上でそのデータセットが表すエリアに焦点を合わせるための中心点を示すフィールドを feed_info.txt に追加することを提案しました。

**提案: エレベーター／エスカレーターのリアルタイム状態を追加 - ノードのみではなく構内通路(pathway)を選択するよう EntitySelector を拡張 #268 **

wheelmap.org の Sebastian は、RT フィードが構内通路(pathway)を選択してその realtime 状態を伝達できるように EntitySelector を拡張し、GTFS が Realtime でエレベーターまたはエスカレーターの運休をフラグ付けできるようにすることを提案しました。この議論は最近、SimplifyTransit の Cody によって再び活発化しました。

グローバル trip id #462

SKI+ の David は、終日にわたり有効な便(trip)識別子の必要性に対応するため、NeTEx や HRDF などの他の標準とのより良い統合を目的として、GTFS Schedule および Realtime に新しいフィールド「trip_global_id」を追加することを提案しています。このグローバル ID により、異なるデータ形式間での旅行情報のマッピングが容易になります。

GTFS static への vehicles.txt の追加 #458

TransSee の Darwin は、GTFS に vehicles.txt ファイルを追加することを提案しています。これにより、車両定員、アクセシビリティ、および機能に関する詳細情報を提供でき、リアルタイム予測ツールを強化し、車両群データの報告を標準化できます。このファイルには、車両タイプ、定員、製造者、およびアクセシビリティ機能などの詳細を含めることができます。

📅 今後のイベント¶

GTFS-Fares v2 – 月例会議 | 2024年7月30日午前11時 EDT

トピック : GTFS-Fares v2 extension Working Group Meeting

Governance Working Group Meeting | 2024年7月11日午前11時 EDT

トピック : GTFS governance Revamp における次のステップ

💬 GTFS コミュニティに参加する¶

GitHub: google/transit: アイデアをコミュニティと共有しましょう！公式 GTFS GitHub リポジトリに参加してください。

GTFS-changes: 更新が発生したらすぐに受け取りましょう。GTFS-changes Google グループに参加して、新しい pull request と投票に関する情報を入手してください。

GTFS-realtime: Realtime に関するあらゆる話題について議論し、最新情報を把握しましょう。このグループでは、GTFS Realtime について議論し、質問を行い、変更を提案しています。

GTFS.org: 公式 GTFS ドキュメント Web サイトです。ここでは、GTFS に必要な情報について頻繁に更新されるリソースを見つけることができます。

MobilityData Slack: GTFS について質問がありますか、またはコミュニティとつながる必要がありますか？GTFS Slack の会話に参加してください。これは、各チャンネルを利用する 1,300 人を超えるモビリティ愛好家から、質問への回答を迅速に得られる素晴らしい場所です。

GTFS Digest 第7版をお読みいただき、ありがとうございます！2024年以降も、最新の GTFS 更新情報をお届けできることを楽しみにしています。