Network Analyst 公共交通数据模型

需要 Network Analyst 许可。

要在网络数据集中为基于计划的公共交通服务进行建模,则网络必须包含一组特定的表和要素类以及一个特定方案,其中该方案用于定义公共交通停靠点、线路和可使用公共交通服务的日期与时间。 这些表和要素类包含 Network Analyst 公共交通数据模型,且会在下文中进行介绍。

可以通过将基于时间的成本属性配置为使用公共交通赋值器,来在网络数据集中使用这些表和要素类。其中,公共交通赋值器将根据数据模型中定义的公共交通计划计算一天内特定时间沿各个公交线路的行驶时间。

注:

通过运行 GTFS 转公共交通数据模型将公共交通数据模型连接至街道地理处理工具,可以根据通用交通数据规范 (GTFS) 公共交通数据自动创建一组有效的公共交通数据模型表和要素类。 创建此类网络数据集的完整工作流将在创建和使用具有公共交通数据的网络数据集中介绍。

Network Analyst 公共交通数据模型由四个要素类和七个表组成,其中,要素类必须位于将创建网络数据集的要素数据集中,表必须位于该要素数据集的父地理数据库中。 数据必须包含在文件地理数据库或企业级地理数据库中;公共交通数据模型不支持 shapefile。 此外,由于公共交通数据模型需要具有特定名称的要素类和表,因此不能在同一地理数据库中包含多组公共交通数据模型要素类和表。 可以在同一组要素类和表中包含来自多个公共交通机构的数据,但地理数据库中最多只能有一组单独的要素类和表。

地理数据库包含网络数据集以及公共交通数据模型中的所有要素类和表

下表汇总了数据模型要素类和表以及它们之间的关系:

公共交通数据模型要素类和表

名称描述类型必填

Stops

定义公共交通停靠点的位置和特征。

Stops 要素类为数据模型所必需,从而可对公共交通系统进行充分建模;但是,该要素类不会直接用于公共交通赋值器。

要素类

Y

StopsOnStreets

定义乘客可从街道或人行道进入公共交通停靠点的位置。 此要素类的主要用途是确保街道和公共交通线路之间的适当网络连通性。

StopsOnStreets 要素类并非数据模型所必需,也不会用于公共交通赋值器,但它对于建立网络数据集连通性很有用。

要素类

N

StopConnectors

在停靠点及由此停靠点相关联的 StopsOnStreets 要素所定义的街道位置之间创建连接。 此要素类的主要用途是确保街道和公共交通线路之间的适当网络连通性。

StopConnectors 要素类并非数据模型所必需,也不会用于公共交通赋值器,但它对于建立网络数据集连通性很有用。

要素类

N

LineVariantElements

用于定义公共交通线路的折线要素。 每个 LineVariantElements 要素直接连接一对相邻的停靠点。

在网络数据集中,LineVariantElements 边源应使用成本属性中的公共交通赋值器来根据计划的服务对实际公共交通行驶时间进行建模。 公共交通赋值器将通过查询各种公共交通数据模型表,根据公共交通计划计算在特定时间沿线变量元素的行驶时间。 线路变量元素的长度和形状不会用于公共交通赋值器,因此要素几何并不重要。

要素类

Y

线

定义公共交通线路或路线的一般特征。

Y

LineVariants

定义线路的变化。 例如,公共交通线路可能有两个不同的终点站,某些行程会前往一个终点站,而其他行程前往另一个终点站。 其中每一个行程都是单独的线路变量。 每个线路变量由线路变量元素组成。

Y

计划

定义与线路变量相关的唯一行驶时间模式。 例如,假设在高峰时段,公交车沿公交线路行驶,每次停靠间隔为五分钟,但在非高峰时段,每次停靠间隔只需三分钟。 Schedules 表将包含五分钟的条目和三分钟的另一个条目。

Y

ScheduleElements

定义沿每个线路变量元素的计划行驶时间,该线路变量元素是与计划相关联的线路变量的一部分。 计划元素的序列用于定义特定计划线路变量元素相应序列的行驶时间。

Y

Runs

