GTFS-Fares v2¶
Fares v2是一个GTFS时间表扩展项目,旨在解决Fares v1的局限性。
Fares v2计划体现的主要概念是
- 票价产品(如车票和通行证)
- 乘车人类别(如老年人和儿童)。
- 票价支付选项(如银行卡和信用卡)
- 票价上限
这些概念将允许数据生产者对基于区域的、与时间相关的和机构间的票价进行建模。这个扩展项目正在迭代中被采用。
目前,所采用的Fares v2的基本实现适用于以下用例。
- 定义交通票价
- 描述同一票价区的服务地点
- 为单程旅行创建规则
- 创建换乘规则
你可以在这里看到一些例子,这些例子显示了使用所采用的Fares v2基本实现可以建立什么模型。
生产者可以在同一数据集中实施Fares v2和Fares v1,因为两者之间没有技术冲突。消费者可以选择使用哪个版本,不受其他版本的影响。随着Fares v2的采用和充分认可,Fares v1可能在未来被废弃。
正在进行的Fares v2工作¶
票价媒体(以前的票价容器)提案已经通过,并在规范中被正式采用
Fares V2工作会议现在将专注于建模和采用时间变量票价。
在Slack上加入#gtfs-fares查看会议时间表查看会议记录
首批采用者¶
🎉 Shoutout to Fares v2 first adopters!至少有1个数据生产者和1个消费者必须承诺实施一项实验性功能,然后再进行公开投票,将其纳入正式规范。这些组织在实验性修改中投入了大量的时间和精力,以确保GTFS继续发展。
对于所采用的基本实现,第一个采用者是
对于目前正在讨论fare media功能,首先采用者是
采用跟踪器¶
目前¶
Request a change添加您的组织(消费者)。添加您的组织(生产商)。
未来¶
讨论中Fares v2功能¶
历史¶
- 2017:行业研究和数据建模
- 2021年10月。起草并分享基本实施方案
- 2021年12月。公开投票 #1 → 没有通过
- 2022年3月:公开投票2号→未通过
- 2022年5月:公开投票#3→通过
- 2022年8月:社区开始讨论Fares v2的下一个阶段
- 2022年11月: 票价媒体的拉动请求草案已开始征求反馈意见
- 2022年12月:社区确定功能的堆栈排名顺序,以确定迭代的优先次序
- 2023年3月: 票价媒体投票通过