> les CLEFS et les VALEURS sont 2 choses qu'il faut séparer : > > corriger les VALEURS erronées : je suis 100% pour. C’est l’objet de ces méls
> mais choisir quel CLEF le monde entier doit ou pas utiliser, > ce n'est pas le bon endroit Je ne veux rien imposer, je me demande de l’intérêt d’avoir des tags « dupliqués », surtout en grande quantité (décroissance c’est un sujet pour certains en ce moment 😁). Au passage c’est des brand:* pour MacDo et compagnie. Un wikidata (cf. discussion plus bas) pour afficher le bon wikipédia, le logo internationalisé… c’est suffisant. > et je doute même que tu arrives > à un accord unanime nécessaire aux éditions de masse L’idée n’est pas forcément de faire une édition de masse, mais de réfléchir à nos pratiques, à l’intérêt final, au coût que ça à sur la maintenance… > 2 exemples : > > 1) les tags _1 _2 _3 : je suis totalement contre, c'est une décision > controversée d'iD de créer un 2ieme tag avec _1 lors que l'utilisateur > veux rajouter une 2ieme fois le même tag. Zut, iD fait encore ça (je pensais que c’était une ancienne pratique) > lors que les 2 tags ont la même info (comme l'exemple que tu as donné > avec wikipedia=valeurnormale + wikipedia_1=url), c'est automatisable. oui > mais lorsque ce n'est pas le cas, c'est impossible d’automatiser. Si c’est ce que font les règles dans JOSM : elles demandent à l’humain derrière le clavier de gérer 😉 Ou alors elles sont plus subtiles, ce que semble faire le greffon wikipedia de JOSM. Du style, j’ai wikipedia:fr=* et pas de wikipedia=*, je change le tag en wikipedia=fr:* J’ai wikipedia_1=fr:* wikipedia_2=de:* …, si je peux, je change les tags en wikipedia=fr:* wikipedia:de=* … C’est ce que je fais manuellement. C’est l contributeur local qui décidera de ce qui est approprié. > faire une édition de masse mondiale qui les vire va être à juste titre > contestée s'il n'y a pas une discussion mondiale avant sur la ml talk. Ok, quand on arrivera à un consensus francophone, je laisserai les spécialistes s’en occuper 😉 (Ou alors je prendrais le temps de suivre cette liste. La notre est déjà très énergivore 😀) > 2) wikidata <> wikipedia : la logique osm est d'avoir des tags lisible > pour les humains, par conséquent s'il ne doit y en avoir qu'un, c'est > wikipedia. Pour le moment 😉. Sur le tableau que j’ai fait passé, on voit que iD et JOSM (avec le greffon wikipedia) affichent en clair et dans ta langue, le nom de l’élément wikidata. iD permet même une saisie à la volée. Il ne manque que l’affichage dans OSM et overpass… pour régler la question. Je pense que c’est juste un bout de javascript à rajouter pour faire ça. (Note: Le tableau semble bloqué pour une question de taille) > indpendament de cela, certains ont eu besoin d'un tag wikidata pour lier > différente base de donnée entre elle au lieu d'innoncer osm avec plein > de ref:a ref:b Zut, c’est ce que je fais 😁 La question est subtile, on en avait déjà discuté dans le passé : Avoir des identifiants dans OSM permet une certaine indépendance vis à vis de wikimedia, et des choses impossible à faire avec nos outils actuels. Je cherche tous les phares avec un identifiant de la NGA n’est pas possible en l’état avec overpass. > mais rajouter un wikidata à qlq chose qui a un wikipedia, cela ne sert > pas à grand chose. Si car ça lie directement l’objet OSM aux propriétés wikidata (les wikis, les propriétés non géographiques qui ne sont pas dans OSM…) A terme, il n’y aura plus de wikipedia:*=* 😁 (cf. supra) > et supprimer le wikipedia à un élément qui a un > wikidata, c'est illogique (il ne reste plus qu'un chiffre > au lieu d'avoir un tag lisible pour les humains) Idem. > >> ça fait beaucoup de données inutiles ? > > tout a fait. Quel est l’intérêt de consommer de l’énergie à stocker et à maintenir des données redondantes ? Je parle d’huile de coude (sujet à la tendinite en ce moment à force de cliquer 😅), mais il est aussi possible de voir les centrales à charbon 🏭 et à uranium ☢️ au bout de la fibre optique 😇 > Vespucci a par exemple décider de ne plus ajouter les > wikidata venant du nsi, il ajoute uniquement les wikipedia C’est une solution que peu choisir la(es) communauté(s), en tout cas ça me parait important d’y penser. — Yves _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
