Aller au contenu

Discussion module:Langue/Data

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Ceci est une version archivée de cette page, en date du 26 mars 2022 à 01:16 et modifiée en dernier par Iubito (discuter | contributions). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.

Ajout d'une langue

Bonjour, afin de référencer correctement une référence en langue nama de Namibie, code naq, dans l'article Johann Georg Krönlein, j'ai tenté de l'ajouter ici dans la liste des langues supportées.

Apparemment ça ne fonctionne pas car la réf. dans l'article dit "langue non reconnue : naq". Quelqu'un saurait-il quoi faire ?

Cordialement --Vincent.vaquin (discuter) 23 décembre 2013 à 10:48 (CET)[répondre]

Bon ça fonctionne maintenant... --Vincent.vaquin (discuter) 23 décembre 2013 à 12:09 (CET)[répondre]

Langue gallo

Bonjour,

J'ai l'impression que la modification faite par Notification Zebulon84 : a cassé les modèles listés ici. Même si le gallo ne possède pas ni wiki ni code IETF, 17 utilisateurs ont ces modèles dans leur page perso, et la Catégorie:Page avec code de langue invalide n'est pas vide. J'ai essayé de remettre un code avec paramètre invalid, mais ça n'a pas l'air de marcher... Quelqu'un d'un peu plus compétant pourrait-il jeter un œil ?? Merci !

Cdlt, --AGhostDog (plop?) 20 mars 2015 à 18:28 (CET)[répondre]

Très juste. J'ai modifié les modèle pour qu'ils utilisent le bon code IETF : fr. Zebulon84 (discuter) 20 mars 2015 à 18:35 (CET)[répondre]
Ok ! J'ai modifié aussi {{Utilisateur gal-0}} qui était passé à travers les mailles de ton filet ! Du coup j'imagine que ce que j'ai fit sur ce module n'est du coup plus pertinent. Du coup j'ai reverté. Merci ! --AGhostDog (plop?) 20 mars 2015 à 18:47 (CET)[répondre]

Ajouts langues manquantes

Bonjour,

Aujourd’hui, j’avais besoin des codes gom (639-3) et Deva (15924). Du coup, il y a une erreur sur l’article Konkani… Quelqu’un pourrait-il s’en charger ? (ainsi que des codes kok et knn).

D’ailleurs, pourquoi toutes les langues des codes ISO 639 ne sont-elles pas déjà présentes dans ce module ? Idem pour les écritures selon l’ISO 15924.

Cdlt, Vigneron * discut. 22 mars 2015 à 11:15 (CET)[répondre]

C'est Lgd qui a modifié le script de vérification des codes de langue pour qu'il les considère invalides par défaut, amenant à toujours plus d'ajouts de codes dans Module:Langue/Data.
Quand à ajouter des codes d'écriture ISO 15924, cela va être difficile puisque un code d'écriture ISO 15924 seul n'est pas un code de langue IETF valide.
Visite fortuitement prolongée (discuter) 22 mars 2015 à 21:42 (CET)[répondre]
Rendre invalide les codes non listés est une excellente idée (cela évite bien des problèmes), par contre pourquoi ne pas avoir fait une liste complète ?
Certains codes écritures sont déjà gérés par le module (pas seul évidemment) et d’autres non…
Cdlt, Vigneron * discut. 23 mars 2015 à 09:22 (CET)[répondre]

La page devient très dure à charger

Bonjour