使用特定计划定义的行驶时间模式定义公共交通行程开始服务时的特定起始时间。

Y

Calendars

定义公共交通服务将在一周中的哪几天以及哪些日期范围内运行。

Calendars 表是必需的,但如果您不需要定义常规公共交通服务,则不必包含所有行。 如果该表为空,则必须填充 CalendarExceptions 表。 这些表也可以一起使用。

Y

CalendarExceptions

定义常规服务的例外情况,例如将添加或删除公共交通服务的特定日期。

CalendarExceptions 表是必需的,但如果您不需要定义常规公共交通服务的所有例外情况,则不必包含所有行。 如果该表为空,则必须填充 Calendars 表。 这些表也可以一起使用。

Y

有关公共交通数据模型表和要素类以及它们之间关系的逻辑示意图

查看较大版本的数据模型。

要素类

数据模型中的要素类可用作网络数据集中的源要素类。 StopsStopsOnStreets 要素类将是交汇点源,LineVariantElementsStopConnectors 要素类将是边源。 在网络数据集中,LineVariantElements 边源(代表公交线路段)应使用基于时间的成本属性中的公共交通赋值器来根据计划服务对公共交通行驶时间进行建模。 连接组可通过停靠点和连接器要素的形式控制街道和公共交通线路之间的行程。

Stops

Stops 要素类用于定义公共交通停靠点的位置和特征。 它为数据模型所必需,从而可对公共交通系统进行充分建模;但是,该要素类不会直接用于公共交通赋值器。

Stops 要素类相当于 GTFS stops.txt 文件。

下表描述了 Stops 要素类的方案:

Stops

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

Shape

定义停靠点位置的点形状。

形状

Y

N

ID

公共交通停靠点的唯一 ID。

长整型

Y

N

GStopID

停靠点的 GTFS stop_id。 该字段仅用于提供信息。

文本

N

Y

GStopType

指示此停靠点是表示常规公共交通停靠点(包含一个或多个常规站点的父站点),还是入站口。 可用的值如下所示:

  • 0(或空) - 乘客上车或离开公共交通车辆的常规公共交通停靠点或站台
  • 1 - 设有一个或多个常规停靠点,但其本身不提供任何公共交通服务的站点
  • 2 - 入站口,用于确定乘客从街道或人行道进入站点的位置。

如果停靠点位于站点内,则 ParentID 字段必须使用表示该停靠点父站点的另一个停靠点的 ID 值填充。 父站点要素的 GStopType 值必须为 1,停靠点的 GStopType 值必须为 0(或空)。 父站点不能是其他父站点的父项。

如果某个要素表示入站口 (GStopType 2),则 ParentID 字段必须存在,且必须使用表示以此要素为入口之父站点的另一个停靠点的 ID 值进行填充。 入站口不能使用常规停靠点作为其父站点。 仅父站点可以具有入站口。

如果 GStopType 字段不包含在表中,则所有停靠点都将被视为常规公共交通停靠点 (GStopType 0)。 在这种情况下,ParentID 字段内的所有值都将被忽略。

GStopType 字段相当于 stops.txt 文件中的 GTFS location_type 字段。

短整型

N

Y

ParentID

当前停靠点或入站口父站点的 ID 值。 对于具有参考 ID 值的停靠点,其 GStopType 值应为 1。

长整型

N

Y

GStopParen

停靠点或入站口父站点的 GTFS stop_id。 该字段仅用于提供信息。

文本

N

Y

GWheelchairBoarding

指示停靠点、站点或入站口是否适合轮椅进入。 可用的值如下所示:

  • 0(或空)- 未指定有关该停靠点、站点或入站口是否适合轮椅进入的信息。
  • 1 - 停靠点、站点或入站口适合轮椅进入。
  • 2 - 停靠点、站点或入站口不适合轮椅进入。

如果要素表示停靠点 (GStopType 0) 或入站口 (GStopType 2),且 GWheelchairBoarding 值为 0 或“空”,则要素会继承其从 ParentID 字段所指定父站点的 GWheelchairBoarding 值(如果有)。

GWheelchairBoarding 字段相当于 stops.txt 文件中的 GTFS wheelchair_boarding 字段。

