[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 は、MobilityData によって毎月作成されるリソースで、GTFS に関する進展の概要を提供します。

私たちは皆さまからのフィードバックを非常に重視しており、今回の内容についてのご意見を伺いたいと考えています。ぜひこのフォームにご記入いただき、このツールの可能性を最大限に引き出すためにご協力ください。

🏅 コントリビューターへの感謝¶

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)」という記述を追加し、すべてのルートベースのサービスに対して shapes.txt を含めるべきであることを明示しています。これは、ゾーンベースのデマンド型サービスが GTFS でモデリング可能になったため、すべてのケースで推奨とするのではなく、ルートベースのサービスに限定して明確化するものです。

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

この PR は、flex の採用後における stops.txt の存在条件を更新することを提案しています。具体的には、必須(Required)から条件付き必須(Conditionally Required)に変更し、locations.geojson が存在しない場合は必須、存在する場合は任意とします。

stop_times.txt における timepoint の意図された使用法の明確化 #474

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

locations.geojson におけるポリゴンの有効性ルールの追加 #476

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

その他の公開中の提案¶

🔥 最も活発な議論¶

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

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

**feed_info.txt における中心座標またはバウンディングボックスの定義 #471 **

Mathematician の Mustafa は、feed_info.txt にフィールドを追加し、地図上で表現されるエリアにフォーカスするための中心点を示すことを提案しました。

**提案: エレベーター/エスカレーターのリアルタイム状態の追加 - EntitySelector を拡張してノードだけでなく pathway を選択可能にする #268 **

wheelmap.org の Sebastian は、EntitySelector を拡張して RT フィードが pathway を選択し、そのリアルタイム状態を伝達できるようにすることを提案しました。これにより、GTFS がリアルタイムでエレベーターやエスカレーターの故障を通知できるようになります。この議論は最近、SimplifyTransit の Cody によって再び活発化しました。

グローバル trip id #462

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

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

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

📅 今後のイベント¶

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

トピック : GTFS-Fares v2 拡張ワーキンググループ会議

ガバナンス・ワーキンググループ会議 | 2024年7月11日午前11時（EDT）

トピック : GTFS ガバナンス刷新における次のステップ

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

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

GTFS-changes: 最新情報をすぐに入手できます。GTFS-changes Google グループに参加して、新しいプルリクエストや投票に関する情報を受け取りましょう。

GTFS-realtime: Realtime に関するすべてを話し合い、最新情報を入手しましょう。このグループでは GTFS Realtime について議論し、質問をしたり、変更を提案したりしています。

GTFS.org: 公式の GTFS ドキュメントサイトです。ここでは GTFS に関する最新のリソースを頻繁に更新して提供しています。

MobilityData Slack: GTFS について質問がある、またはコミュニティとつながりたいですか？GTFS の Slack 会話に参加しましょう。1,300 人以上のモビリティ愛好者がチャンネルで活動しており、質問に素早く答えてもらえる素晴らしい場所です。

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