Zh-hans:OpenHistoricalMap/Tags
OpenHistoricalMap 的标注约定 很大程度上基于 OpenStreetMap 的标注方式。事实上，一些在 OSM 中边缘使用的标签，如 crop=* 或任何属于 historic=* 的标签，在 OHM 中则更为相关。然而，OHM 进行了一些调整，以适应与 OSM 无关的历史地理学方面，即：日期、（通常是次要的）来源，及其许可和署名要求。OSM 的“地图要素”指南以及 Key:、Tag: 和 Relation: 命名空间中的其他页面，通常是确定如何绘制某物地图的良好起点，而本文作为补充，提供任何 OHM 特定的细节。
与 OSM 一样，OHM 通常遵循“您喜欢的任何标签”的理念，更倾向于让好的想法通过实际使用在社区中渗透，而非自上而下的规划。但也存在实际限制，例如需要与现有数据消费者（如 openhistoricalmap.org 上的渲染器）保持向后兼容性。
尽管 OHM 已经存在一段时间，但它仍在不断发展，仍有许多悬而未决的问题。关于标注约定的讨论可在 讨论页 或任何 我们的交流渠道 上进行。作为这一演变过程的一部分，思考“当前有效的内容”、“近期考虑支持的内容”以及“我们期望支持但不确定何时能够实现的内容”会很有帮助。
日期
每个要素都应带有 start_date=* 标签，用以指示该要素何时出现，无法实际标注日期的自然特征可能除外。任何不再存在的要素还应带有 end_date=* 标签，指示其何时消亡。没有这些标签，要素将根据时间滑块的位置无法渲染或不合时宜地出现。例如，带有 end_date=* 但没有 start_date=* 的要素将从时间之初一直显示到其消亡。
start_date=* 和 end_date=* 键接受 YYYY-MM-DD、YYYY-MM 和 YYYY（通常称为 ISO 8601 日期）格式。请指定您的来源支持的最具体日期，但不要超出该范围。为了记录具体时间，或记录带有不确定性（如“大约”或“n世纪”）的日期，请同时添加 start_date:edtf=* 或 end_date:edtf=* 标签，并仍保留 start_date=* 和 end_date=*，后者对于向后兼容仍然是必需的。也可考虑添加 note=* 描述不确定性的原因。要在 iD 中添加 EDTF 日期，请单击“开始日期”或“结束日期”字段中的 
按钮。未来计划在更多编辑器和渲染器中支持 EDTF 格式。[1]
一些测绘者使用 as_of=* 或 as_of_date=* 来表示要素的“全盛期”——即该要素已知存在的时间。当您唯一的来源是一张显示该要素在出版时存在的地图时，这可能很有用；但是，您仍然需要指定 start_date=* 和/或 end_date=*。您可以通过将 start_date:edtf=* 和 end_date:edtf=* 设置为开放式日期范围来表示“截至”。随着时间的推移，EDTF 日期将获得更好的软件支持，使其成为当您仅掌握单个时间点信息时的理想选择。
OHM 对日期的重视与 OSM 有很大不同。这是将数据从 OSM 大规模导入 OHM 的重要障碍。
随时间演变
单个逻辑上的现实世界要素可以随时间变化甚至移动。有几种策略可处理这些变化：
- 多次绘制现实世界要素，每次变化对应一个不同但重叠的几何形状。每个表现形式应有不同的
start_date=*和end_date=*标签。使用 年代关系 将这些要素关联起来。这是最通用的方法，但在绘制连接的线状要素（如道路和铁路）时可能变得复杂。 - 尽量减少节点或路径上的标签数量，使其仅代表几何形状。将该要素添加到多个关系中，每个关系对应其演变后的一种要素类型。当涉及多个相关概念时，此方法更受青睐。例如，一条实体道路（由
highway=*路径表示）具有一个身份（街道关系）并承载一条路线（路线关系），这两者都是抽象概念，可以独立于地面实际情况而变化。或者一条边界主张线（未标注的路径）围成一个领土（边界关系）。- 生命周期标签或生命周期关系 被提议用于区分要素废弃等时期。
- 例如，伦敦摄政公园中有一个 环形路径。最初，它围着一个私人苗圃。后来，它是皇家植物学会的所在地。之后，它并入公园。将每个实体分别映射为独立的关系，并带有各自的时间间隔，可使路径本身保持不变。
- （已弃用。）
只绘制一次要素，为每个键添加 日期后缀 以通过日期限定其适用时段。 - （已弃用。）
只绘制一次要素，为当前不适用的键添加 生命周期前缀。
来源与许可
如果您使用自身观察以外的来源来确定要素的位置或细节，您应在要素本身添加 source=* 标签来注明来源，而不仅仅是像在 OSM 中那样仅在变更集上注明。这可以避免剽窃，增强 OHM 在历史研究中的可信度，并降低法律风险。通过标记单个要素，您可以使来源比隐藏在变更集标签中更容易被发现。与 OSM 不同，我们期望这些来源引用对公众学习更有帮助，而不仅仅是贡献的正当性说明。
OHM 接受各种各样的来源。您可以引用传统出版物，如书籍中的某一页、报纸文章、明信片或旧地图。您也可以引用数字资源，如地理数据集、数据库条目、博客文章或社交媒体帖子。您甚至可以引用您进行的采访或亲眼看到的标牌。
除了 source=*，您可以设置 source:1=* 等来列出多个来源，以及 name:source=* 等来为特定标签提供来源。例如，要为 name=* 标签添加来源，请单击“名称”字段中的 
按钮。如果您经常依赖多个来源来绘制按地理或主题相关的要素，请考虑创建 项目页面 并在其中提供详细的引用。
OHM 数据默认通过 CC0（CC0）专属于公共领域。如果您从受版权保护（但自由许可）的第三方来源批量复制数据，您应通过为每个要素添加 license=* 和 attribution=* 标签来尊重其许可。（对于本来就没有标签的元素，如路径上的顶点，则无需添加这些标签。）请注意，版权法保护事实的汇编，但不保护单个事实本身。如果您仅仅从一篇受版权保护的报纸文章中引用了一个名称，那么该文章的版权状态无关紧要，并且鼓励您针对该要素默认采用公共领域状态。
名称
- 主条目：Names
name=* 应设置为该要素最知名的名称，通常为当地语言。请记住，当时的当地语言可能与当今的当地语言不同。
To do: 独特的名称常常被追溯性地应用于那些当时只有非常普通名称的事物。如何区分两者？
只要有可能，请在 name:xy=* 标签中提供其他语言的本地化名称，其中 xy 是 IETF 语言标签（通常是 ISO 639 语言代码）。要在 iD 中添加本地化名称，请单击“名称”字段中的 按钮，然后选择一种语言。本地化名称不必严格是当时实际使用的。例如，现代英语在古罗马时代并不存在，但我们仍然可以用 name:en=* 标签标记古罗马，对应于当时拉丁语名称的现代英语翻译，或者现代英语使用者指代古罗马时的名称。
以前，测绘者曾将要素的开始和结束日期附加到其 name=* 标签中，但现在不鼓励这种做法。相反，应设置 start_date=* 和 end_date=*，以便编辑器和数据消费者在适当时自动将日期包含在要素的标签中。
度量
为了与为 OSM 设计的软件保持向后兼容，标签值中的任何度量值默认假定为公制单位，即使该要素早于公制系统。为了避免时代错误和转换错误，请考虑使用来源中给出的单位来表示数量，并 指定单位符号。
To do: 定义常见历史单位的单位符号。
外部标识符
wikipedia=* 和 image=* 标签的建筑。如果可能，请设置 wikidata=* 为表示该要素的维基数据项的 QID。这使 OHM 能够用作 关联数据 项目的一部分。为了向后兼容，如果可用，也请设置 wikipedia=*，以便检查器可以显示维基百科摘要。
使用 image=* 和 image:date=* 将自由许可的图像纳入检查器。要为单个要素标记多个图像，请使用 image:1=*、image:2=* 等。
隐私
OHM 大概遵守 关于绘制私人信息的限制。然而，来源可能认为某些个人信息（如房屋所有者的姓名）如果年代久远且涉及的人已去世很久，则敏感性较低。
边界
- 主条目：Boundaries
行政边界是用户首次访问 OpenHistoricalMap 时首先看到的内容之一。这些边界不仅有助于用户定位，使搜索地点更容易，还有助于测绘者在改善区域覆盖时保持组织性。
我们还绘制一些 OSM 认为超出范围或相关性有限的边界类型，例如教会边界（boundary=religious_administration）和标准时区边界（boundary=timezone）。这些边界在历史背景下更具相关性，因为我们能够追踪其随时间演变，并依赖公开记录，而不局限于可观察的物理标记。
几何
OHM 继承了 OSM 的边界模型，即一种多多边形要素，而不是一组主张线。因此，您应该将行政区域的边界绘制为形成闭合环的一系列路径，由 type=boundary boundary=administrative 关系组合在一起。如果某条路径仅为了填补边界关系中的间隙而存在，请用 fixme=* 标记，以便其他人知道需要进一步调查。这优于例如 罗马帝国 中看到的间隙。任何与相邻或包含的行政区域边界精确对齐的边界，都应使用一条未标注的路径，并作为 
outer
元数据
如果边界对应一个 place=* 节点，请将该节点以 place=* 节点可以作为边界的
与任何其他要素一样，您应在贡献的任何边界上标明 日期 和 来源与许可。如果您使用某个来源来确定几何的特定部分，您可以标注该路径的 source=*，而不必标注整个边界关系。（过去，通常将开始和结束日期附加到关系的 name=* 上，但现在不鼓励这种做法，而是推荐使用 start_date=* 和 end_date=*。）
领土演变
如果边界随时间变化，请为边界演变的每个阶段创建一个边界关系。使用 type=chronology 关系将这些边界关系连接起来。例如，圣马力诺 的年代关系包括五个边界关系，可追溯至该国建立之时。（过去，这些 超关系 也被标记为 type=boundary，成员具有
如果边界的一部分保持不变，则该成员路径应成为多个边界关系的成员。单个 place=* 节点也可以是多个边界关系的 place=* 节点。例如，圣何塞 的 1,172 个成员边界中，共有 九个标签，显示 place=town 发展成为 place=city，并因洪水而远离河流。
领土争端
一些测绘者通过将代表主张线的路径标记为 boundary=disputed 来建模领土争端。然而，这阻止了我们在争端解决后建模有效边界。另一种方法是为每一方的主张创建一个单独的边界关系，将每个关系标记为 boundary=disputed 或 disputed=yes，同时创建一个关系来表示冲突解决后的边界。
To do: 如何标记已知的不确定边界？
实验性 OHM 标注约定
测绘者正在使用这些标签摸索着走向标准做法。鼓励您查看这些标签，看看是否有适合您的绘图需求，并输入您自己的实验性标注数据。
命名空间
命名空间 可用于实验性标注。在 OSM 中，存在 ohm: 命名空间表示从 OSM 指向 OHM 的标签，这是一种活跃用法。 在 OHM 中，正在对安提塔姆战场上的军事行动进行描述实验，实验性标签放在 ephem:（短暂）命名空间中。创建一个 mil: 或类似名称的命名空间用于实验也并非不合理。这样做的首要原因是防止冲突并便于在搜索中定位标记的实体。
导入数据集（提议）
OHM 鼓励导入，而 OSM 则（明智地！）谨慎对待。然而，OHM 上的导入应适当标记，以便恢复该数据可能发生的任何变化，这些变化可能希望被收获以改进原始数据集，或正确处理引用要求（例如，导入数据集的 CC-BY 许可）。
dataset=*（提议）- 这有助于统一并关联特定导入的所有相关 OSM 对象。这应该是特定来源、数据和驱动导入的用户的某种唯一标识符，例如“Sea_His_Soc_2024_02_29_jeffmeyer”，或者甚至更简短一些。citation=*（提议）- 以支持在地图上引用数据来源。
历史道路网络变化的表示
已经尝试了几种不同的方法。
- 仅表示不再存在的路段，让 OSM 表示仍然存在的路段。这有一些局限性，因为目前尚无公认的方法在 OHM 和 OSM 之间建立链接，因此难以使用数据。此外，如果需要关系来表示关系和概念，则此方法效果不佳。
- 表示完整的道路，无论是否与 OSM 重复。重复虽然不幸，但如果分类发生变化，这种重复可能是必要的。它使构建关系更容易。
如果随时间变化而不改变几何形状（分类、路面等），已经提出了几种方法：
- 多条路径共享节点，每条路径带有不同的标签/开始和结束日期。可能编辑起来有挑战。
- 单条路径，由关系承载不同的标签和日期。Leon Karcher 贡献的此方法和关系集示例：https://openhistoricalmap.org/way/198180780
部队调动和编队的表示
目前在 Open Historical Map/Projects/American Civil War 页面有相关讨论。
提议的标签
- start_date=datespec 已弃用
- barrier=ohm:military:wireObstacle
- amenity=transport_service
- date_arbitrary=yes
- source_date=*,*,*
- Open Historical Map/Historical Time Format