短整型

N

Y

StopsOnStreets

StopsOnStreets 要素类定义乘客可从街道或人行道进入公共交通停靠点的位置。 StopsOnStreets 要素可以表示入站口的位置,或者也可表示与停靠点位置相交的街道或人行道的最近交点,以确保网络连通性。

StopsOnStreets 要素类并非数据模型所必需,但它有助于建立正确的网络数据集连通性,因为停靠点不太可能直接落在街道上。 如果打算对沿着街道行走并使用公共交通系统的旅行者进行建模,您需要采用某种方式以受控方式将公交线路与街道连接起来,因此建议使用此要素类。

StopsOnStreets 要素类没有必需的方案。 如果使用将公共交通数据模型连接至街道工具创建此要素类,它将具有与 Stops 要素类相同的方案。 但是,此要素类不会用于公共交通赋值器,因此,您可以使用最适用于正在建模的字段的内容。

StopConnectors

StopConnectors 要素类定义用于通过对应 StopsOnStreets 要素的方式使停靠点与街道相连接的折线要素。 此要素类的主要用途是确保街道和公共交通线路之间的适当网络连通性。 这允许旅行者沿着街道行走、进入公共交通停靠点,使用沿公共交通线路(LineVariantElements 要素)的计划公共交通服务,在另一个停靠点离开公共交通线路,然后返回街道继续步行到目的地。

使用停靠点的捕捉版本、连接线和街道要素上的折点将交通停靠点连接到街道的公共交通停靠点
公共交通停靠点可连接到网络数据集中的街道要素。 第 1 部分显示了沿公共交通线路(蓝线)的公共交通停靠点(橙色圆圈)。 第 2 部分显示了添加到最近街道要素(黑线)最近点的折点(绿色三角形)。 第 3 部分显示了捕捉到街道要素(紫色圆圈)的停靠点的副本。 第 4 部分显示了为将停靠点连接到街道而生成的连接线。 行人在街道和交通线之间的行程将使用这些连接和网络数据集上的连通性策略进行建模。

StopConnectors 要素类并非数据模型所必需,且不会用于公共交通赋值器。 但是,由于停靠点不太可能直接落在街道上,因此建议使用连接器以确保公共交通线路和街道之间的连通性。

下表描述了 StopConnectors 要素类的方案:

StopConnectors

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

Shape

要素的折线形状。 停靠点连接器要素的数字化方向应该是从停靠点到街道。

形状

Y

N

StopID

通过此 StopConnectors 要素连接至街道的停靠点 ID 字段值。

长整型

N

Y

ConnectorType

指示此要素在停靠点和街道之间建立的连接类型。 ConnectorType 值指示此连接线表示停靠点与街道之间的直接连接,从停靠点到其父站点的连接,还是从父站点到入站口的连接。 可用的值如下所示:

  • 0 - 停靠点 (GStopType 0) 或父站点 (GStopType 1) 与街道之间的直接连接
  • 1 - 停靠点 (GStopType 0) 与其父站点 (GStopType 1) 之间的连接
  • 2 - 父站点 (GStopType 1) 到入站口 (GStopType 2) 之间的连接

具有父站点的停靠点
显示了一个具有父站点的停靠点。 停靠点(橙色圆圈)使用 ConnectorType 为 1 的连接线(灰线)连接到父站点(蓝色方形)。 父站点使用 ConnectorType 为 0 的连接线连接到街道。
具有明确定义的入站口的父站点。
显示了具有明确定义的入站口的父站点。 停靠点(橙色圆圈)使用 ConnectorType 为 1 的连接线(灰线)连接到父站点(蓝色方形)。 父站点使用 ConnectorType 为 2 的连接线连接到街道的入站口位置(绿色方形)。

此字段并非必需,但其有助于在成本或限制属性上设置数赋值器。 例如,成本属性可能会根据 ConnectorType 字段值添加不同的步行时间成本。

短整型

N

Y

GWheelchairBoarding

