路标

需具备 Network Analyst 许可方可使用。

路标提供可在高速公路道路标志中看到的一类指示信息，例如出口编号、所连接的道路以及沿连接的道路可到达的主要目的地。如果您拥有路标数据，则可以使用路标数据来增强由 ArcGIS Network Analyst extension 生成的路径指示功能。例如，下图中道路标志告知北行的司机，如果他们前往 242 出口，将进入东行的州际公路 80，此公路连接 Brighton 和 Ainsworth。

路标的示例

上图沿箭头创建了的一条短路线，以下对比了具有路标和不具有路标的指示。每种情况下的第三步强调了二者的区别：

不具有路标的指示

具有路标的指示

使用第二套指示的司机可通过与在道路上遇到的标志匹配更多指示信息来避免错误转弯。

使用路标要素类和 Signposts_Streets 表指定驾车指示的路标信息。路标要素类描述道路标志上的文本，Signposts_Streets 表标识遵循道路标志所示指示前行时所穿越的街段。

您可以使用以下部分中描述的格式自行创建路标，但不建议执行此操作。无论在哪种情况下，数据准备好以后，必须在网络数据集属性对话框中指定要素类和表以使其有效。

路标要素类

路标要素类是一种线要素类。对于地理数据库，它必须与网络数据集位于相同的要素数据集中。对于 shapefile 网络数据集，它必须位于相同的工作空间中。路标要素类最多可支持 10 条分支和 10 个目的地。下表描述了支持两条分支和三个目的地的路标要素类中的字段。

路标要素类方案
字段	格式化	描述
`ObjectID`	OID	路标 ID（OID 字段）。
`Shape`	几何	路标几何（线几何）。
`ExitName`	文本	出口编号，例如 242 出口。
`Branch0`	文本	坡道末端的第一条街道或高速公路的名称，例如 I-80。
`Branch0Dir`	文本	Branch0 的正式方向，例如北、南、东或西。
`Branch0Lng`	文本	Branch0 的语言，例如 en、de、fr。
`Branch0Class`	文本	坡道末端第一条街道或高速公路的分类，可以为普通街道名称或路径编号，将使用以下值： 0 - 普通街道名称。 1 - 路径编号。
`Branch1`	文本	共享 Branch0 使用的物理道路的第二条街道或高速公路的名称。如果 I-80 和 30 号高速公路共享坡道末端的道路段，此处将输入“Hwy 30”。
`Branch1Dir`	文本	Branch1 的正式方向，例如北、南、东或西。
`Branch1Lng`	文本	Branch1 的语言。
`Branch1Class`	文本	坡道末端第二条街道或高速公路的分类，可以为普通街道名称或路径编号，将使用以下值： 0 - 普通街道名称。 1 - 路径编号。
`Toward0`	文本	坡道末端之外的第一个目的地，例如 Brighton。
`Toward0Lng`	文本	Toward0 的语言，例如 en、de、fr。
`Toward0Class`	短整型	坡道末端之外第一个目的地的分类，可以为普通街道名称或路径编号，将使用以下值： 0 - 普通街道名称。 1 - 路径编号。
`Toward1`	文本	坡道末端之外的第二个目的地，例如 Ainsworth。
`Toward1Lng`	文本	Toward1 的语言。
`Toward1Class`	短整型	坡道末端之外第二个目的地的分类，可以为普通街道名称或路径编号，将使用以下值： 0 - 普通街道名称。 1 - 路径编号。
`Toward2`	文本	坡道末端之外的第三个目的地，例如另一城市或关注点。
`Toward2Lng`	文本	Toward2 的语言。
`Toward2Class`	短整型	坡道末端之外第三个目的地的分类，可以为普通街道名称或路径编号，将使用以下值： 0 - 普通街道名称。 1 - 路径编号。

Signposts_Streets 表

Signposts_Streets 表应该与网络数据集位于同一地理数据库或 shapefile 工作空间中。 Signposts_Streets 表的方案如下所示：

**Signposts_Streets** 表
字段	格式化	描述
`ObjectID`	OID	ObjectID 字段。
`SignpostID`	长整型	路标要素类上 ObjectID 字段的外键。
`Sequence`	长整型	行进策略段的序列标识符。对于已指定路标处整个街道要素序列的行进策略，此值可以是 1-K，其中 K 为行进策略中的最大边数。对于仅指定的第一条和最后一条边的行进策略，1 表示第一条边，0 表示最后一条边。
`EdgeFCID`	长整型	与路标行进顺序中街道要素类对应的要素类 ID。
`EdgeFID`	长整型	与路标行进顺序中街道要素对应的要素 ID。
`EdgeFrmPos`	双精度	用于确定路标行进顺序起始位置的街道要素。*
`EdgeToPos`	双精度	用于确定路标行进顺序结束位置的街道要素。*

*关于 EdgeFrmPos 和 EdgeToPos 值的注意事项：

对于沿线要素数字化方向的边行驶，EdgeFrmPos 值小于 EdgeToPos 值。
对于与线要素数字化方向相反方向的行驶，EdgeFrmPos 值比 EdgeToPos 值大。
对于未逻辑分割中跨来创建多边元素的线要素，EdgeFrmPos 和 EdgeToPos 值分别设置为 0.0 和 1.0。否则，在逻辑分割边元素时，这些值将设置为小数值。

为获得最佳性能，强烈建议为路标街道表中的以下每个字段创建单独的属性索引：

SignpostID
顺序
EdgeFCID
EdgeFID

为每个列出的字段创建单独的属性索引。

了解有关为属性建立索引的详细信息

下图和属性表说明了绿色标志的建模方法：

用于建模路标的要素和对应的 ObjectID — 请注意，此图中的语言字段已从路标属性表中移除。

路标要素（符号化为蓝色粗箭头）指示跨越两个街道要素的转弯；因此两个记录表示路标街道表中的路标。
由于路标要素的 ObjectID 为 15，因此表中两个记录的 SignpostID 都为 15。
EdgeFCID 指的是系统生成的要素类标识符，此标识符创建时就自动分配给了某个要素类。此示例中的街道要素类指定为 7。
EdgeFID 指的是街道要素类中某个唯一街道要素的 ObjectID。
由于路标要素起始于街道 8489，此记录的 Sequence 值为 1。
由于路标要素终止于街道 8493，Sequence 值为 2（或者最后一条边可指定为值 0）。
由于对街道 8489 进行数字化的方向为从南到北（与路标方向相同），因此 EdgeFrmPos 和 EdgeToPosition 值分别为 0 和 1。这一点同样适用于街道 8493。然而，如果街道的数字化方向与路标方向相反，值 0 和 1 将互换位置。