User talk:Verdy p

Talk archives: 2006 · 2007 · 2008 · 2009 · 2010 · 2011 · 2012 · 2013 · 2014 · 2015 · 2016 · 2017 · 2018 · 2019: Jan–Jun, Jul–Dec · 2020: Jan–Jun, Jul–Dec · 2021 · 2022 · 2023 · 2024–

---

For contacting me by email, please see also fr:Utilisateur:verdy_p, or use my talk page at fr:Discussion Utilisateur:verdy_p (on my home wiki): I don't want to monitor changes in all wikis, notably with emails formatted in various languages depending on the source wiki, or from unadministered small wikis harvested by spammers, or dummy "welcome" messages sent by bots). You can write me on my talk page of any Wikimedia wiki, I'll be notified from any Wikimedia wiki (because I'm connected with a SUL-enabled account) even if you can't send emails from all wikis. You should still be able to send emails from my home wiki (preferably in English or French if you can, but you should try to use some automatic online translators for your posts).
Thanks are always welcome: many users forget to do that. But this helps proving that our work is appreciated, and that we just try to do cooperatively our best on this wiki, hopefully without breaking, cancelling or blindly reverting all the patient work made by us or by others, and that some of our possible errors or disagreements can be fixed or negociated easily, without causing major troubles with a few intolerant Wikimedia users (who forget the community rules, and "overreact" for what is a minor issue or just a disagreement of personal opinions on specific topics). There should always exist a way to coexist even in case of disagreement. So don't forget the neutrality and politeness rules of Wikimedia (see for example Category:Wikipedia policies and guidelines).
Please sign and date your posts on my talk page (so that they can also be archived correctly):
Just add four tildes ~~~~ at end of your message, and it will look like this signature (with your name and the new date): verdy_p (talk) 01:13, 13 June 2019 (UTC)

Category:Russia at the 2024 Winter Youth Olympics

Russia won't compete at the 2024 Winter Youth Olympics, therefor you could delete this category. Didn't think it would need a delete request so I messaged you this way. Florian100100 (talk) 13:42, 15 January 2024 (UTC)

Category:Winter_in_the_Northern_Hemisphere_by_year

Winter in the Northern Hemisphere by year has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

OmegaFallon (talk) 16:26, 13 February 2024 (UTC)

Modification du modèle Lang gallery

Bonjour,

On dirait que votre modification a brisé l'affichage des traductions intégrées -- voir la page Conic Sections.svg, par exemple.

Cordialement, Iketsi (talk) 23:25, 19 February 2024 (UTC)

C'est un bogue non pas des modèles, mais du module Iteration, qui omettait de mettre un saut de ligne entre deux images de galeries; le code générait la liste des "nom de fichier|description" sur une seule ligne concaténée, ce qui n'affichait alors qu'un seul fichier dans la wiki-balise "gallery" générée. J'ai eu du mal à trouver la cause, visiblement ce qui avait changé c'est que l'expansion du sous-modèle ne générait pas de saut de ligne à la fin, c'était "trimmé" maintenant par Scribunto. J'ai du rajouter un saut de ligne explicite dans le module après chaque fichier énuméré dans le contenu de la balise "gallery". verdy_p (talk) 09:57, 20 February 2024 (UTC)

Génial! Iketsi (talk) 02:58, 25 February 2024 (UTC)

Modification des modèles Tincture

Bonjour Verdy p,
Vous avez apporté des modifications au modèles Tincture, Tincture draw, ainsi qu'à Template:Tincture/styles.css
Comme vous pouvez le voir sur la description de ce blason, par exemple, la valeur de hauteur de ligne, ainsi que la taille des caractères, probablement, dans la section "couleur", sont désormais légèrement trop élevées par rapport autres sections contenant du texte…
Serait-il possible de revenir à une valeur moindre, au moins pour les blasons ?
Cordialement,--Kontributor 2K (talk) 19:31, 3 March 2024 (UTC)

Comme je ne peux pas le voir justement. Je ne vois pas en quoi c'est plus élevé. Alors qu'aurapavant les titres de noms de couleur débordaient des cases, ce qui ne se produit plus du tout (quelque soit le zoom actuel du navigateur ou ses polices par défaut). Là c'est on ne peut plus standard, et toutes les cases de couleur s'alignent parfaitement (y compris quand il y a des sauts de ligne quand les cases de couleurs ne tiennent pas toutes sur la même ligne, elles forment une grille parfaite. J'ai aussi testé avec les options d'accessibilité qui maintenant sont également conformes. Je ne vois strictement aucune anomalie sur le blason de Grasse que tu veux citer en exemple.

Franchement si tu as une capture d'écran et si tu précises ton OS et ton navigateur, on pourrait comprendre. Mais J'ai bien peut que ce sont ton navigateur qui soit très obsolète ou mal configuré, ou l'effet d'un skin personnalisé spécifique à toi dans tes préférences, ou alors ton cache dans ton navigateur qui est corrompu. verdy_p (talk) 23:40, 3 March 2024 (UTC)

Je n'ai pas de problème de navigateur(s), ni de cache, pas non plus de problème de vue.

J'utilise Vector "ancienne version 2010", j'ai testé les autres skins : c'est idem avec Vector 2022, ça passe mieux en Minervaneue et Timeless (qui ont des typos plus grandes), et c'est pire avec Monobook (l'inverse). Ça passe vraiment bien en "Timeless".

Après, je pensais que tu pouvais facilement revenir en arrière pour comparer

S'il ne s'agit que de passer le line-height de 20 à 18px dans le css, je peux comparer moi-même

Après je vois que la typo par défaut a été passée en "Segoe UI", qui n'est pas vraiment websafe

Il va de soi que pour moi c'est toujours en Verdana

--Kontributor 2K (talk) 11:33, 4 March 2024 (UTC)

Le Verdana est bien trop large, alors que les polices UI (Segoe ou Noto) sont faites pour l'affichage. Les polices sont par défaut avec un line-height à 20px (avec l'interlignage à 1.4 par défaut, ça donne une taille de police supérieure. Et c'est valable aussi bien avec Vector ancienne version 2010 que nouvelle version. Minarvaneue est une niche rarement utilisée et mal testée un peu partout, et Timeless est obsolète et n'est plus mis à jour depuis longtemps, les deux ayant des problèmes d'accessibiltié et d'internationalisation (sachant qu'on est ici dans un cadre de traduction, où des libellés peuvent être affichés en arabe et chinois: il ne faut pas réduire trop et en tout cas ce n'est PAS plus grand que le reste du texte autour mais très légèrement plus petit pour tenir compte de la fine bordure de 1px autour des boites de couleur...). verdy_p (talk) 12:28, 4 March 2024 (UTC)

La question de la typo est surtout websafe ou non

Suite à la dernière modif la hauteur de ligne est ok, mais la typo encore un peu grosse, je vais tester à 11, ce qui semble quand même être plus proche de la taille de la typo du texte autour

Je ne sors pas des skins par défaut, et les tests doivent être faits, selon moi également, non loggé, pour voir tel que voit n'importe quel internaute non inscrit.

Après ce qui est bien sur un skin l'est moins sur un autre… idéalement il faudrait que les boîtes couleurs s'adaptent aux skins (typo+line-height)… mais ça ne concerne effectivement que les utilisateurs inscrits, et est donc sans objet, en un sens.

Je passe la typo à 11px, je te laisse revenir dessus si problème.

--Kontributor 2K (talk) 12:56, 4 March 2024 (UTC)

hard redirects of categories

Hi. Please do not put in hard redirects for categories, the accepted practice locally is to use {{Category redirect}} alone. The hard redirects cause issues for use of HotCat and especially problematic when categories are again redirected they are getting lost. Happy to hear what you believe is the solution that hard and soft redirects on the same page is resolving. Thanks.  — billinghurst sDrewth 22:05, 6 March 2024 (UTC)

This redirect is needed for some nav templates to work correctly without forcing users to follow another link). HotCat and similar do NOT need it, and uploaders do not use this category but follow the redirect. If ever the category gets some files, it is still tracked by the soft redirect template in a tracking category so this is not an issue at all. I have made sure when putting the hard redirect at top that these categories were empty and your revert has no effect except embarrasing visitors. verdy_p (talk) 07:56, 7 March 2024 (UTC)

We should be fixing the nav templates, not putting in hard redirects. We don't make problematic fixes for problems that should be fixed at source. Hard redirects do prevent HotCat from working in that the lookups don't work for what should be the soft redirects. We are also having issues that hard redirects go to soft redirects. I doubt that any user would be embarrassed by landing at a soft redirect.  — billinghurst sDrewth 04:07, 10 March 2024 (UTC)

These templates cannot always be fixed. HotCat should recognize both types (this is a bug of HotCat, not me), including simultaneously. verdy_p (talk) 01:56, 15 March 2024 (UTC)

Please stop populating Category:Category pages with broken file links‎

Your edits of putting non-existent files onto category pages is populating Category:Category pages with broken file links‎. If you wish to build galleries of images, and with missing and hoped for images, then please use the main namespace, which is the place for galleries. There is neither a need nor a requirement to be building galleries on category pages, in fact that is pretty much an antithesis of galleries and their purpose. Thanks.  — billinghurst sDrewth 01:42, 25 May 2024 (UTC)

I am filling these categories coherently. You just break this work. Nothing gets broken by these. Stop your reverts of my edits there, which are all correct. These are NOT galleries but navigation.

Even if there are "missing files" reported, this is on purpose for these pages (and documented in projects). verdy_p (talk) 01:44, 25 May 2024 (UTC)

Note: it is not possible to use "ifexist" there, it does not work in the few categories where there are too many missing files (we exhaust the limit on the number of costly parser function calls). Showing red links for missing files in that case is the best option available: dropping the navbox will not solve the maintenance problem, even if the maintenance Category:Category pages with broken file links‎ is no more populated, it will just hide the problem). The navbox contains the necessary links and ensure coherent naming for missing files. I am not building any "gallery" here; this is exactly how the category pages should be, and I made sure they are minimalist. verdy_p (talk) 01:59, 25 May 2024 (UTC)

Olympic teams

Hello Verdy p, I just created Category:Southern Rhodesia at the 1928 Summer Olympics. At the top of that page neither Southern Rhodesia nor Rhodesia is showing up. It looks like the Module:Countries/Olympic teams has to do with it. I have no idea how to fix this but I noticed you sometimes were editing that page. I hope you can help me here. - Robotje (talk) 07:33, 25 May 2024 (UTC)

I know, some users created the category which is detected and displayed, because Rhodesia existed as a former delegation. I have the project to implement a filter by years in the infobox, to remove the non-relevant years. Note also that there are probably other missing historic "delegations" (in Olympics, they are not really "countries"). Byut it requires checking the correct name of the delegation (in early Olympics, various national teams were competing in mixed teams). verdy_p (talk) 07:51, 25 May 2024 (UTC)

Well, it would be nice if it is eventually fixed. It is not urgent, certainly not if there are more minor issues like this in that module. Should I add some remark on that related talk page so it stays on the 'radar'? - Robotje (talk) 08:02, 25 May 2024 (UTC)

In 1928 (and later in 1960-), "Southern Rhodesia" participated as the "Rhodesia" delegation [RHO]. The template has no problem to display it. Your category is renamed. verdy_p (talk) 08:06, 25 May 2024 (UTC)

I see it is now fixed, thanks. - Robotje (talk) 08:08, 25 May 2024 (UTC)

I will fix later the spurious occurences, like Bohemia in 2024 for example (which is displayed because it was created as a redirecting category). To implement the filter in the module requires some adjustment ni the Lua code, so that the template can take a filtering parameter (for event years, or for and event type: [Summer/Winter] [Youth] Olympic/Paralympic) that some detected delegations need to match to be effectively displayed (filters to implement are documented and those former/special delegations already have visible notes in the rendered infobox, so it still makes sense for readers that those entries are not relevant; I think it will be an additional entry in the data module used by the template, which already contains the notes but notes cannot be processed easily, so the additional optional filter data will probably be some sequence of Lua patterns). Then when using the template in category pages by year, we'll just need to pass the values (year, event type) to be matched by the filters for these former or special delegations. This is not dramatic and there are more urgent things to do (I won't break the code for now, such modification of the Lua code requires some extensive testing). verdy_p (talk) 08:31, 25 May 2024 (UTC)