指示此连接线所表示的停靠点与街道之间的路径是否适合轮椅进入。 可用的值如下所示:

  • 0(或空)- 未指定有关轮椅是否可以使用该连接线从街道进入到停靠点的信息。
  • 1 - 此连接线所表示的停靠点与街道之间的路径适合轮椅进入。
  • 2 - 此连接线所表示的停靠点与街道之间的路径不适合轮椅进入。

此字段有助于在网络数据集中创建限制属性,以模拟乘坐轮椅的乘客。

短整型

N

Y

LineVariantElements

LineVariantElements 要素类定义表示公共交通线路的折线。 每个线路变量元素表示沿两个相邻公共交通停靠点之间的公共交通线路行驶。

在网络数据集中,LineVariantElements 边源应使用成本属性中的公共交通赋值器来根据计划的服务对公共交通行驶时间进行建模。 公共交通赋值器通过查询各种公共交通数据模型表,根据公共交通计划计算在特定时间沿线变量元素的行驶时间。 线路变量元素的长度和形状不会用于公共交通赋值器,因此实际几何并不重要。

下表描述了 LineVariantElements 要素类的方案:

LineVariantElements

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

Shape

交通线路段的折线形状。

公共交通赋值器不使用线路要素的长度和形状来计算行驶时间。 相反,行驶时间是从存储在数据模型表中的公共交通计划推导得出的。 因此,尽管线路变量元素必须具有形状才能模拟网络数据集中的连通性,但是特定形状与行驶时间计算无关。 如果使用 GTFS 转公共交通数据模型工具根据 GTFS 数据创建数据模型表,则线路变量元素将是连接相邻交通停靠点的简单直线,并且不代表交通系统中车辆行驶的地理路径。

形状

Y

N

LineVarID

包含此线路变量元素的线路变量 ID 字段值。 线路变量由有序线路变量元素序列组成,其中线路变量元素是连接沿交通线路的交通停靠点的特定序列。

长整型

Y

N

SqIdx

线路变量由有序线路变量元素序列组成,其中线路变量元素是连接沿交通线路的交通停靠点的特定序列。 SqIdx 字段表示沿此线路变量元素所在交通线路的序列,从 1 开始。

例如,如果一个线路变量包含 10 个线路变量元素,则 SqIdx 的第一个线路变量元素的值为 1。 线路变量中的第二个线路变量元素的 SqIdx 将为 2,且最后(第十个)线路变量元素的 SqIdx 将为 10。

ScheduleElements 表中的 SqIdx 值必须与此处为线路变量元素定义的 SqIdx 值相匹配。

短整型

Y

N

FromStopID

线路变量元素表示沿两个相邻公共交通停靠点之间的公共交通线路行驶。 FromStopID 字段表示沿此线路变量元素的交通服务发生中断的停靠点 ID 字段值。 沿此线路变量元素的交通服务从 FromStopIDToStopID

长整型

N

Y

ToStopID

线路变量元素要素表示沿两个相邻公共交通停靠点之间的公共交通线路行程。 ToStopID 字段表示沿此线路变量元素的交通服务已到达或将前往的停靠点 ID 字段值。 沿此线路变量元素的交通服务从 FromStopIDToStopID

长整型

N

Y

数据模型中的表定义了公共交通计划。 公共交通赋值器将使用这些表来确定沿 LineVariantElements 要素根据计划交通服务在一天内特定时间的行驶时间。

线

Lines 表用于定义交通线路或路线及其特征。 等同于 GTFS 路线的线路。

交通线路
显示了两条交通线路,每条线路都具有唯一的 ID 值。

下表描述了 Lines 表的方案:

线

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

ID

公交线路的唯一 ID。

长整型

Y

N

GRouteID

线路的 GTFS route_id。 该字段仅用于提供信息。

文本

N

Y

GRouteType

此线路表示的公共交通模式。 可用的值如下所示:

  • 0 - 有轨电车、地面电车、轻轨或任何使用街道级轨道的其他类型公共交通服务
  • 1 - 地铁或其他地下交通服务
  • 2 - 长途铁路服务
  • 3 - 街道上运营的固定路线巴士或面包车服务
  • 4 - 渡轮服务
  • 5 - 在街道上行驶且由电缆拉动的缆车
  • 6 - 缆车或缆索车
  • 7 - 陡坡上的索道缆车或其他轨道系统
  • 11 - 由架空电线供电的无轨电车
  • 12 - 单轨索道服务

