Zh-hans:关系不是分类

亲爱的维基百科贡献者，

您可能习惯于 Wikipedia 中的每篇文章都至少有一个类别。一旦您在维基百科中创建了一篇没有类别的新文章，它就会立即被标记为删除或添加到一个类别中。有些人整天除了给维基百科条目添加有意义的类别外什么都不做。

我们在 OpenStreetMap 中拥有的“关系”不是类别。它们旨在模拟对象之间的密切（通常是局部）关系，例如：这个入口通向那个地铁站，或者：你不能从这条路转向那条路。我们还使用它们来对道路的片段进行分组，例如：这十五个部分共同构成了某某道路。然而，我们不会创建简单地收集一组松散的、有些相关的项目的关系。我们不做“东安格利亚的人行道”，我们不做“苏格兰湖泊”。

作为维基百科的贡献者，您可能会迫切希望为您接触的每个对象至少找到一个关系 - 但请克制这种冲动。我们的数据库是一个空间数据库；这意味着它具有关于对象位置的内在知识。如果您想了解 East Anglia 的所有人行道，只需传入 East Anglia 的边界框并请求所有人行道，系统会即时为您制作集合。任何添加人行道的人只需要确保它在正确的位置并标记为人行道 - 这是在东安格利亚的事实不必记录，因为它是隐含的。

此外，很可能另一个在 East Anglia 添加缺失人行道的地图绘制者将人行道添加到 OpenStreetMap 但不知道存在收集所有这些方式的关系。因此，East Anglia Footway Relation 是不完整的。那么，如果这些关系很可能不完整，数据用户为什么要使用这些关系呢？

甚至有一个更反对使用仅收集一些对象的关系的原因：如果有人从 OpenStreetMap 中删除了一条人行道或拆分了一条现有人行道，则会创建一个新版本的关系，因为必须更新成员列表。这种情况经常发生，使关系的历史膨胀并使其变得麻烦。

所以，再次 - 请不要做“东安格利亚的人行道”之类的事情。

但是，您可能会问，添加信息的群体关系又如何呢，例如“汇丰 ATM 机”？在这里，关系通常也是不必要的；如果 ATM 被标记为“operator=HSBC”，那么任何人都可以轻松提取所有 HSBC ATM，您不必为此创建关系（这只会使编辑更加困难和容易出错）。只有当分组既不是地域性的（如上所述）也不是排他性的（如汇丰银行的例子——提款机不太可能同时由两个不同的机构运营）时，分组关系才真正有意义。

有效且有用的分组的一个很好的例子是“路线”关系，其中连接多条路线以形成自行车路线或步行路线或其他东西；一条路可能是任意数量路线的一部分，因此不能通过用“route=xxx”标记这条路来解决这个问题。

感谢您的理解，

那些发明关系的人。