At Category:Rhodesia at the 1928 Summer Olympics I already noticed something weird was going on with Bohemia but I decided not to mention another issue next to the Rhodesia one. If that Bohemia issue can be fixed one day, that would be nice. Slowly on things get better, like your fix for Rhodesia and my addition of all the missing categories for countries that participated in the 1928 Olympics. Your work in things like that is appreciated.- Robotje (talk) 09:08, 25 May 2024 (UTC)

As I said, the "weird" display of Bohemia, Czechoslovakia and Yugoslavia (not wrong from a modern view perspective, but unnecessary in that year as these are not official names of effective delegations) will be fixed later once the Lua module can support filters (that will allow eliminating the displayed links to redirected pages). This does not cause lot of pollution in the displayed list as these former and special delegations are in a small sublist at end, and are all visibly annoted. They just exist because some users created "unnecessary" redirects (or possibly these pages were initially created with the wrong name, and were moved to fix the effective name, but still keeping the old names displayed). verdy_p (talk) 09:15, 25 May 2024 (UTC)

Note also that this later fix to implement filter will be generic, and also solve some other "weird" displays of former countries or territories (not relevant in all years, if the listed categories are specific to a year) in other similar infobox, such as former Countries of Africa/Europe (by year), or former regions and departments of France, or former dependencies). Is is not specific to Olympics/Paralympics. Filters will be added with a basic parameter in categories needing them, without using historic weird parameters, like "simple=yes" which is kept but insufficient and not selective enough. These navboxes will then be smarter. verdy_p (talk) 09:30, 25 May 2024 (UTC)