GRouteType 字段相当于 routes.txt 文件中的 GTFS route_type 字段。

短整型

N

Y

LineVariants

LineVariants 表定义了线路的变化。 例如,公共交通线路可能有两个不同的终点站,某些行程会前往一个终点站,而其他行程前往另一个终点站。 线路变量由有序线路变量元素序列组成,其中线路变量元素是连接沿交通线路的交通停靠点的特定序列。

具有相同 LineID 值的两个线路变量。
此图示中的两个线路变量具有相同的 LineID 值,但它们是单独的线路变量,每个都有其自己的 ID 值,因为它们会通往不同的终点站。

下表描述了 LineVariants 表的方案:

LineVariants

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

ID

线路变量的唯一 ID。

长整型

Y

N

LineID

此线路变量所属 Lines 中行的 ID 字段值。 多个线路变量可以具有相同的 LineID,每一个变量表示属于给定线路的线路变量元素的不同模式。

长整型

Y

N

GDirectionID

一个数字代码,指示该线路变量所代表的线路的行驶方向,如入站或出站。 此字段仅为描述性字段,不会影响路径。 其对应于 GTFS direction_id 字段。

可用的值如下所示:

  • 0 - 单向行驶
  • 1- 以其他方向行驶

短整型

N

Y

GShapeID

此线路变量对应的 GTFS shape_id 值。 该字段仅用于提供信息。

文本

N

Y

计划

Schedules 表定义与线路变量相关的唯一行驶时间模式。 例如,也许在高峰时段,公交车沿公交线路行驶,每次停靠间隔为五分钟,但在非高峰时段,每次停靠间隔只需三分钟。 Schedules 表将包含五分钟的条目和三分钟的另一个条目。 计划的各个组成部分将在 ScheduleElements 表中定义。 计划特定于线路变量。

下表描述了 Schedules 表的方案:

计划

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

ID

计划的唯一 ID。

长整型

Y

N

LineVarID

与此计划相关联的 LineVariants 表中行的 ID 字段值。

长整型

Y

N

ScheduleElements

ScheduleElements 表用于定义特定计划的每个线路变量元素的行驶时间。 计划元素的有序序列用于定义特定计划线路变量元素相应序列的行驶时间。 ScheduleElements 表必须包含 Schedules 表中每行的行序列。

计划和计划元素
每个计划都与一个线路变量相关联,且由计划元素组成。 计划元素对应于线路变量的线路变量元素。 在此图示中,两个计划均描述沿同一线路变量的行驶时间。 如属于每个计划的计划元素所述,沿线路变量元素的行驶时间是不同的。

下表描述了 ScheduleElements 表的方案:

ScheduleElements

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

ScheduleID

此计划元素所属 Schedules 表中行的 ID 字段值。 计划由序列元素的有序序列组成。

长整型

Y

N

SqIdx

计划由序列元素的有序序列组成,每个计划元素与 Schedules 表和 LineVariantElements 要素类引用的线路变量中相应线路变量元素相匹配。 SqIdx 字段表示沿此计划元素所属交通线路的线路变量元素的序列,从 1 开始。

例如,如果一个线路变量包含 10 个线路变量元素,则 SqIdx 的第一个线路变量元素的值为 1。 线路变量中的第二个线路变量元素的 SqIdx 将为 2,且最后(第十个)线路变量元素的 SqIdx 将为 10。

每个计划元素相应的 SqIdx 值必须与 LineVariantElements 要素类中的 SqIdx 值相匹配。 在上面的示例中,假设线路变量具有与之关联的特定计划。 该计划的第一个计划元素的 SqIdx 值必须为 1,第二个值必须为 2,而最后一个(第十个)的值必须为 10,如同线路变量元素一样。

如果上述线路变量具有与之相关的其他计划,则 ScheduleElements 表必须包含与定义附加计划相关行驶时间的 SqIdx 值具有相同序列的其他线路序列。

短整型