Il faudrait trouver une solution car la page devient très dure à charger quand on veut la modifier (ça m'a même planté mon navigateur), elle fait déjà plus de 87000 octets.

Je ne vois pas trop comment la diviser, ni même si c'est possible...

On pourrait déjà éviter de multiplier les synonymes qui ne seront sans doute jamais utilisés. Moyogo à part exemple ajouté :

data["tojolabal"] = data["toj"]
data["tojol'ab'al"] = data["toj"]
data["tojolꞌabꞌal"] = data["toj"]
data["tojol’ab’al"] = data["toj"]

Mais je doute que ce soit très utile, ces synonymes ne servent que si on remplace le code de langue par le nom dans un modèle {{lang}} ou {{ouvrage}} par exemple.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 29 février 2016 à 11:53 (CET)[répondre]

Ethnologue compte 7097 langues, ça va être difficile avec ou sans synonymes inutiles (je l’admets). Peut-être faut-il séparer les données par section, a-m et n-z, ou a-h et i-q et r-z par exemple. Ça serait même peut-être mieux d’utiliser WikiData si possible. --Moyogo/ (discuter) 29 février 2016 à 23:55 (CET)[répondre]
D'un point de vue fonctionnement du Module:Langue, il vaux mieux tout garder ici, même si la page est un peu lourde à l'édition. Lorsque je clique sur « Modifier le code » ça ne me semble d'ailleurs pas particulièrement long. Ce qui est long c'est le chargement initial de la page. Par ailleurs 87 ko ne me parait pas une taille démentielle, il y a plein de pages qui sont largement plus lourdes. Le problème vient peut-être :
  • de la coloration syntaxique du code lua (et je ne vois pas vraiment ce qu'on peut y faire) ;
  • du long tableau de langues supportées dans la documentation, il faut peut-être le déplacer sur une autre page;
Si on veux réduire la taille du code on peut aussi ne pas ajouter les codes de langue qui ne sont utilisés que sur la page de la langue en question. Si une langue n'est utilisée qu'une ou deux fois, on peut remplacer le modèle langue par le code HTML équivalent sur cette page.
Zebulon84 (discuter) 1 mars 2016 à 06:10 (CET)[répondre]

Proposition de nouvelle structure

Bonjour,

Je propose de simplifier la structure de ce module pour facilité la saisie, grâce à quelques lignes de code qui recréent la structure précédente : voir module:Langue/Data/Bac à sable

  1. suppression de la répétition du code dans la table ;
  2. le paramètre nom devient non nommé, le premier élément de la table ;
  3. les alias suivent directement le nom principal dans la table, au lieu d'être ajouté à la fin du fichier (plus qu'une seule partie dans le fichier) ;
  4. le paramètre invalide indique le nom de langue valide correspondant (jp → ja, fr-gal → fr) ;
  5. les majuscules sont acceptées (traité en interne comme si c'était des minuscules).

Exemples :

  • it = { "italien" },
  • fa = { "persan", "farsi ", "parsi ", rtl = true },
  • cz = { "tchèque", invalide = "cs" },
  • ["zh-TW"] = { "chinois de Taïwan", page = "langues chinoises" },

Ceci divise la taille du fichier par deux, et devrait réduire les erreurs de saisie.

  • Qu'en pensez-vous ?
  • J'ai pour le moment supprimé les [" "] sur les codes, mais ils restent nécessaires lorsque le code contient un - et pour les mots clé Lua (ex: or). Est-ce pertinent ?

Zebulon84 (discuter) 15 avril 2018 à 23:48 (CEST)[répondre]

Super ! --Moyogo/ (discuter) 22 avril 2018 à 08:49 (CEST)[répondre]

Maka

Notification Moyogo : dans les langues que tu as ajouté, il y en a deux avec le nom « maka » : mcp et mew. Vers quel code devrait principalement diriger {{langue|maka|xxx}} ? Devrait-on considérer maka comme invalide pour obliger à choisir, soit un nom plus explicite (maha vs mekaa), soit le code précis ?

Zebulon84 (discuter) 15 avril 2018 à 23:48 (CEST)[répondre]

En plus il y a aussi « máka » : mca. Je ne sais pas quelle est la solution la plus fréquente ici pour ce genre de cas. --Moyogo/ (discuter) 18 avril 2018 à 08:43 (CEST)[répondre]

Retrait des langues des signes

Bonjour Notification SyntaxTerror,
J'ai annulé ta suppression massive des codes de langue signés. En effet, cette liste est centrale pour faire la correspondance entre un code IETF et un nom de langue. Sans ça, plusieurs modèles (à commencer par {{Nom langue}}) ne fonctionnent plus correctement.
Wikipédiennement, Epok__ (Insultes, éloges, simples discussions : ), le 3 mars 2019 à 16:11 (CET)[répondre]

Bonjour Notification Epok : je sais très bien comment fonctionne cette page et ses utilisations, c'est Zebulon84 et moi qui l'avons remplie au début. C'est également moi qui avait ajouté tous ces codes de langues à l'époque [1].
Ce sont des langues signées, pas écrites. Ça ne pose aucun problème avec le modèle {{lang}} car ces codes ne sont jamais utilisés (j'ai même vérifié sur Catégorie:Page avec code de langue invalide après ma modif).
Surcharger la page avec des codes de langues inutilisés n'est pas utile, voir cette discussion ou Zebulon dit justement :
« Je n'ai pas l'intention d'ajouter systématiquement tous les codes IETF valide, mais uniquement ceux qui sont utiles et utilisés sur fr.wikipedia.
  • Cela permet de mieux repérer les erreurs, car il y a moins de chance de tomber sur le code d'une autre langue qui n'a rien a voir. Le nombre de pages dans cette catégorie montre bien que les erreurs sont fréquentes.
  • Pour ne pas surcharger les serveurs wikipédia avec un gros fichier dont 90% ne sert à rien. Déjà la majorité des langues présentes sont utilisées sur moins de 10 pages. Ce fichier est chargé pour 30% des pages Wikipédia, donc si on ne veut pas ralentir encore un peu plus le chargement des pages, soyons raisonnable.
Il sera bien sur toujours possible d'ajouter des langues en fonction des besoins. »
Voili-voilou, donc je suggère de ne pas garder ces codes, qui de toute façons ne sont pas utilisés sur wp.fr (j'ai rédigé une grande partie des articles sur les langues des signes). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 3 mars 2019 à 17:48 (CET)[répondre]
Notification SyntaxTerror : comme toute chose sur Wikipédia, un article comme un modèle évolue, la communauté se l’approprie, et ses auteurs originaux ne voient pas forcément tout ce qui se passe autour... Le modèle Lang est très loin d'être le seul à utiliser le module Langue, qui fait un usage intensif de cette liste.
Je peux te donner un contre-exemple très simple : deux de ces codes (fsl et fcs) sont utilisés sur cette page pour générer le lien vers l'article à partir du code de la langue signée.
Epok__ (Insultes, éloges, simples discussions : ), le 3 mars 2019 à 17:56 (CET)[répondre]
Notification Epok : alors laissons ces deux codes et effaçons les 140 autres... ou bien changeons pour des modèles genre « lbp / bouche pleine » si il y a moins d'une dizaine d'utilisations comme je le crois. Au besoin, on ajoutera les codes manquants comme le suggère Zebulon. Il ne contribue plus depuis noël passé, mais je pense qu'il serait d'accord avec moi. Enfin bref, je ne perdrai pas plus de temps là dessus. Şÿℵדαχ₮ɘɼɾ๏ʁ 3 mars 2019 à 18:26 (CET)[répondre]
Notification SyntaxTerror : J'ai pris deux exemples au hasard, je ne sais pas s'il y en a d'autres, il faudrait vérifier de manière extensive, ce qui est très compliqué, car il y a beaucoup de modèles, très différemment utilisés (voire parfois directement par le logiciel MediaWiki sans passer par un modèle). Et le problème reste de prévoir ce qui sera utilisé à l'avenir...
À moins qu'il n'y ait réellement une incidence sur les performances de Wikipédia, je suis partisan de conserver dans cette liste tout ce qui y a été mis (sauf évidemment en cas d'erreur). Or, je ne suis pas convaincu par l'argument concernant cette histoire de performances, les modèles n'étant évalués qu'à l'édition et non à la consultation des pages.
Ce qu'il faudrait, c'est une version plus pérenne et complète, idéalement une source externe exahustive, ce qui éviterait le fastidieux entretien. Mais je ne sais pas comment faire, et pour l'instant cette liste est ce qui s'en rapproche le plus...
Epok__ (Insultes, éloges, simples discussions : ), le 3 mars 2019 à 18:35 (CET)[répondre]

ajout alsacien

Bonjour,

J'aimerai ajouter l'alsacien à cette base de donnée, code IETF gsw-FR. Je n'ai pas les droits pour le faire, quelqu'un ici aurait-il l'extrême amabilité de le faire ? :)

Cordialement, Guméli (discuter) 29 mai 2020 à 14:52 (CET)[répondre]

icône « fait » Fait. differu [Discuter] 29 mai 2020 à 15:06 (CEST)[répondre]

Demande d'ajout svane

Bonjour, est-ce que quelqu'un pourrait ajouter le svane (je n'ai pas encore le droit de le faire) ? Merci !

sva = { "svane", "svan" },

-- Pquline (d · c) 9 août 2020 à 21:33 (CEST)[répondre]

✔️ Fait (désolé pour le délai, Pquline : une partie des contributeurs est en vacances…). --Cosmophilus (discuter) 15 août 2020 à 19:19 (CEST)[répondre]
Pas de souci, merci beaucoup Cosmophilus ! —  Pquline [d],[c] 15 août 2020 à 19:26 (CEST)[répondre]

rmy romani, rom

Le code ISO 639-3 rmy est le code du romani vlax (voir https://iso639-3.sil.org/code/rmy). Le code de la macrolangue « romani » est rmo. Peut-on faire le changement ici ? Je crois que l’article Romani utilise le code rmy pour la macrolangue, il faudrait corriger cela là aussi. --Moyogo/ (discuter) 5 juillet 2021 à 13:02 (CEST)[répondre]

Gaelige (irlandais) et Ga (langue kwa) : gestion `code` et `alias` "ga"

@GrandEscogriffe

  • Ah effectivement... Dans ce cas, algorithmiquement, on pourrait entourer la ligne 1348 de if not p[ alias ] then et end. J'imagine que ça n'écrasera plus le "ga" Gaelige (à l'instar du précédent problème l. 1361-1364).
  • Ensuite, est-ce que cette condition est logique vis-à-vis du fonctionnement précédent et n'introduit pas d'erreur (notamment vis-à-vis de code invalide tel "gr" au lieu de "el", "jp" au lieu de "ja") ? J'aurais tendance à dire que ça ne pose pas de problème, car il me semble qu'il n'y avait jamais d'alias qui correspondait à un code valide. Et qu'on ne souhaite pas que cet alias "ga" soit valide pour le Ga (langue). Curios7ty (discuter) 14 décembre 2021 à 18:44 (CET)[répondre]
En général à la fois le code et le nom sont reconnus mais là, avec le code d'une langue identique au nom d'une autre langue, on est obligés de faire un choix. Le moins pire en effet est certainement d'affecter ga à l'irlandais car il est déjà massivement employé en ce sens. Je regarde ce que ça donne... - l'Escogriffe (✉) 15 décembre 2021 à 12:50 (CET)[répondre]
Non ça ne fonctionne pas, en prévisualisant sur mon brouillon on a toujours ga : machin. Je pense que c'est le p[ ustringLower( v ) ] = p[ k ] de la partie MediaWiki qui est responsable. @Curios7ty je vous suggère de faire des essais sur Module:Langue/Data/Bac à sable (auquel fait appel {{Langue avec nom/Bac à sable}}) pour voir ce qui peut marcher. l'Escogriffe (✉) 15 décembre 2021 à 13:20 (CET)[répondre]
@GrandEscogriffe
Effectivement, j'avais oublié la possibilité du Bac à sable. Et après essais, deux solutions seraient viables :
  • v1 : dans celle-ci je reporte simplement les conditions if not à chaque fois, de sorte à ne jamais écraser une clé déjà pré-existante.
  • v2 : dans le 2e cas, je ne le fais que lors du parcours des alias. Et je laisse libre cours pour le reste (lors de l'appel des langues manquantes ou des versions "anglaises"/"internationales"/"originelles" des langues). Et ne remet que le cas "ga" très spécifique.
Je pencherais plutôt pour la solution 1, qui me semble une philosophie viable de ne jamais écraser une clé existante. La 2e serait pour vraiment traiter du cas spécifique "ga" qui est spécifique. À voir d'autres avis ? Curios7ty (discuter) 15 décembre 2021 à 21:26 (CET)[répondre]
Je mets la v1. l'Escogriffe (✉) 16 décembre 2021 à 13:12 (CET)[répondre]
Merci GrandEscogriffe !
En revanche, en voyant les diffs, je me rends compte que la version Bàs que j'avais modifiée ne tenait pas compte des derniers ajouts de langues. Je viens de mettre à jour Bàs pour que ça soit, a priori, la version identique à ce qu'on souhaite avoir pour la page principale. Curios7ty (discuter) 16 décembre 2021 à 21:02 (CET)[répondre]
Bonjour Curios7ty Émoticône. C'est fait, désolé d'avoir un peu tardé. (remarque : cela n'a pas produit de notification, il faut que la mention soit accompagnée d'une signature dans le même diff). Merci pour ce débuguage ! --l'Escogriffe (✉) 18 décembre 2021 à 13:22 (CET)[répondre]
Bonjour @GrandEscogriffe,
Merci encore d'avoir fait la modification (j'espère bientôt atteindre le seuil des 500 contrib ; peut-être en ces périodes de fin d'année... pour éviter d'embêter les autres). Et aucun souci, ça ne pressait absolument pas.
En tout cas, merci pour la précision, j'avais oublié ces subtilités pour les notifications. Curios7ty (discuter) 21 décembre 2021 à 13:17 (CET)[répondre]

Ajout ldn (Láadan), myp (Pirahã)

Bonjour, Je n'ai pas le droit d'ajouter ces langues qui manquent visiblement à la liste. Est-ce possible de le faire ? Merci. --iubito (discuter) 24 mars 2022 à 02:29 (CET)[répondre]

Notification Iubito : C’est fait dans cette modification. --Moyogo/ (discuter) 24 mars 2022 à 08:24 (CET)[répondre]
Merci, j'ai pu mettre à jour la liste sur la page Annexe:Prononciation. --iubito (discuter) 26 mars 2022 à 01:16 (CET)[répondre]