Help:Namespaces

Please build your gallery pages in the main namespace, not the category namespace, per the instruction. You are creating errors for unlinked files and you are inhibiting the clean up this process when you keep repopulating. Categories are for the categorisation, not the curation of a gallery. Thanks.  — billinghurst sDrewth 11:40, 27 May 2024 (UTC)

I am not building any gallery. These are navboxes in progress, the red links for missing files are there on purpose (for maintenance exactly), the navboxes you removed show also the link to the project that documents everything. See the discussion already 2 sections above. Your reverts just break ongoing work without solving ANY maintenance problem (it just hides them). I am NOT ignoring problems, but you want to hide them. Such maintenance category is there for purpose: maintenance is not just eliminating red links on files: there are works to do (and the work to do here is not the subject of any galery).

You reverts are also abusive when you maintain an administrative lock on these, without offering any help on the topic: you just block that work which is NOT stalled at all. There are other maintenance to do elsewhere than just trying to empty a category with arbitrary pseudo-solutions that offers no help, and when you replace them also abusively with INCORRECT links at top of categories (not to the correct project pages or categories). These boxes are there for proper categorisation of files (including missing ones) and they describe the content of the categories, what is expected there for their completeness and correctness (notably because the characters in question have confusable encodings, which is also patiently being documented and disambiguated). verdy_p (talk) 17:55, 27 May 2024 (UTC)

Modification Module:Iteration

