L'ennui c'et que toutes les applications qui ont commencé à utiliser network=* ont supposé que le nom indiqué derrière était unique, ce qu'il n'est pas. En fait ils voulaient que ce soit bien un identifiant.
Comme cet identifiant rendu unique ne correspond pas au nom qu'on voudrait donner aux utilisateurs (lequel nom peut aussi avoir plusieurs traductions co-officielles dans des pays multilingues) et qui n'est pas unique non plus. Bref rendre unique network=* en utilisant des préfixes ou suffixes (et si possible le préfixe "FR:" selon la convention des préfixes de pays, et non "fr_" comme on le voit, mais cela peut ne pas suffire encore pour les homonymies propres au même pays, et là on peut utiliser un autre préfixe ou suffise après le "FR:"). Reste à savoir où mettre le(s) nom(s) du réseau et ses autres informations : c'est là que la relation type=network est tout à fait appropriée pour ne pas avoir à dupliquer ça dans tous les objets qui vont en devenir membre. On y mettre les adresses de site web d'information, les adresses de contact, numéros de téléphone, identifiant wikidata (et tout ce qui semblera approprié, y compris les contacts de réseaux sociaux, ou des identifiants spécialisés pour applications mobiles ou jeux de données utilisables, ou encore une URL de logo). De coup plus besoin d'aucun tag sur les objets membres Mais par compatibilité on gardera encore un "network=<id>" (le même que celui dans la relation type=network, que toutes les applis n'utiliseront pas) au minimum sur les relations "type=route" (cela concerne surtout les applis basées sur l'ancienne v1 du schéma public transport, qui ne connaissaient pas non plus les relations "route_master", les "super_route" des lignes segmentées en plusieurs parties, les "stop_area", et ne connaissaient pas autre chose que les noeuds "bus_stop" en fait utilisés alors pour les plateformes soit pour les arrêts ou "railway=halt" et "railway=station"). Mais on sait que ces applis auront des problèmes à gérer les homonymies inattendues si "network=<id>" n'est pas unique, et on a intérêt à ce que cet <id> soit quand même relativement lisible par un humain (même s'il est monolingue et a des affixes de désambiguisation) : ces applications apprendront plus tard à afficher un meilleur nom (éventuellement localisé pour plusieurs langues), soit à partir de la relation "type=network" ayant le "même network=<id>", soit à partir de la liste des relations parentes. Note: "network=<id>" est parfois rendu unique en l'associant à "operator=*" (c'est nécessaire sur certains réseaux ayant plusieurs opérateurs exploitants des lignes homonymes avec la même "ref=*". Ce cas est rare et ne devrait pas exister en France où chaque réseau dispose d'un opérateur principal (les autres opérateurs sont des fournisseurs et peuvent mettre à disposition des lignes ou tronçons de lignes, et c'est en fait le couple "operator"+"ref" qui identifie la ligne sur le réseau "network=<id>". Je pense que cela concerne surtout l'Allemagne, peut-être aussi la Suisse ou la Belgique. Mais je vois des cas d'homonymies de "network=*" apparaître aux Etats-Unis entre différents Etats, ou même avec des réseaux d'autres pays (Philippines, Indonésie, Canada) et même avec des réseaux européens. Jusqu'à présent on se souciait peu de ça car les réseaux de transport sont largement à développer un peu partout. Je ne serais pas surpris de voir des tas d'homonymies en Afrique.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
