为什么一条路线有不同的 trip_id's (GTFS)？
Why does a route have different trip_id's (GTFS)?
所以，我已经成功地完成了没有 ETA 的路线申请。当我尝试实现此功能时，我在一条完整的路线上遇到了多个 trip_id 的停靠点，但我不确定我是否理解其中的原因。有人可以为我澄清一下吗？任何 ideas/comments/suggestions 表示赞赏！
一次旅行是一组独特的停靠点，更重要的是，stop_times 沿着一条路线。有许多 trip_ids 使得 GTFS 代表具有不同传递时间的预定服务。
一些路由可能没有明确的 trip_ids 并且依赖于 frequencies.txt，它们使用 stop_times.
更为常见
如果您的问题是为什么 GTFS 有这么多 trip_ids 并且想简化它，我会看一下 this thread 以获得一系列好的建议。
GTFS 对交通系统的建模与交通用户自己经常做的略有不同。
路线表示车辆通过交通系统的预定（但可能可变）路径。
一次行程表示沿路线的特定运行车辆。
一个停站时间表示为停站服务的行程事件（车辆到达然后离开）。
通常一条路线每天会有很多次行程——例如，一条每 15 分钟 运行s 的路线每小时会有四次行程。这些行程中的每一个都有自己的行程 ID，但它们都与同一条路线相关联。 （如果有帮助，您可以将路线视为抽象，将旅行视为具体。）
因此，如果您的应用需要为特定停靠点的路线生成预计到达时间，则需要搜索与该路线相关联的行程在该停靠点即将到来的到达时间。每个行程 ID 将表示一次单独的行程，因此车辆沿该路线单独到达。
所以，我已经成功地完成了没有 ETA 的路线申请。当我尝试实现此功能时，我在一条完整的路线上遇到了多个 trip_id 的停靠点，但我不确定我是否理解其中的原因。有人可以为我澄清一下吗？任何 ideas/comments/suggestions 表示赞赏！
一次旅行是一组独特的停靠点，更重要的是，stop_times 沿着一条路线。有许多 trip_ids 使得 GTFS 代表具有不同传递时间的预定服务。
一些路由可能没有明确的 trip_ids 并且依赖于 frequencies.txt，它们使用 stop_times.
更为常见如果您的问题是为什么 GTFS 有这么多 trip_ids 并且想简化它，我会看一下 this thread 以获得一系列好的建议。
GTFS 对交通系统的建模与交通用户自己经常做的略有不同。
路线表示车辆通过交通系统的预定（但可能可变）路径。
一次行程表示沿路线的特定运行车辆。
一个停站时间表示为停站服务的行程事件（车辆到达然后离开）。
通常一条路线每天会有很多次行程——例如，一条每 15 分钟 运行s 的路线每小时会有四次行程。这些行程中的每一个都有自己的行程 ID，但它们都与同一条路线相关联。 （如果有帮助，您可以将路线视为抽象，将旅行视为具体。）
因此，如果您的应用需要为特定停靠点的路线生成预计到达时间，则需要搜索与该路线相关联的行程在该停靠点即将到来的到达时间。每个行程 ID 将表示一次单独的行程，因此车辆沿该路线单独到达。