Bonjour Verdy p,
Me revoici,
Il y a un souci qui est apparu, à la suite, possiblement, de modifs sur le Module:Iteration, ou autre,
(Je vois sur la page de ce module :
« 10. {{Attribs}}
The template works, whether there is a user assigned for a file, or one filename follows another. »)
Le problème apparu est avec le {{Attribs}}, justement, qui ne fonctionne plus…
Exemple sur ce fichier où il apparaît désormais dans la partie Description : Ce blason contient des éléments de « no name » et le fichier a été mis dans Category:Commons:Missing file name in template F
À noter que curieusement, tant que la page du fichier n'a pas été modifiée, (edit : ou pour une autre raison), le fichier cible voit toujours le lien, et que le fichier source se contente d'afficher le « no name » sans toutefois être catégorisé dans Missing file name in template F (bien qu'il affiche la catégorie en bas de la page) - exemple  : le fichier Meuble héraldique hêtre arraché.svg contient le code {{Attribs|Meuble héraldique tilleul arraché.svg}}, fichier cible qui lui se voit bien encore utilisé par le fichier Meuble héraldique hêtre arraché.svg (dont la page n'a pas été modifiée, donc).
On peut voir par ailleurs sur la page du tilleul (cible) qu'il est utilisé par d'autre fichiers, via {{Attrib}} (sans le s), ce qui là, en revanche, fonctionne.
Le catégorie Missing file name in template F risque de se remplir progressivement…
Cdlt,--Kontributor 2K (talk) 8:45, 28 May 2024 (UTC)

That's my fault for Attribs, I documented the parameters for the subtemplate used "Atttrib" but started numbering them at 0 instead of 1, and then based that to perform the invokation; numbered parameters were offseted by 1 (starting by a parameter "0" which should not be there), this is fixed. verdy_p (talk) 14:02, 28 May 2024 (UTC)

Thank you,

I'm currently purging image-caches on CoAs, it should be back to normality soon…

--Kontributor 2K (talk) 14:08, 28 May 2024 (UTC)

I've cleaned a few ones just with null edits. So this should come back soon to normal if this categorisation occured automatically. If not, check in a few days if manual null edits are needed (in some cases, this is effectively incorrect usage of templates, you need to look at history and edits to see what is wrong, sometimes this is caused by broken edits or spams that need to be reverted, or by people that don't know how to use templates correctly and that need some help to fix their code).

Note that "Attribs" does not support any URL for indicating external source images, and filenames and usernames must not contain any "/". In that case, you need to extract those external sources from the template invokation, and place them after (in some bulleted list inside the "|Source=" parameter of the "Information" template). If there's any URL with a "/", the parameter is split in two parts after the 1st "/", the first one assumed to be a "filename" and the second one being a user name (possibly as a wikilink): the result is not meaningful. Normally filenames on Commons should not contain any "/", but user names may include one in a wikilink (such as his gallery page, or some project page on Commons or another wiki). The handling of "/" by templates Attribs and Attrib is a hack. verdy_p (talk) 14:40, 28 May 2024 (UTC)

Personnellement je ne mets pas de caractères interdits dans les modules ou ailleurs, et je m'assure généralement que tout fonctionne.

C'est un peu lent à revenir, malgré les purge, je laisse les 11 blasons tels quels, pour voir

Sinon, supprimer / remettre le Attribs fonctionne…

--Kontributor 2K (talk) 14:58, 28 May 2024 (UTC)

Un "null edit" suffit en général. Pour d'autres ce sont les paramètres dans le mauvais ordre ou avec le mauvais numéro de paramètre pour indiquer le fichier ou l'utilisateur (par exemple dans les "retouches" signalées). Dans d'autres cas, les paramètres sont dans le bon ordre, mais le nom de fichier est partiellement URL-encodé, et pour avoir le bon nom, il faut le copier-coller hors du modèle et le mettre dans un wikilien "[[:File: ... ]]" pour voir ce nom à remettre à la place (et voir en même temps s'il existe bien). verdy_p (talk) 15:00, 28 May 2024 (UTC)

Je vais cloner vos modèles

Bonjour, pardonnez-moi d'utiliser un traducteur en ligne (on me dit qu'il est assez fiable) mais peut-être qu'en écrivant en français je peux m'exprimer avec plus de nuances. Je voulais juste partager que j'utilise le modèle de navigation {{Monthbyyeargermany}} comme modèle pour créer toute une série de modèles similaires pour tous les pays où j'allais faire du sale boulot (par exemple, le {{Monthbyyearivorycoast}}, le dernier est {{Monthbyyearalbania}}), le trouvant très utile pour créer des catégories de services "par date" qui pour une raison quelconque sont orphelines (probablement celui qui les a créées ne s'en est pas souvenu ou n'a pas eu le temps de créer la sous-catégorie également). Au fil du temps, j'ai vu la catégorie Allemagne évoluer et ce que j'ai créé il y a à peine un mois semble déjà obsolète. Je suis donc ici pour vous demander au moins deux choses : la première est que vous puissiez, en regardant mes contributions, passer en revue les modèles que j'ai créés pour voir s'il y a quelque chose à mettre à jour, et la seconde est que vous ayez prévu que, tôt ou tard, il pourrait y avoir un bot qui remplace tous les modèles de navigation par un seul standard, parce qu'en faisant de la maintenance, j'ai trouvé plusieurs. En conclusion, j'aimerais avoir un retour sur ce que je fais, s'il y a des aspects que je peux (ou dois) améliorer, mais en gardant à l'esprit que je ne sais pas travailler avec des modèles, que je n'ai qu'une intuition mais que je n'ai pas les compétences informatiques de base pour vraiment comprendre "comment fonctionne la machine" (j'ai 61 ans, je suis d'une autre génération). Je vous embrasse et vous remercie pour vos efforts. :-) Threecharlie (talk) 04:29, 13 June 2024 (UTC)

