Sauf que NSI spécialise ses conseils par pays (le code pays est bien visible dans ses filtres) Donc le bogue est plutôt dans Osmose (pas dans NSI), qui oublie de chercher avec le filtre pays approprié au lieu, **avant** d'aller faire un repli vers les attributs internationaux.
De toute façon les tags wikipedia sont dépréciés et inutiles si on a un tag wikidata (où on trouvera les liens des diverses éditions de wikipedia, sahcnat aussi que les codes "langue" de wikipedia ne sont pas vraiment des codes langue (au sens de BCP47) mais des alias locaux propre au système de codes interwiki. Wikimedia peut avoir des codes différents, non standards, persistant uniquement parce que ce sont des labels de noms de sous-domaines ou des codes internes de noms de base de données dont tout le monde se fout, ou fusionnés là où BCP47 est bien plus strict et plus précis sur les règles de repli et les codes valides: mais c'est très long (ça fait des années que ça dure comme des bogues signalés mais dont la correction est sans cesse repoussée) pour qui Wikimedia fasse les correction nécessaires (à la limite le plus facile a juste été de créer des "alias" sur les noms de domaines (CNAME ou redirections) en deux temps (d'abord du code standard vers l'ancien code, puis dans le sens inverse), ensuite il faut des années pour mettre à jour les nombreux modèles ou modules, réviser des données d'internationalisation au sein même de Mediawiki ou de son installation locale, informer les communautés, tester, tester encore, vérifier que le renommage peut aussi être fait dans translatewiki.net, que les outils d'export/import de TWN vers MediaWiki puis de déploiement dans Wikipedia ou les autres projets fonctionnent avec les nouveaux codes, puis prévoir la transition des noms de domaine canoniques, vérifier que les redirections fonctionnent, puis enfin la mettre en oeuvre, patienter des mois pour que les sites web externes (notamment les moteurs de recherche) se mettent à jour, puis commencer à prévoir le démantèlement du support par redirection de l'ancien code (s'il est en conflit avec un autre usage nécessaire), nettoyer Wikidata... La dernière phase (qui nécessite un arrêt du wiki) est le renommage de la base de données, qui elle aussi se fait en plusieurs étapes. Renommer un wiki de Wikimedia n'est pas simple du tout (même pour les petits wikis) ! Du côté d'OSM c'est plus simple: éviter de référencer wikipedia et mettre wikidata à la place et laisser Wikidata gérer ces liens sur sa base. Donc pour les "brands" cela n'a plus d'importance et on élimine des tas de redondances pas utiles dans OSM qui nécessitent des constantes corrections (surtout en plus que Wikipedia n'est pas forcément précis: chaque édition peut décider ou non de fusionner plusieurs sujets dans un même article, avec plusieurs sections, et Wikidata ne sait pas encore gérer correctement les liens vers les sections d'article pour la désambiguisation et les fusions ou scissions faites dans une édition linguistique de Wikipédia ne sont pas pertinentes pour les autres, ni non plus pour d'autres projets liés comme Commons ou Wikivoyage. Si vous avez des problèmes avec des liens Wikipédia (comme ceux qui persistent à changer l'édition linguistique "pertinente" sans tenir compte de la langue locale appropriée, qui est aussi en elle-même un sujet de conflit dans les régions multilingues comme la Catalogne ou le Pays basque en Espagne, ou encore la Corse, ou les langues co-officielles en Belgique, en Suisse ou au Canada) et ne trouvez pas d'élément Wikidata associé à un article pertinent, le lieux est de créer cet élément Wikidata manquant, le lier correctement à l'article Wikipédia le plus approprié et éventuellement chercher dans d'autres éditions ou d'autre projets comme Commons, Wikivoyage, Wikinews (voire le Wiktionnaire pour certains toponymes connus). Et ensuite éliminer tous les tags wikipedia et les remplacer par un tag wikidata unique vers l'élément Wikidata que vous avez créé. Le sam. 24 oct. 2020 à 22:17, <osm.sanspourr...@spamgourmet.com> a écrit : > Bonjour, les suggestions d'Osmose sont des suggestions. > > Ici le suggestion-index est une belle c... : wikidata est neutre. > > Le "bon" article Wikipédia est usuellement celui du pays où est la filiale. > > Je remets régulièrement des fr:Système U alors que iD suggère de > modifier en en:Système U. > > C'est crétin : c'est une entreprise française exerçant en France. > L'article en anglais est évidemment plus pauvre. > > Donc la bonne page c'est par défaut la page dans la langue par défaut du > pays. > > Jean-Yvon > > Le 24/10/2020 à 21:55, Romain MEHUT - romain.me...@mailo.com a écrit : > > Bonsoir, > > > > Dans ce changeset https://www.openstreetmap.org/changeset/92924630 > > j'ai demandé pourquoi la valeur au tag brand:wikipedia n'était pas la > > déclinaison française. La réponse est que c'est une suggestion d'Osmose. > > > > Ne priorise-t-on pas la valeur fr (s'agissant du territoire français > > bien sûr) ? > > > > Merci pour vos éclairages. > > > > Romain > > > > > > > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
