FR:Relations/Les relations ne sont pas des catégories

Mon très cher contributeur Wikipédia,

Tu es peut-être habitué à ce que chaque article de Wikipedia soit dans au moins une catégorie. Et à chaque fois que tu crées un article sans catégorie, il va soit être rapidement marqué pour suppression, soit rapidement être ajouté à une catégorie. Il y a des gens qui ne font rien d'autre qu'ajouter des catégories dans Wikipedia.

Les "relations" que nous avons dans OpenStreetMap ne sont pas des catégories. Elles ont pour vocation de créer une relation de proximité (et souvent de portée locale) entre les objets, par exemple : cette entrée amène à cette station de métro, ou : vous ne pouvez pas tourner de cette rue à cette rue. On les utilise aussi pour grouper des tronçons d'une route, par exemple : ces 15 chemins forment mis bout à bout une route du nom de "truc". Mais nous ne créons pas de relation pour faire une liste qui regroupe des éléments qui se ressemblent. Nous ne créons pas de relation "tous les chemins de randonnée de Savoie", pas plus que "tous les lacs d'île de France". Peut-être qu'en tant que contributeur Wikipedia, tu ressens le besoin viscéral de trouver au moins une catégorie pour ranger ce que tu viens de créer ou ce que tu viens de voir. S'il te plaît, résiste à cette tentation. Notre base de donnée est une base de donnée spatiale ; cela veut dire qu'elle a une connaissance implicite sur le rangement et la position des objets. Si par exemple tu souhaites trouver les "chemins de randonnée de Savoie", il suffira d'indiquer que tu veux les chemins de randonnée, qui sont dans le département de la Savoie, et la liste te sera fournie directement à la volée. L'ajout d'un chemin de randonnée en Savoie devient aussi simple que : "il suffit de le mettre à sa vraie place" et de dire qu'il s'agit bien d'un chemin de randonnée. Sa localisation en Savoie est tirée implicitement de sa position.

Alors s'il te plaît, pas de relation dans le genre "tous les chemins de randonnée de Savoie"

Alors tu vas peut-être demander, et un regroupement qui ajoute de l'information autre que géographique comme les distributeurs automatiques de billets de la "BSS" (Banque Super Sympa) ? Ici encore, une relation n'est pas nécessaire; si les distributeurs automatiques de billets on un tag "operator=BSS" alors on peut facilement récupérer toute la liste, en recoupant par ce tag. Pas besoin de créer la relation qui les contient tous ; ça ne ferait que compliquer la tâche et créer des erreurs supplémentaires. Les relations de groupement n'ont de sens que quand la relation n'est ni géographique, ni exclusive (Les DAB n'ont que peu de chance d'appartenir à plusieurs banques à la fois).

Un bon exemple où les relations sont utiles, serait pour la relation "route", où plusieurs chemins sont connectés les uns aux autres et placés dans une relation pour former un itinéraire cycliste, de randonnée ou autre ; un chemin pourra alors faire partie de plusieurs itinéraires, ce qui ne pourrait pas être pris en charge simplement en inventant un tag "numéro_de_route=X et Y et Z ...".

Merci pour votre compréhension.

Ceux qui ont inventé les relations.