Je viens seulement de comprendre pourquoi il y a un dysfonctionnement dans le modèle pour l'Albanie, parce que j'utilise le modèle pour l'Italie, {{Monthbyyearitaly|202|4|6}}, alors que pour le modèle pour l'Allemagne, {{Monthbyyeargermany|2024||6}}. La seule façon d'y remédier est de revoir chaque modèle pour chaque catégorie à la main? :-o --Threecharlie (talk) 04:37, 13 June 2024 (UTC)

Pour l'Allemagne j'ai simplifié le paramétrage de l'année à un seul paramètre, concaténé sans nécessiter aucun découpage sur deux paramètres. Les décennies sont déterminées automatiquement (par des "#expr:" sur la valeur de l'année concaténée), ce qui fait que le deuxième paramètre pour passer l'année est devenu inutile (cependant pour la compatibilité et faire la transition le modèle supporte encore ce découpage devenu facultatif)... La présentation a également été améliorée et totalement internationalisée. J'ai clarifié aussi le code autant que possible. J'ai fait la même chose pour certains autres pays. Et j'ai mis à jour la doc.

Note: ne pas faire tous les pays en même temps. Choisir une année complète en exemple, vérifier la cohérence des catégories pour les mois de cette année-là (y compris celles des saisons).

Ensuite il faut passer en revue et éditer chaque catégorie par mois de cette année-là, retirer les catégories en excédent, simplifier le passage de l'année en un seul paramètre.

Vérifier que les saisons sont bien présentes sur cette année-là. Ensuite on peut faire les mois de toutes les autres années (en commençant par l'année précédente et suivante de l'année prise en exemple).

La transformation est donc progressive, c'est ce que j'ai fait en Allemagne en évitant comme ça de tout casser. Une fois que tous les mois présents de toutes les années sont faits, on pourra supprimer le second paramètre de l'année devenu inutile dans le code, afin (si on le veut plus tard) d'en faire un paramètre facultatif pour autre chose. J'ai fait attention de ne pas casser l'existant, et passé en revue les incohérences ou erreurs qui existaient déjà avant dals les catégories (notamment les saisons, qui marchent maintenant de la façon attendue).