Y

N

Departure

交通车辆依照与计划相同的 LineVarID 和本计划元素的 SqIdx 离开线路变量元素起始停靠点的分钟数(从 0 开始计)。 如果交通行程在离开整条线路的第一个停靠点 20 分钟后离开此停靠点,则 Departure 值为 20。

SqIdx 值为 1 的计划元素 Departure 值必须始终为 0。

双精度

Y

N

Arrival

交通车辆依照与计划相同的 LineVarID 和本计划元素的 SqIdx 到达线路变量元素终点的分钟数(从 0 开始计)。 如果交通行程在离开整条线路的第一个停靠点 23 分钟后到达此路段的终点,则 Arrival 值为 23。

双精度

Y

N

Runs

Runs 表定义了交通行程沿线路变量元素的一个序列开始服务时的特定开始时间,使用特定计划定义的行驶时间。 Run 相当于 GTFS 行程。 Runs 表还定义了一天中此时间服务于此路线的特定交通车辆上是否可以携带轮椅和自行车。

对于沿一天中不同时间离开的运行,其计划元素的离开和到达时间
此处显示的线路变量具有与之关联的计划元素(紫色数字)。 每个运行指定一天中将使用计划的行驶时间模式的时间,反之,这可确定交通服务一天中沿着线路变量的每个线路变量元素行驶的时间。

下表描述了 Runs 表的方案:

Runs

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

ID

运行的唯一 ID。

长整型

Y

N

ScheduleID

此运行所属 Schedules 表中行的 ID 字段值。 本选项定义了此次运行将遵循的行驶时间模式。

长整型

Y

N

StartRun

交通车辆自第一个停靠点出发后的分钟数,自午夜开始计算。 例如,如果运行于上午 8:00 开始,则 StartRun 值应为 480,因为自午夜开始,上午 8:00 为 8 小时,即 480 分钟。

双精度

Y

N

GTripID

与此运行相关联的 GTFS trip_id。 该字段仅用于提供信息。

文本

N

Y

CalendarID

Calendars 表中行的 ID 字段值和 CalendarExceptions 表(该表用于定义此运行执行服务时的工作日或日期)中的相应 CalendarID 字段值。

长整型

Y

N

GWheelchairAccessible

指示运行是否适合轮椅进入。 可用的值如下所示:

  • 0(或空)- 未指定有关该运行是否适合轮椅进入的信息。 当使用轮椅出行属性参数设置为 True 时,公共交通赋值器将视为具有该值的运行可用。
  • 1 - 运行是否适合轮椅进入。 使用轮椅出行参数设置为 True 时,公共交通赋值器会视为具有该值的运行可用。
  • 2 - 运行不适合轮椅进入。 使用轮椅出行参数设置为 True 时,公共交通赋值器会视为具有该值的运行受限。

该字段为可选字段。 如果该字段不存在,公共交通赋值器会视为所有运行对于乘坐轮椅出行者均可用。

GWheelchairAccessible 字段相当于 trips.txt 文件中的 GTFS wheelchair_accessible 字段。

短整型

N

Y

GBikesAllowed

指示此运行是否允许自行车。 可用的值如下所示:

  • 0(或空)- 未指定有关该运行是否允许自行车的信息。 使用自行车出行参数设置为 True 时,公共交通赋值器会视为具有该值的运行可用。
  • 1 - 运行允许自行车。 使用自行车出行参数设置为 True 时,公共交通赋值器会视为具有该值的运行可用。
  • 2 - 运行不允许自行车。 使用自行车出行参数设置为 True 时,公共交通赋值器会视为具有该值的运行受限。

该字段为可选字段。 如果该字段不存在,公共交通赋值器会视为所有运行对于自行车出行者均可用。

GBikesAllowed 字段相当于 trips.txt 文件中的 GTFS bikes_allowed 字段。

短整型

N

Y

Calendars

Calendars 表定义公共交通服务将在一周中的哪几天以及哪些日期范围内运行。

在使用特定日期求解网络分析时,公共交通赋值器会考虑由 Calendars 表中 StartDateEndDate 字段定义的日期范围。 在使用一般工作日求解网络分析时,将忽略 StartDateEndDate 字段,仅工作日字段(例如 Monday)用于定义在分析当天运行的运输服务。

