GTFS 实时支持三种不同类型的实时数据:行程更新、服务提醒和车辆位置。Google 公交建议每个实时 Feed 仅包含一种类型的实体。在适当的情况下,我们还建议代理机构根据路由类型、代理机构或其他条件将实时 Feed 拆分为实体子类型。
例如,行程更新实体可以有路线类型子类别。然后,如果代理机构需要为其所有公交服务提供行程更新信息,他们可以在一个 Feed 中添加公交车服务更新,在另一个 Feed 中包含地铁服务更新。
为了避免单点故障,请将实时 Feed 分为单个类型和更小的部分。如果 Feed 是单独的,不正确的输入内容的一部分不会影响整个 Feed。
如需将合并的实时 Feed 转换为按类型架构的 Feed,请使用此示例工具。
以下几个部分记录了三种 GTFS 实时 Feed 类型。
行程更新
示例:“Bus X is latency the 5 minutes.”
行程更新代表时刻表中的波动。我们预计,在您安排的所有能够实时更新的行程中,您都会收到行程更新。这些更新提供沿途经停点的预计到达或出发时间。此外,在行程取消、添加到时间表或重新规划行程时,行程更新还可以提供更复杂的场景。
如需了解详情,请参阅行程更新。
服务提醒
示例:“Station Y 因施工而停业。”
服务提醒代表特定实体存在更高级别的问题。这些提醒通常包含描述问题的文字。为了收集更多结构化数据(帮助我们了解服务提醒所影响的用户),我们还接受网址。
服务提醒的一些示例包括车站、线路或整个网络的问题。
有关详情,请参阅服务提醒。
车辆位置
示例:“这辆公交车在时间 Y 在位置 X。”
车辆位置代表网络上与特定车辆相关的一些基本信息。最重要的数据是车辆位置的纬度和经度,但我们还可以使用车辆的当前速度和里程表读数的相关数据。
如需了解详情,请参阅车辆位置。