Il est donc prudent de faire tout ça pays par pays (chaque pays n'a pas forcément la même structure de catégories: ça se prépare et c'est pour ça que ce modèle a préservé la compatibilité avec l'ancien code, autant que possible, et tant que c'était correct avant, ça doit marcher encore après). Attention ce modèle a une spécificité Nord/Sud pour les saisons. Et les saisons de l'hémisphère Nord ne sont pas forcément pertinentes pour l'hémisphère Sud (il faut alors les permuter), ou la zone équatoriale et intertropicale (comme la Côte d'Ivoire). verdy_p (talk) 04:52, 13 June 2024 (UTC)

Chapeau (que l'on utilise aussi en italien pour dire), en fait j'étais déjà en train d'"obscurcir" les catégories par saison, m'interrogeant sur leur pertinence au fur et à mesure que l'on se rapprochait de l'équateur, découvrant en effet qu'il existe dans certains pays d'Afrique des, passez-moi l'expression, "saisons différentes" (je ne me souviens pas exactement mais ce pourrait être le Nigeria ou le Cameroun) caractérisées par la perte des feuilles des arbres mais pour une raison différente de "notre automne", sans parler des antipodes où en Argentine on fête Noël en maillot de bain ; En conclusion, si vous avez réussi à mettre en place un système qui attribue "automatiquement" les catégories saisonnières correctes en fonction du pays, je répète : chapeau ! Je ne vous demande qu'une dernière courtoisie : étant donné qu'il est maintenant admis qu'il y a une certaine anarchie dans Commons, qu'il n'y a pas de projets comme dans les Wikipédias, et qu'il n'y a pas de point de rencontre et de discussion pour trouver des normes qui satisfassent tout le monde, pensez-vous que votre dernière version du modèle pour l'Allemagne pourrait être raisonnablement stable ? Dois-je continuer à cloner ce modèle spécifique pour tous les pays de l'Allemagne où il est nécessaire ? (et où son utilisation fait encore défaut dans les pays moins bien représentés par des images) ? Avez-vous un moyen de m'informer si vous travaillez sur de nouvelles solutions ? Aimeriez-vous avoir un retour d'information ? Threecharlie (talk) 08:49, 14 June 2024 (UTC)

Je pense que c'est stable. J'ai fait une évolution aussi pour les Etats-Unis (mais en modifiant l'existant. Le modèle relatif aux saisons tient compte d'une différence nord-sud (il y a un paramètre facultatif south=1). En revanche pour la zone équatoriale/intertropicale, il n'y a rien pour l'instant dans le modèles pour l'Allemagne qui indique la pertinence des saisons Nord/Sud. Cependant le modèle tient compte de l'existence des catégories de saisons pour un pays donné. J'ai fait quelques modifs aussi pour la France (qui a des régions aussi en zone équatoriale, mais considérées comme "nord" et dans l'hémisphère sud (Réunion, Mayotte, et les COMs du Pacifique et Antartciques pour afficher les bonnes saisons sud). Etant donné qu'il y avait beaucoup d'erreurs dans les saisons attribuées aux mois, c'est le modèle d'un pays relatif aux mois qui fait le travail, et on n'a plus besoin de catégoriser les saisons dans les catégories, qui se réduisent donc à une seule inclusion de modèle. Et cela facilite ensuite la maintenance pour ajouter facilement des catégories de mois supplémentaires sans trop d'erreurs sur les mois, décennies, et saisons.

Toutefois je n'en ai pas fait un modèle générique pour tout pays. Il va falloir passer en revue pays par pays, un par un, nettoyer et rationaliser leurs catégories une par une pour chacun des mois. Au passage aussi revois ce qui devrait être recatégorisé (des images ou sous-catégories diverses par saison, ou certains mois mal attribués). J'ai fait le travail pour l'Allemagne, et le plus gros des Etats-Unis, de l'Australie, et de la France. J'ai un peu travaillé aussi sur la Nouvelle-Zélande.

Bref fais de ton mieux en commençant par un autre pays. Tu peux commencer par l'Argentine ou l'Afrique du Sud si tu veux (attention pour l'Afrique et l'Amérique du Sud, il y a deux hémisphères, l'Afrique du nord et le nord de l'Amérique du Sud en zone Caribéenne, dont le Venezuela, la Colombie et les Guyanes ont les saisons du Nord, le Brésil est en zone équatoriale et sud, mais classe généralement ses saisons au sud, contrairement aux Guyanes classées plutôt au nord bien que les saisons y soient moins pertinentes; en Océanie, les saisons sont généralement classées au Sud, sauf la zone intertropicale dont l'Indonésie et la Papouasie-Nouvelle-Guinée où les saisons sont moins pertinentes et parfois alignées avec la Malaisie et le reste de l'Asie, et Hawaï qui doit être classé au Nord, alors que la Polynésie et la Micronésie utilisent les saisons du Sud).

On réfléchira après de la pertinence (ou pas) à créer un modèle générique "tous pays" mais pour l'instant je ne l'envisage pas (il y a trop de choses à vérifier concernant les saisons justement). Le modèle pour l'Allemagne devait fonctionner de façon quasiment identique partout en Europe, au Canada, en Russie, en Chine, au Japon, en Corée (penser à changer de continent ce n'est plus l'Europe...) Mais c'est à vérifier et rationaliser avec l'existant (histoire de ne pas perturber trop de monde ici, il faut veiller à préserver la fonctionnalité générale des catégories et n'omettre aucun lien pertinent).

verdy_p (talk)

Note, si tu as besoin d'aide pour fixer un problème que tu ne comprends pas, ou bien pour du code que j'ai écrit et que tu n'arrives pas à faire fonctionner (je ne suis pas à l'abri d'un oubli ou d'une erreur), n'hésite pas à me contacter pour regarder ce qui se passe et proposer une solution. Gérer ce qui existe déjà et ne pas tout casser peut parfois se faire en plusieurs étapes difficiles, voire longues à faire et vérifier et de l'aide peut être utile et on travaille mieux et plus vite à plusieurs. Ca peut aider aussi si d'autres ne comprennent pas ce que tu fais et annulent sans voir pourquoi on le fait. Je peux discuter en anglais aussi si tu préfères ou si d'autres le demandent. verdy_p (talk) 16:20, 14 June 2024 (UTC)

Category:Military_of_Latin_America

Military of Latin America has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

Enhancing999 (talk) 07:24, 15 June 2024 (UTC)

Category:Unknown date

It's listed at Commons:Categories for discussion/2024/06/Category:Undated works Enhancing999 (talk) 23:19, 19 June 2024 (UTC)

Category:1_people

1 people has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

—Matrix(!) {user - talk? - _uselesscontributions} 21:02, 22 June 2024 (UTC)

Category:Topography_of_rivers_in_Greece

Category:Topography_of_rivers_in_Greece has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

Rathfelder (talk) 20:45, 24 June 2024 (UTC)

Ireland vs Republic of Ireland

Category:Photographs of Ireland by date (non reconnue par le modèle de navigation) vs Category:Photographs of the Republic of Ireland by date. IMO l'Irlande est l'île, géographie physique, tandis que la République d'Irlande est l'État, géographie politique. Voir Commons:Categories for discussion/2021/02/Category:Ireland vs Republic of Ireland category scheme. Cela ne change pas grand-chose pour moi en fin de compte, mais tant qu'il n'y a pas de consensus Category:Ireland restent ainsi que w:Ireland. Comme la situation n'a pas encore été résolue, il arrive que des redirections vers des catégories intitulées Irlande ou République d'Irlande soient faites par des utilisateurs de passage qui ne connaissent pas le litige (ici), il arrive donc qu'il y ait des catégories en double, du travail en double et l'incapacité de trouver des catégories cohérentes avec l'incapacité de placer des images dans les catégories appropriées. Dans tout cela, puisqu'en plus d'un an ils n'ont toujours pas réussi à prendre une décision finale, j'ai décidé de prendre sur moi de créer la norme, et si à la fin le consensus va dans une autre direction, que celui qui n'aime pas la solution que j'ai choisie s'en occupe. Par courtoisie, je ne comprends pas pourquoi les années n'apparaissent pas dans le modèle de navigation "par année" dans la catégorie, par exemple, Category:2022 in the Republic of Ireland; pourriez-vous y jeter un coup d'œil ? PS : j'ai délibérément évité de commettre les mêmes erreurs que celles que vous avez commises avec vos derniers modèles sur l'Allemagne, car je ne suis pas assez expérimenté et j'avais peur de faire plus de dégâts que de les résoudre. Merci de votre attention :-) Threecharlie (talk) 01:02, 29 June 2024 (UTC)

Quelles erreurs j'ai fait sur l'Allemagne? On m'a plutôt félicité pour ça et même demandé de faire la même chose ailleurs et informé que ce qui était fait sur l'Allemange allait être repris ailleurs... Certes c'était du boulot au début pour unifier, c'était en plusieurs étapes, mais de façon cohérente et dans le même sens sans briser la compatibilité. verdy_p (talk) 04:59, 29 June 2024 (UTC)

non, pas vous, moi, c'est moi qui ai peur de ne pas comprendre comment l'intégrer dans celui de l'Irlande (état) :-D Threecharlie (talk) 09:03, 29 June 2024 (UTC)

Je m'explique : il suffit souvent de copier-coller un modèle, en ne changeant que ce qui est essentiel au bon déroulement du travail, parce qu'on fait aveuglément confiance au travail des autres, même si on ne comprend pas "comment fonctionne la machine", mais quand j'ai oublié quelque chose (parce que j'ai dû m'arrêter au milieu ou parce que j'ai oublié des éléments dans le copier-coller), on panique parce qu'on ne peut plus identifier où se trouve le problème. Threecharlie (talk) 09:07, 29 June 2024 (UTC)