此表是数据模型所必需的,但如果您不需要定义常规公共交通服务,则不必包含所有行。 但是,CalendarsCalendarExceptions 必须使用行进行填充。 如果 CalendarsCalendarExceptions 均已填充,则 CalendarExceptions 会修改在 Calendars 中定义的常规服务。

下表列出 Calendars 表的方案:

Calendars

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

ID

日历的唯一 ID。

长整型

Y

N

GServiceID

与此日历相关联的 GTFS service_id。 该字段仅用于提供信息。

文本

N

Y

Monday

指示具有此 CalendarID 值的运行是否在星期一执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

Tuesday

指示具有此 CalendarID 值的运行是否在星期二执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

Wednesday

指示具有此 CalendarID 值的运行是否在星期三执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

Thursday

指示具有此 CalendarID 值的运行是否在星期四执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

Friday

指示具有此 CalendarID 值的运行是否在星期五执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

Saturday

指示具有此 CalendarID 值的运行是否在星期六执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

Sunday

指示具有此 CalendarID 值的运行是否在星期日执行。 可用的值如下所示:

  • 0 - 每周的这一天不提供服务。
  • 1 - 每周的这一天提供服务。

短整型

Y

N

StartDate

此数据集操作所描述的公共交通服务的日期范围的开始。

在使用特定日期求解网络分析时,如果分析日期在 StartDateEndDate 日期范围内,则公共交通赋值器仅使用此 CalendarID 值运行。 在使用一般工作日求解网络分析并且仅使用工作日字段(例如 Monday)时,将会忽略 StartDateEndDate 日期范围。

日期

N

N

EndDate

此数据集操作所描述的公共交通服务的日期范围的结束。 EndDate 所描述的日期包含在日期范围内。

在使用特定日期求解网络分析时,如果分析日期在 StartDateEndDate 日期范围内,则公共交通赋值器仅使用此 CalendarID 值运行。 在使用一般工作日求解网络分析并且仅使用工作日字段(例如 Monday)时,将会忽略 StartDateEndDate 日期范围。

日期

N

N

CalendarExceptions

CalendarExceptions 表定义常规公共交通服务的例外情况,例如将添加或删除公共交通服务的特定日期。 如果网络分析配置为使用特定日期而非一般工作日,则公共交通赋值器仅使用此表中的例外日期。

此表是数据模型所必需的,但如果您不需要定义常规公共交通服务的任何例外,则不必包含所有行。 但是,CalendarsCalendarExceptions 必须使用行进行填充。 如果 CalendarsCalendarExceptions 均已填充,则 CalendarExceptions 会修改在 Calendars 中定义的常规服务。 如果 Calendars 表为空,所有公共交通服务都在 CalendarExceptions 中通过在特定日期显式添加服务的方式定义。 在这种情况下,必须在网络分析中使用特定日期,而不是一般工作日。

下表描述了 CalendarExceptions 表的方案:

CalendarExceptions

字段名描述类型必填可为空

ObjectID

表行的 ObjectID。

ObjectID

Y

N

CalendarID

可能也可能不会与 Calendars 表内 ID 字段中值相对应的例外 ID。 如果值出现在 Calendars 中,则例外会修改此处定义的常规服务。

此字段中的值不必是唯一的,而 CalendarIDExceptionDate 的每一种唯一组合应该只出现一次。

长整型

Y

N

GServiceID

与此 CalendarException 相关联的 GTFS service_id。 该字段仅用于提供信息。

文本

N

Y

ExceptionDate

将添加或删除此例外所描述的交通服务的日期。

日期

Y

N

GExceptionType

指示是否在 ExceptionDate 字段所描述的日期添加或删除交通服务。 可用的值如下所示:

  • 1 - 将针对指定日期添加服务。
  • 2 - 将移除指定日期的服务。

GExceptionType 字段相当于 calendar_dates.txt 文件中的 GTFS exception_type 字段。

短整型

Y

N


在本主题中
  1. 要素类