Zh-hans:Key:default_language
 default_language
|
| 说明 |
|---|
该区域内 name 类标签最可能使用的语言。 
|
| 组: names |
| 用于这些元素 |
    |
| 常用组合 |
|
| 状态：未指定 |
| 此标签的工具 |
此标签设置为该地区（例如一个国家）内 name=* 标签最可能使用的语言。它帮助数据使用者在绘制本地化地图时决定使用哪个 name 或 name:xx 标签。此标签不表示该地区使用哪些语言，也不表示该地区的官方语言。它仅适用于 name=*、alt_name=* 以及其他类似标签。
- 对该取值应使用尽可能大的行政区域，例如带
admin_level=2的国家关系。 - 不要在任何更小的子区域上设置，除非其默认语言不同。
- 一个区域可以包含默认语言不同的子区域。
- 每个区域始终只使用一个语言代码（见下文多语地区）
- 在少数罕见情况下，可能还需要额外的非行政区域来标注 default_language。尽可能避免这样做。
多语地区
_-_The_Noun_Project.svg){kind=small}
绝不应仅仅因为一个地区使用多种语言就把此标签设置为多个以分号分隔的取值，例如
default_language=fr;en，因为这对数据使用者没有意义。拥有两个或更多语言代码并不能说明任何特定 name 标签的语言，因此不应这样使用。
本键的文档长期以来一直指出，为多语地区设置多种语言会使 default language 键失去作用。然而就整个数据使用者群体而言，这一点并不能得到证明。例如 Nominatim 的这篇博文解释了为真正多语的地区列出多个默认语言的好处，当把语言细分到更细粒度的区域也无济于事时：
首先，假设每个国家恰好只使用一种语言，这当然有点天真。即使使用更细粒度的区域也帮助不大。有足够多的地区存在多种语言并行使用的情况。幸运的是，我们不必为名称确定唯一的一种语言。如果一个国家使用多种语言，那么我们可以对名称按每种语言分别分析多次。结果中会有一些误判，但仍远少于我们当前不考虑语言的算法所产生的误判。只要该国家的语言列表是完整的，正确的结果也会在其中。
- 出自 nominatim.org 的 "Detecting languages"（"Multi-lingual countries" 一节）；10 October 2021 [1]
如果某地区的所有 name 标签都混用多种语言，例如用短横线或分号分隔——"[name_in_en] - [name_in_zh]"，你可以设置 default_language=en - zh，但这并不理想。请用这个 Overpass Turbo 查询 查看该地区所有 name 标签。如果你发现绝大多数标签都是单一语言，请使用该语言（除非你能识别出语言不同的子区域）。国家或城市的 name 可以有多种语言——它们通常还定义了许多其他名称，因此对其进行本地化没有问题。真正造成本地化问题的是其他众多较小的地点。
将 000 替换为该地区的关系 ID — 快捷链接
[out:csv("name")];
relation(000);
map_to_area->.boundaryarea;
nwr(area.boundaryarea)[name];
out;
示例
default_language=fr用于 法国 和 魁北克
软件支持
Valhalla 使用 default_language=* 来选择用于在导航提示中播报的 name:*=* 或 destination:lang=* 标签，而忽略 name=* 和 destination=*。[2]
参见
- Multilingual names：按国家列出的信息，尤其是关于主 'name' 标签所用语言的说明。
- 查询行政边界及其默认语言的简单 Sophox 查询
- 查看所有带 default_language 标签的地区
Sophox 查询