Tu peux me dire ce qui ne semble pas fonctionner dans ce que tu as voulu écrire et sur quelle page cela ne fonctionne pas ? Je ne vois pas le problème sur Category:2022 in the Republic of Ireland. verdy_p (talk) 09:27, 29 June 2024 (UTC)

@Threecharlie: Ok je viens de voir le problème, corrigé maintenant: il y a un modèle "Country_prefix" utilisé pour déterminer s'il faut mettre un préfixe "the" devant un nom de pays pour nommer les catégories liées à un sujet comme "2022 in the Republic of Ireland", ce n'était pas le cas pour "Ireland" mais ça l'est pour "Republic of Ireland". verdy_p (talk) 09:32, 29 June 2024 (UTC)

Category:Past_Summer_Olympics_pictograms

Past Summer Olympics pictograms has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

Cryptic-waveform (talk) 13:27, 31 July 2024 (UTC)

Category:Cinema_events

Cinema events has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

Sinigh (talk) 09:08, 9 August 2024 (UTC)

History of France by former departments

Bonjour. Où as-tu vu que ces départements avaient disparu ? Les départements d'Alsace existent toujours pour l'État. Celui du Rhône aussi, d'ailleurs que serait actuellement l'arrondissement de Villefranche-sur-Saône ? Pareil pour la Corse et pour les DOM formant une collectivité unique. Il ne faut pas s'exciter en créant des catégories inappropriées. Bonne journée. --Birdie (talk) 11:23, 20 September 2024 (UTC)

KanjiVG stroke order SVGs

What's your current plan to deal with the invalid SVGs in Category:KanjiVG stroke order images? If you want I can try to mass-edit them using mw:Manual:Pywikibot/upload.py and Commons:Download tools after making a Commons:Bot requests. Dexxor (talk) 09:56, 10 October 2024 (UTC)

