Zh-hans:Addresses
 要素: Zh-hans:Addresses
|
.jpeg)
|
| 说明 |
| 用于为建筑物、设施或任何其他具有地址的对象提供地址信息。 |
| 组 |
|
地址 |
| 标签 |
地址信息可以通过多种方式添加到 OpenStreetMap 中，包括添加带有地址的简单节点，将地址信息添加到建筑物、场地或其他区域，或者添加到建筑物或场地的入口节点。
OpenStreetMap 标记支持全球使用的各种地址方案。
如何制图
地址可以使用 addr:housenumber=* 及其他 addr:* 键进行标记。标签可以添加到：
- 位于
building=*多边形内的独立节点 building=*多边形上- 作为建筑物多边形组成部分的节点（
entrances）或通往物业的通道上（例如barrier=gate或barrier=entrance），用于地址分配到入口和通道而非建筑本身的情况 - 表示场地周界的多边形上（如果地址已分配到建筑物，则应避免使用此方法）
历史上，这种方法源自 Karlsruhe Schema。
Rapid Address Collection 页面概述了快速采集和制图地址数据的方法。
通常，地址信息不需要重复；即每条街道和门牌号只应有一个 addr:housenumber=*（通常放置在建筑物上）。软件通常可以通过地理邻近性将地址链接到其他要素，而重复的地址往往会被质量保证工具标记为错误。然而，这一点仍存在一些争议（例如，参见 POI 和建筑物中的地址信息？ 在 help.openstreetmap.org）。此外，某些国家的社区已制定了各自的规则。
诸如 addr:country=*、addr:city=* 等标签通常是多余的，因为位于（已绘制的）行政边界内的要素会由 Nominatim 或 Photon 等软件“继承”这些属性。
使用关系
associatedStreet 关系 提供了房屋与街道之间的联系，可作为 addr:street=* 标签的替代方案。
截至 2022 年 2 月，约有 5% 的门牌号使用关系进行映射。一些绘图者对 associatedStreet 关系的未来表示质疑。
street 关系 用于将街道与所有相关事物关联，包括建筑物和地址。它也可作为 addr:street=* 以及 addr:city=* 等其他 addr:* 标签的替代方案。
具有多个门牌号的建筑物
目前对此尚无全球共识。以下是一些可能性：
- 为每个门牌号创建一个地址节点，并将每个节点放置在建筑物轮廓上的某处（或建筑物内部）
- 在某些情况下，当地共识认为此方法更优，例如在波兰
- （请勿同时为建筑物分配地址，否则所有号码将被重复。）
- 如果门牌号与独立入口（或大门）关联，则将这些号码标记到
entrance=*（或barrier=gate）节点上。 - 用逗号（例如
11,13,15）或分号（例如11;13;15）分隔门牌号。- OSM 中多个值的默认分隔符是分号，但逗号版本也被广泛使用（2008 年 "Karlsruhe Schema" 的原始提案使用了逗号）
- 截至 2026 年 1 月，有 330,000 个
addr:housenumber=*值包含 ","，而包含 ";" 的有 266,000 个。 - 在 tagging 邮件列表的讨论中，曾提议改用分号。参见 [1][2]。
- 指定范围（例如
10-95）。注意，这两种含义存在歧义风险：- 当此类范围被官方用于整栋建筑时，这是首选方法。此时
10-95仅是一个标签，与其他标签无异。在这种情况下，门牌号官方含有连字符，不应被视为特殊格式。 - 当此类范围旨在被解释为地址列表时，请使用
addr:interpolation=*（下文介绍）以强调这一点。一些绘图者会添加一条简短的“虚拟”路径，以便将地址10和95作为正常独立节点放置。另一些绘图者会在单个对象上指定范围10-95，并通过添加addr:interpolation=*标签来消除与“仅是一个标签”含义的歧义，表明它确实应被视为一个范围。这两种方法在实践中都有使用，且共识较少。 - 请注意，在某些情况下，建筑物或建筑群有一个类似于门牌号范围的单一地址，如
3-5。照例，切勿在未经验证的情况下盲目转换此类数据。
- 当此类范围被官方用于整栋建筑时，这是首选方法。此时
- 如果多个独立建筑物被合并绘制成一个，建议为每个独立建筑创建各自相连的多边形，并为每个多边形分配自己的地址。
- 请注意，有些建筑是单个建筑且只有一个入口，却带有一个“连字符”地址，例如 4-5 Bonhill Street 157901333
157901333 及附近其他建筑。在这种情况下，没有单独的入口可以映射。有时，包含多个建筑物的整个设施也使用此类地址，例如 波兰的一家医院 地址为 Wrocławska 1-3 Kraków。[1]
一个门牌号对应多栋建筑物
这种情况常见于农场、工厂或学校。此时，可以为场地添加一个周界多边形，其中包含 addr 标签及其他通用标签，如名称。这样可以确保数据中尽量减少冗余。如果建筑物无法包含在单个周界内（例如，学校有两栋相隔一个街区的建筑物），则使用 multipolygon 关系 或 site 关系。如果一组公寓楼共享相同的门牌号，但通过公寓号加以区分，请为每栋建筑添加 addr:housenumber=* 和 addr:flats=* 标签。
要为建筑命名，可使用 addr:housename=*。
内插
如果我们不知道（或没有时间查找）每个门牌号，我们可以使用 内插。这使得人和机器能够在两个已知点之间猜测地址的大概位置。
你需要知道两个门牌号及其序列模式。
例如，在一排联排别墅中，你可能知道第一栋是 15 The Road，最后一栋是 27 The Road，且道路这一侧的门牌号均为奇数。
基本操作
- 为编号最小的地址创建一个节点
- 用
addr:street和addr:housenumber标记该节点。 - 对编号最大的地址进行相同操作
- 从编号最小的地址节点到编号最大的地址节点绘制一条路径
- 用正确的内插标签标记该路径（参见下一节“标签选项”）。
标签选项
内插路径的基本标签是 addr:interpolation=*
| 值 | 含义 |
|---|---|
| all | 节点之间的门牌号按严格数字顺序排列。 |
| odd | 门牌号按数字顺序排列，仅奇数。 |
| even | 门牌号按数字顺序排列，仅偶数。 |
| 要素 | 地图链接 |
|---|---|
| 编号最小的地址节点 | https://www.openstreetmap.org/node/401884984 |
| 编号最大的地址节点 | https://www.openstreetmap.org/node/401884983 |
| 内插路径 | https://www.openstreetmap.org/way/34609524 |
注意，内插路径只有一个 addr: 标签，即 addr:interpolation=* 标签。它不包含 addr:street=*、addr:city=* 或任何其他地址信息（但高级用户可以设置第二个 addr:inclusion=* 标签：参见“使用地址内插进行部分调查”）。
更特殊的情况
- 对于不规则缺失的门牌号（例如缺少
13），需要绘制两条路径（例如1-11和15-25）。 - 你可以使用
alphabetic来内插字母字符。因此，如果你有一排从7a到7f的房屋，可以用标记为addr:interpolation=alphabetic的路径将它们连接起来。你不能将字母内插与其他内插方法混用。对于拉丁字符集有一个特殊情况，即序列中的第一个条目是一个数字，后跟该数字加字母 A。例如，范围25-25F表示房屋编号为 25, 25A, 25B, …, 25F。 - 如果缺失的门牌号存在规则结构，例如序列中每隔一个号码缺失（适用于奇数路径示例：3401, 3405, 3409, 等），请使用一个数字值作为
addr:interpolation=*，以指示门牌号之间的递增间隔。（此处我们使用addr:interpolation=4。）
addr:interpolation=odd和addr:interpolation=even只是addr:interpolation=number的特例，其中 number 为 2（即addr:interpolation=2），且起始节点分别为奇数或偶数。
- 如果一个单独的节点或建筑多边形上存在一个门牌号，并且该门牌号也作为内插结果出现，软件应妥善处理此情况，并将单独标记的门牌号优先视为实际位置。
- 如上面的示例图片所示，允许在
odd/even/all内插路径中的某处添加其addr:housenumber=*值不是整数的节点（例如12b）。这些节点将在内插中被忽略。但是，内插路径的端点必须始终遵循给定的内插规则！即对于addr:interpolation=even，端点节点上的addr:housenumber=*标签必须是偶数。 - 一些制图者在单个对象上使用
addr:interpolation=*，以表示其addr:housenumber=*应被视为一个范围而不是一个原子标签（上文已讨论）。对于这样做是否合适，尚无共识。
使用地址内插进行部分调查
要表明内插的精度等级，可以使用可选标签 addr:inclusion=* 来表示门牌号调查中缺失的数据。
1. 并非所有房屋都已存在，但街道的端点已调查。 2. 街道的端点未知，但可以估计一个可能的范围。 3. 门牌号缺失或损坏严重无法辨认，因此区间可能不正确。 4. 使用 US TIGER 数据指示一个街区内所有可能的地址；在未进行任何调查的情况下，有助于导航到最近的街区。
可选标签 addr:inclusion=* 标识数据的精度。
addr:inclusion=actual- 表示一次精确的调查，即计算出地址内插路径上的每个门牌号，都能与实际的房屋精确匹配。这与省略addr:inclusion=*标签具有相同的含义。addr:inclusion=estimate- 地址内插路径可能包含一些由于上文情况1-3等典型原因实际上不存在的号码。已经进行了调查，地理定位计算结果将位于实际房屋的几个物理房屋空间内。addr:inclusion=potential- 一个街区内所有可能地址号码的完整范围，尽管该街区可能实际上没有足够的空间容纳该范围的房屋数量。US TIGER 的内插数据就是这样一个例子，其地理定位只能精确到一个街区。
门牌号中的字母（例如俄罗斯）
俄罗斯地址可能具有复杂的 addr:housenumber=* 值，带有字母，例如 48А к2 с1 （地址）（表示门牌号 48А，楼栋 2，单元 1）。在某些情况下，官方地址只有 "корпус"（楼栋）编号，因此 addr:housenumber=* 将以字母 "к" 开头。
无街道名称的地址
有些建筑地址不包含街道名称。例如，在小村庄中，地址可能仅为村庄名称加上房屋的名称或编号；在一个小岛上，地址可能是岛屿名称加上建筑名称（例如俄罗斯圣彼得堡 Yelagin 岛上的这个 体育中心）。
在一些后苏联国家，如土库曼斯坦，建筑地址由门牌号以及房屋所在的城市行政区（有时是行政区的分区）名称组成，例如阿什哈巴德的 Parahat 和 Howdan 社区。在这些情况下，门牌号是按照建筑物建造的顺序分配的，因此与建筑物之间的相对位置无关。
在这些情况下，不应有 addr:street=* 标签。可以使用 addr:place 键代替 addr:street，以表示取代街道名称的地址部分，例如村庄、分区或岛屿的名称。对于位于行政区和/或次分区内的建筑，应使用 addr:district=* 标签，并酌情使用 addr:subdistrict=* 标签，以使地址可搜索和可导航。
无门牌号的地址
在这种情况下，使用标签 nohousenumber=yes 并移除 addr:housenumber=* 标签（如果存在），例如 addr:housenumber=s/n（在此示例中 "s/n" 分别是西班牙语和葡萄牙语中 "sin número" 和 "sem número" 的缩写）。
特定国家/地区的规则和来源
澳大利亚
- 主条目：澳大利亚要素标记指引
比利时
目前的实践是，当建筑物只有一个地址时，将地址放在建筑多边形上；如果建筑有多个地址，则将地址作为节点。
官方（联邦）指引可在此找到：https://www.belgif.be
布鲁塞尔
URBIS 数字影像在 JOSM 和 iD 中是开箱即用的。它显示官方的建筑轮廓、街道名称和门牌号。这是布鲁塞尔首都大区内描绘建筑物和识别地址的官方参考。该地图每年更新 2 到 3 次。
地址在建筑内以浮动数字形式显示，你需要自行确定与此门牌号相关的街道。（获取官方地址的一种方法是：前往 https://datastore.brussels/web/map 并加载以下图层：Urbis Services > Address Points，然后查询一个门牌号，向下滚动地址点文本框，查看 pn_name_fre 和 pn_name_dut 下的值。） 源数据来自 19 个市镇的 urbanisme/stedenbouw 部门。有些部门添加新建筑的速度快于其他部门。
与任何政府来源一样，它可能过时，有时甚至完全是错误的。最好在那些与 URBIS 地图上内容差异显著的地址上填写 "note" 标签，例如，入口位于另一栋建筑的情况。此外，大型住宅楼或办公楼通常在 URBIS 地图上会有一些根本不存在的额外门牌号。不要删除它们，保留这些节点并将其标记为 not:addr:housenumber=*，以防止桌面制图者再次添加它们。
地址应使用 addr:street=* 和 addr:housenumber=*。国家名称、城市和邮政编码将通过既有区域自动生成。这在布鲁塞尔尤其必要，因为大多数人不知道市镇边界和邮政编码之间的许多差异，否则会添加错误数据。
弗拉芒大区
弗拉芒数字化局（Agentschap Digitaal Vlaanderen - 前身为 AGIV）允许访问其地址数据库。该数据库不用于直接导入，但其数据可以与 OSM 数据进行比较以找出差异。参见 文档 以获取更多信息。
保加利亚
保加利亚地址可以有两种类型：常见的 addr:street=* + addr:housenumber=* 系统，以及一种公寓楼获得楼块编号，前缀为 "бл."（блок=楼块）加上社区名称（存入 addr:place=*）的系统。因此，бл.474, ж.к. Младост 4 被标记为 addr:housenumber=бл.474 和 addr:place=ж.к. Младост 4。因此，addr:housenumber=* 经常包含字符串 "бл."，后跟数字（可选空格）。
一些楼块同时具有两种系统的地址，此时楼块编号地址应放在建筑轮廓上，而街道+号码地址放在建筑内的节点上。
捷克
捷克 使用自己的地址映射系统，因为仅使用 addr:housenumber=* 是不够的。我们还使用以下标签：
该系统在页面 Cs:WikiProjekt Česko/Systém adres(cs) 中描述。
捷克政府提供门牌号的开放数据，每月更新一次。欲了解更多信息，请参见 Address import from RUIAN。
丹麦
自 2009 年 2 月起，所有丹麦地址节点均已根据丹麦政府提供的官方开放数据导入。最初的 导入是通过 KMS 数据转储手动完成，但当网络服务建立，提供了用于自动维护地址节点的官方数据机器人后，如之前的 AWSBot 和当前的 autoAWS 机器人 得到了发展（参见其 wiki 页面了解更多历史及近期信息）。
在丹麦制图的外国制图者应注意，丹麦社区不赞同将由 autoAWS 维护的地址节点与建筑物合并，或向其添加 POI 相关标签，而应将 POI 标签添加到相邻节点上。尤其注意，当在丹麦使用 JOSM 插件 buildings_tools 时，请确保其 未 配置为自动将地址节点与建筑物合并。总体而言，具有 osak:identifier 标签的 autoAWS 维护的地址节点，应留给 autoAWS 每日更新周期处理，除非采取特殊措施，否则它将会把地址数据的任何更改恢复为官方数据要求的内容。
根据丹麦法律 Bekendtgørelse om vejnavne og adresser（英文：Ordinance regarding street names and addresses），所有 BBR 单元（地块）都将分配一个地址节点。如果 BBR 单元上存在建筑物，地址节点应放置在建筑物最长边的中点，距离主要（命名）出入道路最近的墙壁 3 米处。
尽管来自公共数据的批量导入通常以往会产生较差的结果，但丹麦政府提供的地址数据质量非常高。数以百万计的具有正确标签的地址节点，遵循公认的 地址方案，极大提升了丹麦数据集的质量，为多种质量保证工具奠定了基础（用于发现地图上存在的“空白点”，即实际存在地址但尚无制图者踏足的区域），例如，将 addr:street 与附近 道路 的 name 进行匹配。
法国
OSM 法国发起了一个名为 "BANO"（Base d'Adresses Nationale Ouverte，全国开放地址库）的以地址为中心的项目。该数据库是一个综合数据集，来自 OSM 地址数据、可用的开放数据集、自动提取的地籍数据。最终生成的综合数据集以 ODbL 许可发布，可用于改进 OSM 地址和街道名称。更多细节请见 WikiProject France/WikiProject Base Adresses Nationale Ouverte (BANO)(fr) 和 BANO – La Base Adresses Nationale Ouverte, par OpenStreetMap France(fr)。
德国
Karlsruhe Schema 被广泛使用。内插方法也有使用。
印度
- 主条目：India#Addressing
印度尼西亚
印度尼西亚地址通常包含以下细节：
- 建筑名称
- 街道名称
- 门牌号（通常以 No. 开头）
- 邻里/社区单位（rukun tetangga 和 rukun warga，分别缩写为 RT 和 RW）、小村庄（dusun）、住宅区、商业开发区或工业园，均使用
addr:neighbourhood=*）标记 - 次区（kelurahan）或村庄（desa），使用
addr:subdistrict=*标记） - 区（kecamatan，使用
addr:district=*标记） - 市（kota）或县（kabupaten），使用
addr:city=*标记） - 5 位邮政编码。
省份名称可能列在市/县名称和邮政编码字段之间，但这不是强制性的。
雅加达的地址示例
Jl. Surya No. 10, RT.05/RW.02,
Kel. Cempaka Putih, Kec. Cempaka Baru,
Jakarta Pusat 10640
雅加达以外的地址示例：
Jl. Raya Darmo No. 36, RW.13,
Kel. Dr. Sutomo, Kec. Tegalsari,
Kota Surabaya 60264
Jl. Bypass Ngurah Rai No. 11A,
Kel. Tuban, Kec. Kuta,
Kab. Badung 80361
意大利
意大利没有门牌号。numero civico（市政号码）标识了直接或间接从公路、广场等通向建筑单元或未建围栏区域（如海滩度假村等）的入口。因此，物业（建筑物等）和 numeri civici 并非一一对应——一个物业可以有多个 numeri civici，而多个物业可以共享同一个 numero civico。
社区批准的惯例记录在 此处。为外来者提供一个简短总结：
- 将地址信息用 addr:* 标记在入口节点上。numero civico 放在
addr:housenumber=*中。 - 地址信息和 addr:* 只能出现在入口节点上。
实践中：
- 通常情况是，一个
entrance=yes/no、barrier=gate等也包含 addr:*。有时，一个橱窗或其他以前或潜在的入口也可能有一个 numero civico。 - 对于便利设施、商店和其他 POI，Bremen 模式 或“扩展的 Karlsruhe 模式”被意大利社区的一些用户推广（但与 addr:* 标签相比，使用量仍然很少），以遵守禁止使用 addr:* 的规定，同时以 contact:* 的形式进行联系信息的标记。
在历史背景下，建筑物的入口在第一层（以及其他上层或下层）也有门牌号的情况并不少见。在这些情况下，你可以添加 level=1（等）以使情况明确。对于没有分配门牌号的地方（在意大利语中称为 snc 或 senza numero civico），你应使用 nohousenumber=yes 并保持 addr:housenumber=* 为空。
日本
在日本，addr:street=* 标签一般 不使用。取而代之的是，应使用 addr:neighbourhood=* 或 addr:quarter=*，通常结合 addr:block_number=* 和 addr:housenumber=*。这些地址通常基于“番地”系统。
日本地址按照从大范围到小范围的顺序书写。
具体来说，格式通常以邮政编码（〒000-0000）开头，然后是
- 都道府県（
addr:province=*） - 郡（只在与町村一起使用时。
addr:county=*） - 市町村 + 东京都 23 区（
addr:city=*） - 区（大城市中的区，Ku。
addr:suburb=*） - ～丁目（
addr:neighbourhood=*） - ～番地（
addr:block_number=*） - ～号（
addr:housenumber=*）。
如果适用，使用附加标签来指示建筑物内的位置。建筑名称（addr:housename=*）、楼层（底层为 "1F"。使用 addr:floor=*+level=*）或房间号（addr:room=*）。
| # | addr:full | 以 / 分隔各个标签 | 本地使用的简写形式 | 注释 |
|---|---|---|---|---|
| 1 | 東京都千代田区丸の内二丁目7番地2号 | 東京都/千代田区/丸の内二丁目/7/2 | 東京都千代田区丸の内2-7-2 | 4703123878 4703123878
|
| 2 | 大阪府大阪市浪速区日本橋西一丁目1番地3号 アニメイトビル 1階 | 大阪府/大阪市/浪速区/日本橋西一丁目/1/3/アニメイトビル/1 | 大阪府大阪市浪速区日本橋西1-1-3 アニメイトビル1F | 4957598469 4957598469
|
| 3 | 山梨県中巨摩郡昭和町押越542番地2号 | 山梨県/中巨摩郡/昭和町/押越/542/2 | 山梨県中巨摩郡昭和町押越542-2 | 1420932170 1420932170
|
| 4 | 山形県鶴岡市北京田字下鳥ノ巣6番地1号 | 山形県/鶴岡市/北京田/字下鳥ノ巣/6/1 | 山形県鶴岡市北京田字下鳥ノ巣6-1 | 695816595 695816595
|
以另一种表格格式，各部分分别标记如下：
| 标签 | #1 | #2 | #3 | #4 | 注释 |
|---|---|---|---|---|---|
addr:province=* |
東京都 | 大阪府 | 山梨県 | 山形県 | 都道府县之一 |
addr:county=* |
（空格） | （空格） | 中巨摩郡 | （空格） | 仅当城市类型为町或村时使用 |
addr:city=* |
千代田区 | 大阪市 | 昭和町 | 鶴岡市 | 包括東京 23 区 |
addr:suburb=* |
（空格） | 浪速区 | （空格） | （空格） | |
addr:quarter=* |
（空格） | （空格） | （空格） | 北京田 | 不包括"字" |
addr:neighbourhood=* |
丸の内二丁目 | 日本橋西一丁目 | 押越 | 下鳥ノ巣 | 丁目(Cho-me) 有两种情况。 一种使用汉字（一二...五六），另一种使用数字（12...56）。 规则因地区而异。 |
addr:block_number=* |
7 | 1 | 542 | 6 | |
addr:housenumber=* |
2 | 3 | 2 | 1 | 有时保持空白，如大型建筑 |
addr:housename=* |
（空格） | アニメイトビル | （空格） | （空格） | |
addr:floor=* |
（空格） | 1F | （空格） | （空格） | 地面层为 "1F" |
level=* |
0 | ||||
addr:street=* |
（空格） | （空格） | （空格） | （空格） | 从不使用 |
注：
表格中的“（空格）”表示不存在对应的数据。
如果需要，还可以包含 addr:postcode=* 和 addr:room=*。
韩国
直到 2013 年，韩国（韩国）的地址类似于日本使用的地址，采用基于街区的门牌编号系统。现行韩国地址系统基于街道名称，于 2011 年生效，并于 2013 年取代了街区制。
韩国地址按照从大范围到小范围的顺序书写（按西方顺序书写时则反转）
具体来说，格式通常以邮政编码（000-000）开头，然后是
- 道（도），使用
addr:province=* - 市（시）或郡（군），标记为
addr:city=*） - 区（구），使用
addr:district=* - 面（면）或邑（읍），使用
addr:town=*） - 洞（동）或里（리），使用
addr:neighbourhood=*） - 街道名称（
addr:street=*）。 - 门牌号（
addr:housenumber=*）。
拉脱维亚
自 2022 年 1 月起，国家地址登记册中的所有官方地址已作为开放数据 发布 并每日更新。自 2024 年 12 月 24 日起，由用户 latvia-bot 每日对 OSM 中的地址进行全自动更新，使用的代码发布在 GitHub。在此之前，从 2022 年 6 月起大约每月进行一次半自动更新。详细信息请参见机器人的 wiki 页面。
几乎所有地址标签都由机器人管理，在更新期间不鼓励用户编辑这些标签。例外情况包括键 addr:unit、addr:door、addr:flats 和 addr:floor。对于这些，仍欢迎用户提供输入，因为这些数据无法从国家地址登记册中获取。不要使用关系 associatedStreet 以及指示无地址的标签（noaddress 和 nohousenumber）。
地址被分配给建筑多边形（路径或关系）或地址点（节点），如果 OSM 中不存在建筑多边形，或者该多边形不包含来自国家地址登记册的地址点，或者该多边形的绝大部分与国家不动产地籍信息系统中的地址点多边形（也 作为开放数据发布 并由机器人使用）不重叠的话。如果存在空间匹配，地址还将被分配到 tags_4_addresses.csv 中列出的所有标签。如果某个标签未被包含在内，且你认为应该包含，请在 GitHub 上创建一个问题。
新西兰
新西兰的街道地址已从政府数据导入 OSM，并且数据会定期合并。有关更多信息，请参见 Import/New Zealand Street Addresses (2021)。
农村地址
源自 ![[W]](https://upload.wikimedia.org/wikipedia/commons/thumb/0/00/Tango_style_Wikipedia_Icon_no_shadow.svg/20px-Tango_style_Wikipedia_Icon_no_shadow.svg.png){kind=icon}
Rural Address Property Identification：
农村地址 方案于 2003 年在《澳大利亚/新西兰标准 4819:2003 地理信息 – 农村和城市地址》中采纳。它基于 RAPID，即 Rural Address Property IDentification 的缩写，该方案最早于 1999 年在 新西兰 制定[2]，以帮助紧急服务部门识别和定位农村物业。
例如，地址 1536 Longley Road 可以通过除以 100 轻松找到。这告诉任何寻找该物业的人，它距离 Longley Road 起点 15.36 公里。紧急救援人员可以在道路起点将车辆里程表归零，并知道在里程表接近他们要找的 RAPID 号码之前，无需浪费时间检查信箱号码。
任何农村物业都可以有一个号码，有些在道路的不同入口处有多个号码。当访客需要进入牲畜圈或其他农村物业部分时，这很有帮助。
示例： Mountain Road 沿线的门牌号是根据距离道路起点的距离决定的（310500686 310500686）
荷兰
荷兰的地址和建筑物已通过政府数据导入 OSM，请参见 BAGimport。做出的选择是为建筑内的每个地址使用一个单独的地址节点。尽管 OSM 允许制图者在同一建筑内的一个节点上合并多个地址，但在荷兰，强烈建议使用单独的节点。这确保了下次请求的更新不会简单地覆盖制图者的工作。
有关“地址和建筑基础登记”的更多背景信息，请参见 NL:BAG。由于 BAGimport 中约定用于地址的 addr:street 标签的名称可能与路径上的街道名称值不同，因此 BAGimport 名称被记录在街道的 official_name 标签中；例如 Doctorandus F. Bijlweg 与 Drs.F. Bijlweg。
有一个 JOSM 插件可用于合并特定的更新。BAG-importverzoeken 是请求此类更新的论坛主题，通常在 1-3 天内执行。
挪威
截至 2014 年中，所有挪威官方地址已免费向公众发布。数据质量非常高，坐标靠近建筑的主入口。数据源每日更新。我们使用工具 addr2osm (GitHub) 每月更新一次地址。所有地址均作为独立节点导入，带有 addr:housenumber=*、addr:street=*、addr:postcode=* 和 addr:city=*。我们遵循丹麦的方法，不将标签合并到建筑轮廓上。我们倾向于将数据仅保留在节点中，因此不需要 type=associatedStreet 关系。挪威 100% 的公共地址目前都在 OSM 中。
巴基斯坦
巴基斯坦的地址格式可能差异很大，并且可能不容易为许多地物找到明确地址。巴基斯坦是一个主要农业国，送货到小村庄不一定需要精确到特定建筑的地址，如果负责将物品送达目的地的人知道在哪里找到预定的收件人，或者知道如果不知道该问谁的话。在城市中心的地址更可能拥有特定的分配地址，并且可以包含用于缩小位置范围的任意数量的说明符。
请将 万国邮政联盟关于巴基斯坦地址标准的文件 作为参考，以了解地址中可能包含的内容（如果可用）。
巴基斯坦的主要邮政运营商是 Pakistan Post。你可以在其网站上找到邮局和邮政编码的列表：[3]。此列表中的主要枢纽邮局后缀为 "GPO"（邮政总局），较小的邮局则各自分配到一个枢纽。
巴基斯坦划分为省份和地区。省份可以用 addr:province=* 标记，但如果指定了地区（addr:district=*）、市和/或邮编，则不是必需的。在巴基斯坦地址中，"Distt." 是地区的常见缩写，但如果要在 OSM 中标记，按惯例不应缩写。地区进一步划分为乡（tehsil），乡又划分为联合委员会，但这些通常不包括在内。对于涉及地名而非街道名的地址，可能需要 addr:place=*；对于难以用现有地址标记方案描述的地址，可能需要 addr:full=*。像伊斯兰堡这样的大城市的地址可能非常复杂，可能包含诸如街区编号之类的要素，可以用 addr:block=* 标记；或者区段编号，截至本文撰写时（2022 年 5 月），尚无单一/标准的标记方案。目前，在 OSM 中区段被包含在地址中的最常见位置是 addr:place=*，这在技术上是不正确的，因为 "places" 旨在与街道名称互斥，而区段通常是街道名称的补充，或者被包含在街道名称本身的末尾。addr:sector=*（未文档化）在巴基斯坦使用了 3 次，但在危地马拉使用了约 2000 次。很可能 addr:sector=* 是标记区段编号最清晰的方式，以避免与用于其他目的的标签混用，但如果你对如何处理这些问题有想法，欢迎在讨论页 Talk:Addresses#Addresses_with_sector_numbers 上贡献意见。
有关在巴基斯坦添加地址的特殊性以及一些兴趣点标记的实际示例，请参阅：Addresses in Pakistan
菲律宾
俄罗斯
修改后的 Karlsruhe Schema 配合 AddrN 扩展被广泛使用，并得到大多数软件的支持。[4]
不是为每个对象设置完整地址，而是将地址方案分为两个（实际上是三个）层级：“对象”和“地点”。
- 地点是带有 name 和 addr:country 的多边形；可选 addr:region、addr:district 和 addr:subdistrict。
- 对象是任何具有地址的实体，如建筑物、POI 等。只需要 addr:street 和 addr:housenumber，其余的（国家、地区）从周围的地点多边形继承。
- 如果 POI 位于建筑多边形内部，则它从该建筑继承地址。
台湾
地址节点通常从政府数据库导入。
土耳其
在大多数情况下，addr:street 和 addr:housenumber 就足够了（因为许多城市的其余部分已被绘制为多边形）；然而，由于次区和区的边界可能不十分精确（尤其是如果邻里和邮政编码边界未被绘制的话），如果认为有必要，最好添加额外信息。
请注意，带有斜杠的街道名称（例如 1/1. Sokak）是其主街道（1. Sokak）的独立街道名称，在映射时应包含斜杠。这些街道是在街道编号完成后形成的，因此继承了其父街道的名称并从此开始编号，即使它们不再与其有直接的联系。
如果门牌号包含用斜杠分隔的数字和/或字母，请按原样映射 addr:housenumber。
在解析地址时，请注意格式。根据 邮政服务手册，其格式如下：
| 土耳其地址格式 | |
|---|---|
| Saraç İshak Mahallesi İbrahim Paşa Yokuşu No: 13/A 34130 FATİH/İSTANBUL TÜRKİYE |
addr:neighbourhood=Saraç İshak Mahallesi (可选)addr:street=İbrahim Paşa Yokuşu addr:housenumber=13/Aaddr:postcode=34130 (可选)addr:subdistrict=Fatih (可选) addr:district=İstanbul (可选) addr:country=TR (可选)
|
| 示例： 6072311186 6072311186
| |
邮政服务还提供了 包含邻里邮政编码的电子表格（邮政编码通常包含 1-10 个邻里，并与其行政边界对应）。
英国
美国
在美国，建筑物和地块通常被认为都有地址，无论它们是否直接接收邮件。通常，地址标记在建筑物上，但园区和其他大型物业除了任何要素标签外，通常也会标记一个地址。地址位于物业上的主建筑或建筑物上；不需要为附属建筑（如车库或工具棚）标记地址，除非它与主建筑的地址不同。当地点与建筑物分开映射时，地址也会标记在兴趣点上。
在拥有多个租户的物业或建筑内，每个单元可能有自己的单元号，也可能有自己独立的门牌号。对于如何表示 二级单元指示符 没有共识。截至 2021 年 6 月，更常见的做法是省略指示符，仅将标识符（通常是一个字母或数字）包含在 addr:unit=* 中。
数据消费者在解析 addr:housenumber=* 和 addr:unit=* 标签时应小心：在纽约皇后区，标准门牌号包含连字符。同样，有许多零售中心和办公园区，其中每个单元号包含连字符。
如果一块物业毗邻多条街道，则无法保证 addr:street=* 可以根据建筑、入口、车道或邮箱的相对位置正确推断出来。例如，这栋房屋 关联的是 West Loveland Avenue，尽管它更靠近 Osage Drive 且其车道连接 Osage Drive。这栋房屋 关联的街道与 街对面的房屋 不同，即使两栋房屋都面向同一条街道，并且它们的邮箱和入口都从同一条街道进入。
邮政城市和邮政编码不一定对应行政边界（甚至跨越州界 [5]），因此，在很多情况下，标记 addr:city=*、addr:state=* 和 addr:postcode=* 不仅有用，而且对于避免误导地理编码器的行为是必要的。有相当数量的 ZIP+4 代码已被标记在 OSM 中，所以数据消费者不应假定两个不同的 addr:postcode=* 值必然意味着两个不同的邮政编码；在进行比较之前，有必要剪去四位数字的扩展部分。
乌克兰
- 主条目：乌克兰的地址
地图与 质量保证 工具
有几个网站或工具可以帮助检查 OpenStreetMap 中地址数据的质量：
- Nominatim 数据分析器 是一个质量保证工具，用于扫描 Nominatim 数据库并从中提取可疑数据。检查内容包括 addr:street 标签与 Nominatim 分配给该地址的街道名称不同的地址，以及 addr:street 与 addr:place 连用（无效的标签组合）。
- Geofabrik 的 OSM Inspector 包含地址和建筑信息的可视化。这些可视化跟踪建筑标签，并显示是否存在任何地址/名称数据。OSM Inspector 还提供对地址内插路径的检查。
- qa.poole.ch (QA tool) 包含一个图层，显示缺少 addr:* 标签的建筑物，以及一个显示具有地址的对象的图层。
- Coloured Streets 是一个 JOSM 地图绘制样式，专注于地址数据。
- 始终有 各种正在进行的 MapRoulette 挑战，要求制图者帮助修复地址问题。
参见
- Category:House numbering - 软件分类
- 关于初始提案的一些背景信息，请参阅 Karlsruhe Schema
- 关系 "street" 和 "associatedStreet" 作为
addr:street=*的替代方案 - 标签
is_in=*作为addr:city=*和addr:country=*的替代方案 phone=*/contact:phone=*、fax=*/contact:fax=*和email=*/contact:email=*- 已批准的额外 addr 子键提案（
addr:unit=*/addr:floor=*/addr:door=*） - 一个定义了邮政编码区域的多边形（封闭路径或关系），用
boundary=postal_code标记 - AddrN 是一个为 Karlsruhe Schema 提出的扩展。它允许为一个建筑标记多个地址。
- Relation:street，可能是 associatedStreet 关系 的替代方案
nohousenumber=*用于那些经核实确定没有分配门牌号的地点- Atlus，一个用于将美国地址字符串解析为 OSM 标签的网络应用