Zh-hans:Key:line_management
 line_management
|
| 说明 |
|---|
描述线路在其支撑物周围或沿路径关键点处的特定拓扑形式 
|
| 组: infrastructure |
| 用于这些元素 |
    |
| 已记载的值: 8 |
| 常用组合 |
状态：已批准
|
| 此标签的工具 |
线路管理是指架空线路或地下电缆的特定拓扑形式。它常用于带有电力或通信线路的公用事业网络。
下面的取值面向电力网络，但在合适的情况下也可扩展到其他领域。
标注
有人提议使用新的 line_management=* 键，把线路布置方式的定义从 tower:type=* 和 pole:type=* 中解放出来。这样我们就可以让 tower:type=* 专门定义杆塔形状，并把线路管理的概念扩展到其他类型的支撑物，例如电杆、门架甚至终端锚固。目前可用的标注方式是全局性地描述这些情形，没有针对电力或通信的专门术语。该键主要适用于公用事业网络，也很容易以更专门的术语扩展到其他领域。
对于没有特定线路管理重点的简单支撑物，不应使用 line_management=* 键或默认取值 straight。
进阶用法
层级组合矩阵
由于现实中存在多种情况，可以根据上文引入的兼容性规则组合（line_management=<左侧取值>|<右侧取值>）某些取值，以反映某一支撑层级上实际发生的情况。
本表表示行对应左侧取值、列对应右侧取值时的情况。
每条线代表一个独立的线路系统（对电力线而言是一个回路，在三相系统中则是 3 根电缆）。黑色为必需元素，灰色为可选元素，即使存在也不会改变取值选择。
实践中所有并行线路都用一条 OSM 路径绘制，并配以适当的 cables=* 和 circuits=* 取值。
你不会看到 cross，因为对某一层级而言它不能与任何其他取值组合。
左与右是依照 OSM 的通用原则确定的。
| 取值 | straight |
branch |
service_supply |
split |
transpose |
termination |
transition
|
|---|---|---|---|---|---|---|---|
straight
|
straight
|
|
|
split
|
|
|
split/transition 或更简单地用 split若存在多个 transition |
branch
|
|
branch
|
|
|
|
|
|
service_supply
|
|
|
service_supply
|
|
|
|
|
split
|
split
|
|
|
split
|
|
|
|
transpose
|
|
|
|
|
transpose
|
|
|
termination
|
|
|
|
|
|
termination
|
|
transition
|
split/transition 或更简单地用 split若存在多个 transition |
|
|
|
|
|
transition
|
情景示意图
归纳诸多可能情形的具体使用案例，有助于与你可能遇到的实际情况相对应。
并非必须在任何特定支撑节点上使用该标签。只有当你发现的某种特定拓扑需要说明清楚时，才使用该键。
电网
|
终端杆power=poleline_attachment=anchorline_management=terminationline_arrangement=horizontal
|
|
分支杆power=poleline_attachment=anchorline_management=branchline_arrangement=semi_verticalY 型连接时即为 branch。 |
|
分叉杆power=poleline_attachment=anchorline_management=splitline_arrangement=semi_vertical
|
|
分支杆power=poleline_attachment=(pin)|(anchor)line_management=branch暂不填 line_arrangement，因为此支撑上混合了多种布置方式 |
|
交叉杆power=poleline_attachment=(pin)|(anchor)line_management=cross暂不填 line_arrangement，因为此支撑上混合了多种布置方式 |
|
换位塔power=towerline_attachment=anchorline_management=transposeline_arrangement=horizontal
|
配电设施
面向特定用户或在居民区内的配电涉及较小的设施，由于我们几乎看不到它们，它们可能显得杂乱或难以追踪。
OpenStreetMap 的标注可以帮助只绘制重要的部分，免去为每户人家描述每一个接入的麻烦。
| 示意图节点 | 标注 | 说明 | 复核备注 |
|---|---|---|---|
| A | power=pole
|
主电力线路在此电力杆上终止，向两户家庭供电，因此该电力线路应由 service_supply 正确终止。
|
这是 line_management=service_supply 所涵盖的主要情形之一
|
| B | power=pole
|
一根同时支撑电力线路和通信线路的电力杆。主电力线路在此分支，其中一户家庭通过地下引入线供电。
|
电力层级同时包含分支和引入线，按原理章节中的优先级规则，branch 优先。通信层级只有一条来自直线的引入接出，因此适用 service_supply。最终取值是两个层级的组合：(branch) 即 (service_supply)。 |
| C | man_made=utility_pole
|
通信运营方已安装一个配线点，由此杆向两户家庭供电。 此处不支撑电力线路。我们假定此杆可能比电力杆更小，仅用于支撑通信线路，因此此处适用 man_made=utility_pole。
|
|
| D | power=pole
|
电力主干线路与通信主干线路在此杆处均为直线走向。它同时承担多个引入接出：一路地下电力接入和四路架空通信接入。
即使其中两路通信引入线并非直线通往所服务的房屋，由于它们在此杆上接入主干线路，仍应计入其中。 |
两个层级（电力与通信）都是主干线路直线走向并带有一个或多个引入接出，因此最终取值为 service_supply。 |
| E | power=pole
|
电力主干在此杆处转为入地，通信主干则直线走向。这两路通信引入线只是途经此杆通往所服务的家庭。 | 电力在上、通信在下。电力的取值明确为 transition，通信的取值为 split，因此最终取值为 (transition) 即 (split)。 |
| F | man_made=street_cabinet
|
电力主干线路在此用于连接用户的配电箱处终止。在许多国家它的外形可能较为随意（已知时有时会标注固定的 capacity=*），它表明此处是面向家庭的电力接线箱。
|
由于这些家庭是从地下接入的，标注者未必总能知道它服务了 3 户。有时箱体可能打开或损坏到足以拍照的程度。occupancy=* 应当负责任地使用，始终以可验证性原则为前提，在可能的情况下填写取值。
|
| G | power=pole
|
一根主干线路在此分支、且没有任何引入接出的电力杆。 | 不在本提案范围内 |
| H | power=pole
|
一根支撑直线主干电力线路、且没有任何引入接出的电力杆。 | 不在本提案范围内 |
| I | -- | 一处地下管道分支，从供水主管向两户家庭供水，这两处接入可能安装了水表。它安装在一个地下箱体内，不在当前范围内。 | 它应当是 line_management=service_supply，但目前尚不支持，因为 line_management=* 还没有针对管道进行评审。
|
除了本表格之外，该示意图还显示了地下供水主管线路：其中两个分支节点适用 line_management=branch，而服务引入线与主管线相连的全部 5 个节点适用 line_management=service_supply。不过 line_management=* 仍在等待正式提案以将其使用范围扩展到管道，尽管看起来适用，目前仍不应在管道上使用。
我们还可以看到，在节点上标注并不能完整说明引入接出是如何布置的，也无法说明服务了哪些家庭。应绘制可选的引入线和引入支线以获得这些信息。
在最常用的电杆上，一些复杂情形目前尚无法完全解决，因为相连的线路并未与杆上的某一层级相关联。要支持涉及路径和节点的标签，需要对 OSM 的关系数据模型进行核心修改。
参见
line_attachment=*- 一致地定义电力、通信甚至洗衣线路如何固定在其支撑物上line_arrangement=*- 说明线束如何在其支撑物周围布置- 可能还缺少一些取值，这里有一个用于讨论线路管理新增取值的提案示例。
- 日记：不使用 tower:type 改进电塔/电杆的绘制