I have fixed many of them manually, though it is certainly automatable, because the edits I made are repeatedly the same thing: adding a missing "xmlns:kvg" declaration (that thje anjiVG project authors have affirmed they don't want to change: for them it's not their problem, but their basic format is not compatible with most SVG rendererrs including here in Commons; I proposed adding that, by posting a mail to them and showing all what was needed, and giving many examples that were fixed in here Commons, but they don't care). So all we can do is to make the necessary addition ourself. They still want to use only pure XML 1.0 rules, ignoring the SVG standard itself and the fact that we cannot tolerate on all possibilities and weaknesses this exposes, including in terms of security, they insist to use embedded DTDs, even though the SVG specification strongly recommends not using them at all. It's not even needed, and in fact in the KanjiVJ project the non-working parts are not even used for SVG rendering, to only as metadata internal to their project design to track their own sources according to their model (which is too limtied in fact to properly represent everything that is already represented and even standardized with a growing numebr of properties in the UCS with Unicode, ISO 10646, the IRG group, and other related groups; the KanjiVG does not follow the progresses are are sticked to their model.

So I see no problem if some bot is developped to fix the broken SVG images the way I did, without removing anything or semantic, or metadata (even if these are not needed for proper rendering by any valid SVG engine). It's a fact that the way these XML 1.0 files are done is incompatible and rejected; these files can only be parsed correctly with a full XML 1.0 parser that *must* accept embedded DTDs, that most XVG engines will refuse to process. So these images imported in Commons already had their embedded DTD removed. But without them, these are no longer even compatible with any XML version and cannot be processed correctly any conforming SVG engine. One step was forgotten when dropping the embedded DTD: it was then required to either drop all the extra metadata carried by kvg:*="" attributes (meaning that the metadata would be lost, even though they are meaningful), or to declare the "kvg:" namespace explicitly to preserve them. That's all what I did, and it works. All other files can be edited as well to add the missing declaration. I could not convince the KanjiVG authors to drop the embedded DTD and use such simpelr declaration. The embedded DTD they use is much longer, and always the same, they don't want to develop an alternative external schema to give sense to these metadata and make it processable. We can show them here in Commons the benefit of developing this schema accurately without breaking their project and even allow thei images to be mushc more easily usable and rendered much more efficiently without using a full and costly XML parser that is really difficult to secure (DTDs are the old tool inherited from SGML and borrowed into old versions of HTML, they are things of the past, we don't need them and HTML5 don't want them at all; its best to separate the schema from the data with a very minimal unique and strict declaration, which can remain stable and even follow the evolution of the schema if we want it to include more metadata to allow other kinds of processings; the reduced profile of SVG as used in HTML5 is based on a reduced and secure version of XML, it is "TinySVG", which is universal, but still extensible when we wan't it, withuot adding tons of embedded DTD declarations and without reediting all the images as well: I think that's what they fear: they have lot of images, and have developed their old tools to produce them, but cannot maintain these tools themselves, and don't have the tool to make the conversion; we can show them that noting will be lost in their project and that it can benefir from further rationalisation and automation to provide a much better coverage: they are very late in covering Unicode and have tons of missing images, but they cannot cope with the rythm to have a foreseeable completion with the current "state of the art": they are not even able to cover just Unicode 4.0 completely and limited to just a few variants needed for modern simplified Chinese and modern Japanese. The UCS progresses much faster than them and I am sure that what they have alerady contains many errors and we cannot use modern tools to detect them efficiently). verdy_p (talk) 17:09, 11 October 2024 (UTC)

Thanks, I will see what I can do when I have the time. It's just too many SVGs to fix manually. Dexxor (talk) 17:24, 11 October 2024 (UTC)

Note that I have not fixed them compeltely from this category (which is just a tracking category having little semantic value). I made that while sorting ideographs and checking their properties, linking them to reliable sources, to help them categorize them: categorization is absolutley needed to help finding these images, and correctly descrieb what they represent, and then attach them with properties in Wikidata, matched with existing standard properties sources. I dod that character by character, but as completely as possible, and I properly link the variants that are already exposed in the standard UniHan database. And I want to exhibit their usage (per language/country or on their historic perspective, i.e. their evolution or adaptation to more specific uses). Sorting ideographs is a huge challenge to do alone. Automation (based on reliable standard sources) can certainly help go faster. And may be Commons will become better than KanjiVG itself when it will have a much more comprehensive coverage.

And anyway all those broekn SVG were imported here by a single user for a short time. Even if he used a broken tool to remove the DTD, he did not check the results and notably the validity of his edits. If he did that alone for a relatively short time, manual editing to fix these files is not undoable. And alone I was able to fix about 2000 images. I ahve not counted those still not fixed. I've first started by categorizing files with the lowest residual stroke counts afer the radicals. It was long at the begining to get the necessary templates and categories, and fixing various open projects that were stale since long in order to put some more coherence and link them properly with their existing variants. Now it's easier/faster. Editing the KanjiVG images is just a small part of what was done. Most important and most frequently used ideographs are now in place (including their known encoded variants even if they were encoded in more recent Unicode blocks; however I still do that progressively: those images are most useful only if they are correctly cross-referenced, I don't care much if there are many broken images as long as they are not properly categorized with their important properties; work is done in parallel in Commons and Wikidata, and I've fixed and cross referenced all the important projects about ideographs to make them navigatable: it's then easier to see what is missing and allows others to fill the holes, manually if they wish, or with their tools if they can). verdy_p (talk) 17:34, 11 October 2024 (UTC)

Modèle MonthinFrancebyregion

Bonjour. Quelqu'un (probablement Néerlandais ou Flamand) a modifié qqch à un modèle appelé par celui-ci. Il affiche maintenant Anciennes régions administratives de Frankrike metropolitaine (jusqu’à la fin de 2015) :, ce qui totalement stupide. pourrais-tu regarder d'où cela provient ? Je n'arrive pas à trouver la source à modifier. Merci d'avance. Bonne fin de semaine. --Birdie (talk) 10:43, 18 October 2024 (UTC)

En fait c'est de ma faute en fusionnant des modifs pour les langues norvégiennes (pas du tout le néerlandais), j'ai altéré par erreur la version française lors d'un copier-coller sur la mauvaise ligne dupliquée, et je ne l'ai pas vu. C'est corrigé (ce n'est pas dans un "modèle" mais dans son "module" Lua associé qui contient quelques éléments traduits). verdy_p (talk) 12:38, 18 October 2024 (UTC)

Category:French_citizens_living_abroad

French citizens living abroad has been listed at Commons:Categories for discussion so that the community can discuss ways in which it should be changed. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this category, please note that the fact that it has been proposed for discussion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it. If the category is up for deletion because it has been superseded, consider the notion that although the category may be deleted, your hard work (which we all greatly appreciate) lives on in the new category. In all cases, please do not take the category discussion personally. It is never intended as such. Thank you!

Sbb1413 (he) (talk • contribs • uploads) 14:53, 9 November 2024 (UTC)