User talk:Trappist the monk/Archive 13

Template:ISO 639 name
Hey, just want to verify with you, can Module:ISO 639 name handle what Template:ISO 639 name and its sub templates (such as Template:ISO 639 name aa) do? I would like to TfD the sub templates if so. --Gonnym (talk) 08:55, 10 August 2020 (UTC)
 * There are four testcases pages:
 * Template:ISO 639 name/testcases1
 * Template:ISO 639 name/testcases2
 * Template:ISO 639 name/testcases3
 * Template:ISO 639 name/testcases4
 * These currently use the which uses Module:ISO 639 name/sandbox.  The module sandbox is, I think, and improved version of Module:ISO 639 name.
 * If you are expecting to return the same values for non-ISO 639 'codes' as some the existing templates do, you shall be disappointed.  IETF language tags are not ISO 639 codes so the ~/sandbox returns an error message.  The same is true when given a language name because again, a language name is not an ISO 639 code.
 * The module sandbox has a new function  that attempts to return either the code or the language name depending on what it is given (still working on this so these may or may not be working when you read this):
 * —Trappist the monk (talk) 14:22, 10 August 2020 (UTC)
 * Looking at the testcases and the templates, "Arabic" which isn't supported, is used by Template:ISO 639 name Arabic which redirects to Template:ISO 639 name ar which is. Similarly, Template:ISO 639 name ja-Latn an IETF tag redirects to Template:ISO 639 name ja which is supported. So it would seem that what's needed is to replace usages of redirected templates with the target template to fix these issues. Do you happen to have a list of the unsupported templates? If so, I can use AWB to fix these usages. --Gonnym (talk) 22:04, 10 August 2020 (UTC)
 * No list. And, it isn't immediately obvious how to make such a list. Both of   and   searches return nothing.
 * Special:PrefixIndex/Template:ISO 639 name (alas) won't show redirects only (they can be hidden ...). I suppose one might take that list and make a lua module.  This appears to be a start:
 * — Preceding unsigned comment added by Trappist the monk (talk • contribs) 23:00, 10 August 2020 (UTC)
 * I've tried checking in Template:ISO 639 name if the page calling it is using a redirect template, and if so, add the page to the category, but it isn't working. Have any ideas on how it could work? --Gonnym (talk) 23:44, 10 August 2020 (UTC)
 * You reverted yourself with the edit summary nevermind, that works. Does it?  Don't you want the names of the templates that are redirects?  Why would you want the names of the articles that use those redirects?  Article names seems to be what  is collecting.
 * —Trappist the monk (talk) 00:10, 11 August 2020 (UTC)
 * I needed the redirect templates to get the pages so I can replace the parameter used in these articles to a correct ISO 639 one, so this method also works. The only problem is that I have to manually go over ~1200 articles (Cleanup translation, Rough translation and ISO 639 name transclusions) and do with AWB an empty save which takes a lot of time since it stops me every few seconds. Do you have a bot that can do this faster? --Gonnym (talk) 00:16, 11 August 2020 (UTC)
 * If you can give me a list of articles, I have a null-edit bot task. Of course, you can just let the job queue take its course because there is no hurry.
 * —Trappist the monk (talk) 00:28, 11 August 2020 (UTC)
 * I know there is a bug that sometimes takes forever for the queue to work. It's been 7 hours and it still didn't start. Anyways, if you have time, I created a list of pages here. — Preceding unsigned comment added by Gonnym (talk • contribs) 07:50, 11 August 2020 (UTC)
 * Done. These didn't get done because they are protected:
 * Template:ISO 639 name
 * Template:ISO 639 name cs
 * Template:ISO 639 name el
 * Template:ISO 639 name en
 * Template:ISO 639 name grc
 * Template:ISO 639 name ja
 * Template:ISO 639 name ko-Hang
 * Template:ISO 639 name pt
 * Template:ISO 639 name ro
 * These didn't get done because:
 * La verdad sospechosa – has a or related template because of copyright violation investigation
 * User:JDrewniak (WMF)/wiktionaryDefinitionInSearchResults.js – is a personal javascript page
 * —Trappist the monk (talk) 11:24, 11 August 2020 (UTC)
 * Thanks! Fixed usages on all pages except one user page and Template index/Redirect language codes – code sort. I think it's fine now to TFD the set and fine tune if successful. --Gonnym (talk) 12:40, 11 August 2020 (UTC)
 * @Gonnym: I have updated to use Module:ISO 639 name.  The update included function name changes.  I think that I have found and fixed all of the templates that were temporarily broken because of the function name changes.  I have also updated Template:ISO 639 name/doc and .  You're redirect-detection code remains in ; it is the reason that the  category link is broken on the ~/doc page.
 * So where to now? Figuring out where all of those 1100-ish templates in  are transcluded looks like it will be painful.  We might want to add some sort of category mechanism to those templates that would categorize their use:  for proper ISO 639-1, -2, -3, or -5 codes and  for all others.  But that isn't really easy.  We could replace the plain-text language name in the templates with a call to  – relatively easy to accomplish with AWB.  That gives us a test of all of the 'codes' being used; Module:ISO 639 name will categorize the 'errors' (IETF-like language tags, proper names, etc) so those can be fixed where they appear in article space (and perhaps in other namespaces).  Once that is done, Special:WhatLinksHere/Template:ISO 639 name will list where the template is transcluded so instances of  can be replaced with direct calls to.
 * All of this is, of course, predicated on a successful outcome at WP:TfD. Have I over-thought this?  Under-thought this?
 * —Trappist the monk (talk) 16:56, 13 August 2020 (UTC)
 * Great job! I think you exactly-thought this. I'll be nominating these templates today as I got another editor to help with his bot for tagging all these. Then we can do what you suggested with changing the template plain text so catch errors and see where they are used and once we're done with that we can convert the template to use the module directly. I believe the tracking category I added has done what it needed doing as I fixed the calls I could find, so I can remove it (unless I'm mistaken?). --Gonnym (talk) 09:14, 14 August 2020 (UTC)
 * Created nomination at Templates for discussion/Log/2020 August 14. --Gonnym (talk) 09:41, 14 August 2020 (UTC)
 * We might not need to edit all templates to find out if they are valid ISOs. Template:ISO 639 name conversion template doc which is transcluded on these templates has an if check to produce an EL. We can use the same logic to check if the ISO is valid or not. --Gonnym (talk) 11:13, 14 August 2020 (UTC)
 * What is needed is a list of where the templates are used so that they can be properly replaced.  Special:WhatLinksHere/Template:ISO 639 name conversion template doc lists only templates and a handful of other namespace uses.  Error checking is handled by the module and will be reported in .  The errors that I expect to catch are likely to be the IETF-language-tags and those MediaWiki second level domain name codes misused as ISO 639 codes.
 * Yesterday I created an AWB script that gets the language code from the template name, writes the appropriate template, and comments out the plain-text language name.  I need to rework it a bit to account for the tagging that is being added.
 * —Trappist the monk (talk) 11:36, 14 August 2020 (UTC)
 * While reading on the discussion links you posted over at CfD, I noticed that the category Category:Articles containing Germanic-language text is empty and it text says that it is populated by Lang and it gives two examples:  and   but those place the article in Category:Articles with text from the Germanic languages collective and Category:Articles containing Proto-Germanic-language text (which itself is a bit problematic that two almost identical uses lead to different tracking results, but that's for another day). Was "Germanic-language text" an old category? The only place I can see which could have used it is Template:ISO 639 name/doc/row. If this is an old unused category, do you have any idea how we can find if there are more of those? --Gonnym (talk) 15:59, 18 August 2020 (UTC)
 * Yeah, old. It was created as  (no hyphen) 28 May 2013.  The rendering of the text on that cat page depends upon, , and .  These templates are a mess.  The  and  issues that you note plus off to the right the is a box that says 'This category is indirectly triggered by the templates' and lists  which is not true; none of the  templates categorize.  I suspect that once the  TfD is put to bed, these three templates should be rewritten; Module:Lang/documentor tool might be a good place to start.
 * —Trappist the monk (talk) 16:39, 18 August 2020 (UTC)
 * Created nomination at Templates for discussion/Log/2020 August 14. --Gonnym (talk) 09:41, 14 August 2020 (UTC)
 * We might not need to edit all templates to find out if they are valid ISOs. Template:ISO 639 name conversion template doc which is transcluded on these templates has an if check to produce an EL. We can use the same logic to check if the ISO is valid or not. --Gonnym (talk) 11:13, 14 August 2020 (UTC)
 * What is needed is a list of where the templates are used so that they can be properly replaced.  Special:WhatLinksHere/Template:ISO 639 name conversion template doc lists only templates and a handful of other namespace uses.  Error checking is handled by the module and will be reported in .  The errors that I expect to catch are likely to be the IETF-language-tags and those MediaWiki second level domain name codes misused as ISO 639 codes.
 * Yesterday I created an AWB script that gets the language code from the template name, writes the appropriate template, and comments out the plain-text language name.  I need to rework it a bit to account for the tagging that is being added.
 * —Trappist the monk (talk) 11:36, 14 August 2020 (UTC)
 * While reading on the discussion links you posted over at CfD, I noticed that the category Category:Articles containing Germanic-language text is empty and it text says that it is populated by Lang and it gives two examples:  and   but those place the article in Category:Articles with text from the Germanic languages collective and Category:Articles containing Proto-Germanic-language text (which itself is a bit problematic that two almost identical uses lead to different tracking results, but that's for another day). Was "Germanic-language text" an old category? The only place I can see which could have used it is Template:ISO 639 name/doc/row. If this is an old unused category, do you have any idea how we can find if there are more of those? --Gonnym (talk) 15:59, 18 August 2020 (UTC)
 * Yeah, old. It was created as  (no hyphen) 28 May 2013.  The rendering of the text on that cat page depends upon, , and .  These templates are a mess.  The  and  issues that you note plus off to the right the is a box that says 'This category is indirectly triggered by the templates' and lists  which is not true; none of the  templates categorize.  I suspect that once the  TfD is put to bed, these three templates should be rewritten; Module:Lang/documentor tool might be a good place to start.
 * —Trappist the monk (talk) 16:39, 18 August 2020 (UTC)
 * —Trappist the monk (talk) 16:39, 18 August 2020 (UTC)

Hi. I don't know what you moved but now files like File:Schuman Declaration.ogg are displaying an error. © Tb hotch ™ (en-3). 15:54, 14 August 2020 (UTC)

Proofreader
In your edit of Template:Proofreader needed you kept it using the module, while I changed a few months ago Template:Proofreader category and Template:Proofreader category 2 to use the media wiki language magic word. I'm assuming these should use the same style, right? --Gonnym (talk) 15:45, 15 August 2020 (UTC)
 * Yeah, languages supported by Media Wiki seems the better choice for . That template used to use the   parser function to look for one of the now WP:TfD'd  templates.  My 25 October 2018‎ edit switched it to use Module:ISO 639 name which has a replacement function for   (then: , now:  ).  There isn't an equivalent facility for the   magic word.  I can think of a couple of ways around that limitation:
 * Replacing  with real and not-real language codes as a test:
 * This also looks like it will work (probably not the better solution):
 * You can make the change or I can, it matters not to me.
 * —Trappist the monk (talk) 22:31, 15 August 2020 (UTC)
 * If you can, I'd appreciate it. --Gonnym (talk) 08:30, 16 August 2020 (UTC)
 * This also looks like it will work (probably not the better solution):
 * You can make the change or I can, it matters not to me.
 * —Trappist the monk (talk) 22:31, 15 August 2020 (UTC)
 * If you can, I'd appreciate it. --Gonnym (talk) 08:30, 16 August 2020 (UTC)
 * You can make the change or I can, it matters not to me.
 * —Trappist the monk (talk) 22:31, 15 August 2020 (UTC)
 * If you can, I'd appreciate it. --Gonnym (talk) 08:30, 16 August 2020 (UTC)
 * —Trappist the monk (talk) 22:31, 15 August 2020 (UTC)
 * If you can, I'd appreciate it. --Gonnym (talk) 08:30, 16 August 2020 (UTC)

Final uses in other templates
I found that Template:Rough translation and Template:Cleanup translation still need to be updated to use new style as they call "ISO 639 name x". Verifying with you, the fix for these templates is just to replace  with  ? Also somewhat related, Template:Lang2iso has its own ISO database. --Gonnym (talk) 14:38, 24 August 2020 (UTC)
 * As long as  in  is a valid ISO 639-1, -2, -3, -5 code (not an IETF language tag) then the fix is:  →
 * The likely fix for is  .  But,  has about 6600 transclusions so some testing is warranted before we just replace all with the module invoke.  I'll do that.
 * —Trappist the monk (talk) 15:08, 24 August 2020 (UTC)
 * Another lost usage at Template:Category articles containing non-English-language text/core. Should  be  ? --Gonnym (talk) 15:13, 25 August 2020 (UTC)
 * Apparently there are only two  templates (search) so it isn't really clear to me why that bit of code is still there.  ~/inner core evaluates   for length and when 2, uses  to create a link to Library of Congress or when 3 uses the ISO639-3 interwiki mapping to link to sil.org.  So, all of that being said, I suspect that it might be best to add a function to Module:ISO 639 name:  .  If we do that then, in ~/core we write:
 * TfD the two templates and we might want to consider revising.
 * What am I missing?
 * —Trappist the monk (talk) 15:57, 25 August 2020 (UTC)
 * Yeah, TfD those 2 lone templates is a good idea. What should they be replaced with?  or Lang2iso? --Gonnym (talk) 16:46, 25 August 2020 (UTC)
 * Replace them with nothing. At:
 * change:
 * change:
 * Then in replace:
 * Right?
 * —Trappist the monk (talk) 17:05, 25 August 2020 (UTC)
 * Ok, TfD and updated the code. --Gonnym (talk) 17:27, 25 August 2020 (UTC)
 * Then in replace:
 * Right?
 * —Trappist the monk (talk) 17:05, 25 August 2020 (UTC)
 * Ok, TfD and updated the code. --Gonnym (talk) 17:27, 25 August 2020 (UTC)
 * —Trappist the monk (talk) 17:05, 25 August 2020 (UTC)
 * Ok, TfD and updated the code. --Gonnym (talk) 17:27, 25 August 2020 (UTC)

crude lang2iso tests
Nothing overly surprising here. I'm inclined to update the template to use the module and fix what needs fixing. Of the templates that use, these appear to be the mode used: Clearly, since has about 6600 transclusions, not all instances of the above make use of it. —Trappist the monk (talk) 19:12, 24 August 2020 (UTC)
 * (24976)
 * (8826)
 * (621) – I thought you had edited this template ...

Why are the above not producing the same result? And assuming both are correct, does it matter for the output? Template doc says it returns a two letter language code, but some of its return values are three letters, so I'm not sure what is going on there. Maybe it prefers to return a two letter language code if available, if not then it returns a three letter one? --Gonnym (talk) 09:30, 25 August 2020 (UTC)
 * I've added explanations to your table. There is a disclaimer in the module doc about the usefulness of  :   must exactly match the name in the data tables.
 * The bug is that the code searches all of the override tables before searching the individual parts. It should search override 1 then part 1, override 2 then part 2, ...  I'll fix that and add 'Sotho' as a part 1 override.
 * —Trappist the monk (talk) 11:29, 25 August 2020 (UTC)
 * So to change the template, it should go from  to  ? Is the safesubst needed? is the lowercase needed or does the module handle this? --Gonnym (talk) 10:07, 27 August 2020 (UTC)
 * Using as a model, it would seem that this is what you want:
 * The module converts all input to lowercase.
 * —Trappist the monk (talk) 11:38, 27 August 2020 (UTC)
 * The module converts all input to lowercase.
 * —Trappist the monk (talk) 11:38, 27 August 2020 (UTC)

Category:Wikipedia articles needing cleanup after translation from hu
is the above anything to do with why the non-existent Category:Wikipedia articles needing cleanup after translation from hu is now filling up? -- Brown HairedGirl  (talk) • (contribs) 23:20, 24 August 2020 (UTC) See also Category:Wikipedia_articles_needing_cleanup_after_translation_from_de, Category:Wikipedia_articles_needing_cleanup_after_translation_from_it, Category:Wikipedia_articles_needing_cleanup_after_translation_from_fr etc. -- Brown HairedGirl  (talk) • (contribs) 23:27, 24 August 2020 (UTC)
 * was looking for a return from a template called but that template no-longer exists so  fell back to using the raw value i  in the category name.  I think that this has been remedied.  Editor Gonnym last edited  at 0611Z;  was deleted at 2150Z, 15h39m later.  The red-linked translation categories did did not start accumulating articles until after  was deleted.  Your revert of Gonnym's edit was unwarranted because, as this case shows, it is not always true that what you see is the result of the last edit made to a template.
 * —Trappist the monk (talk) 00:13, 25 August 2020 (UTC)
 * @Trappist the monk, I was simply trying to fix the problem. Purging the pages didn't fix anything, so I looked for the most recent changes to relevant templates.  Thanks for sorting it out. --  Brown HairedGirl  (talk) • (contribs) 01:42, 25 August 2020 (UTC)

Additional issues
It seems that all languages which have "Language" as part of the name, are redlinks because the name is now "Name Language language": While this can be fixed by creating that redlink, is that the best solution?

Also, "fif" appears in Module:Language/data/iana languages but  produces an error. Any idea why? --Gonnym (talk) 12:36, 26 August 2020 (UTC)

Is Category:Articles containing unknown ISO 639 language template populated by Lang as the category text says? Couldn't find it in Module:Lang. --Gonnym (talk) 13:02, 26 August 2020 (UTC)
 * Module:Language/data/iana languages is used only for the ISO 639-1 codes/names it contains.   is new as of 2020-05-06 according to Change Request Documentation: 2019-041 at sil.org.  The ISO 639-3 data are taken from sil.org UTF-8 Complete Code Tables Set which was last updated 2020-01-30.  I notice that this file has   but is not dated so it isn't possible to know before hand if it is time to update our data modules – the dated zip has the imprimatur of 'official'.
 * I'll tweak the module to properly handle names that end with 'Language'. I'll probably also tweak Module:Lang.  Indus Valley Language redirects to Harappan language so that can be handled in the override data.
 * of did populate .  Because Module:Lang emits error messages and populates, there was no need to also populate Category:Articles containing unknown ISO 639 language template.  CfD?
 * —Trappist the monk (talk) 13:33, 26 August 2020 (UTC)
 * Thanks for all above. Another few questions:
 * Should  and   result in  and  or Valencian Sign Language and Paraguayan Sign Language?
 * Should,  , and   which currently result in   and  result instead in English-based creole language, French-based creole languages and Portuguese-based creole languages?
 * Should, which currently results in , result instead in Sign language?
 * Module:Language/data/iana is empty, but was it meant to serve the same purpose as Module:Language/data/iana languages? Do you think I can CfD TfD (fixed) it?
 * --Gonnym (talk) 15:55, 26 August 2020 (UTC)
 * And a few more answers:
 * this is the English Wikipedia so English names are probably best; these can be overridden to use en.wiki preferred names
 * these can be overridden to use en.wiki preferred names
 * is an ISO 639-2 collective code so Sign Languages is correct; the singular form would, I think, convey a different meaning. If it becomes an issue, a redirect to the correct article is probably the correct answer
 * No knowledge about Module:Language/data/iana; you may not CfD it. ?
 * With regard to overrides: just because we can doesn't mean that we should. If there is a need then, of course, override; no point in adding an override if it is never used.
 * —Trappist the monk (talk) 16:28, 26 August 2020 (UTC)
 * Is the performance cost a lot for an override? --Gonnym (talk) 09:38, 27 August 2020 (UTC)
 * When doing code-to-name look-ups there is minimal pain; when doing name-to-code lookup, the current code must read each k/v pair in an override table until it stumbles upon the input name.  Large tables take longer.  I have thought about modifying Module:Language/data/ISO 639 name to code/make so that it includes override data in Module:Language/data/ISO 639 name to code.  Doing that would change the laborious name-search to a simple lookup.
 * —Trappist the monk (talk) 11:23, 27 August 2020 (UTC)
 * I see. Well, your idea for the refactor sounds good, so it can wait til whenever you do that. Is the dab fixes not being done also for the same reasons? --Gonnym (talk) 12:22, 27 August 2020 (UTC)
 * Partly; if there isn't a need ... Additionally, the dab list is complicated so is a pain to figure out.  For example:
 * → – probably override to Marranj language
 * → – no clearly obvious article as a link target
 * → – override in the   table
 * I suppose that one way around the dab issue is to modify link: if &lt;article title> (any value that is not ) link with that.
 * —Trappist the monk (talk) 13:04, 27 August 2020 (UTC)
 * OK, then I'll document the known issues in a module subpage so at least it's somewhere editors can see. --Gonnym (talk) 13:13, 27 August 2020 (UTC)
 * —Trappist the monk (talk) 13:04, 27 August 2020 (UTC)
 * OK, then I'll document the known issues in a module subpage so at least it's somewhere editors can see. --Gonnym (talk) 13:13, 27 August 2020 (UTC)

Template:Category articles containing non-English-language text
Template:Category articles containing non-English-language text should have a language check so unsupported (probably old) categories can be added to the error category and then CfD. Can you add one? --Gonnym (talk) 12:37, 28 August 2020 (UTC)
 * I'll think about that —Trappist the monk (talk) 13:46, 28 August 2020 (UTC)
 * Added error messaging and categorization to . For the nonce, uses.
 * —Trappist the monk (talk) 14:42, 28 August 2020 (UTC)
 * Of the categories accumulating in, some are valid errors while others (most?) are ISO 639-2/B codes. These -2/B codes are not found in Module:Language/data/iana languages because the -2/T codes are preferred.  The fix for these categories is to replace the -2/B code with its matching -2/T code.
 * —Trappist the monk (talk) 15:25, 28 August 2020 (UTC)
 * I was wondering what the point is even in listing the other ISOs as they don't seem to do anything or appear in the text. See Category:Articles containing Korean-language text which has 5 codes but only 1 appears in the text. But if possible, we can even go further and eliminate the need to list any ISOs. If we take the the name appearing after the "containing" and before the "-language text", and pass it to the module, it should be able to give us whatever data we needed. So if we only show one parameter, we can request the ISO code by the language name. Did I miss something here? --Gonnym (talk) 18:19, 28 August 2020 (UTC)
 * Oh, aye, I wondered something similar though didn't pursue it as far as you did. Were it me, I think that  would have one positional parameter: an IETF language tag (language tags are easily internationalized, language names not so much).
 * —Trappist the monk (talk) 19:05, 28 August 2020 (UTC)
 * Could you explain the internationalization issue?  ->  so this already works. Or did you mean something else? --Gonnym (talk) 08:49, 29 August 2020 (UTC)
 * A rather large number of templates get copied from en.wiki to other-language.wikis. I suspect that it is unlikely that  will be one of those, but as a general principle, because the Wikipedia community is multi-lingual, we should be in the habit of writing templates and modules with that in mind.  ISO 639 language codes are standardized and international so we should use them in preference to the English names for languages.
 * —Trappist the monk (talk) 10:06, 29 August 2020 (UTC)
 * Ah, I see. The problem with that is that if someone would to fix Category:Articles containing Classical Chinese-language text and remove "zh-classical" then the category won't appear in the error category, but it should as the correct category that uses that ISO is Category:Articles containing Literary Chinese-language text. So the error check isn't completely helpful. An example: Category:Articles containing Classical Gaelic-language text isn't in the error category but it's empty as the correct category is Category:Articles containing Hiberno-Scottish Gaelic-language text. --Gonnym (talk) 10:32, 29 August 2020 (UTC)
 * I guess I don't understand the point you are trying to make.   is not a valid IETF language tag so  will never add  to any article.  'Classical Chinese' is not a language name known to .  Similarly, 'Classical Gaelic' is not a language name known to .  Categories using the  that cannot be populated by  serve no purpose so should be CfD'd.  The act of CfDing these may have some benefit.  If, for example, in the eyes of en.wiki, 'Classical Gaelic' is a synonym for 'Hiberno-Scottish Gaelic', we can fix that and whatever associated redirects to get readers to the appropriate article (those decisions are outside my bailiwick).  Further, because 'Classical Chinese' and 'Classical Gaelic' are not known to  we cannot fetch a code from the name:
 * → – ha! a bug because:
 * this tag/name pair exist in Module:Language/data/wp_languages with a group of other non-standard (mostly MediaWiki) tags
 * So I've rambled here not really knowing what it is that I'm responding to, so, can you restate your objections?
 * —Trappist the monk (talk) 11:27, 29 August 2020 (UTC)
 * I agree with what you wrote above and you seem to be agreeing with what I said, so I'll I'try and explain again. The category name should match the ISO code. We currently have categories such as the Classical Chinese and Classical Gaelic which don't match. I wanted to have a piece of code that will add them to the error category so it will be easier to find them (instead of browsing a list of 1k+ categories) and then CfD them. The code you added does not currently accomplish this. What it checks is if the user who added the template used a correct ISO code. However, that code can be correct and the category name incorrect, or both can be correct but not belonging to each other. In both of those situations the category won't appear in the error category. The only way (I see) to do this, is to check if the category name itself is correct. That is why I proposed we check if the language name in the title appears in an ISO list. That might have internationalization issues, but it's better than not being able to find these errors. Did I explain it better? --Gonnym (talk) 11:44, 29 August 2020 (UTC)
 * The category name should match the ISO code. No.  The category name should match what en.wiki editors have determined is the appropriate name.  While I would prefer that articles and categories all use the name defined in the standards, editors here don't agree.  This is why we have Module:Lang/data so that Module:lang can override standardized names with en.wiki preferred names.
 * When you proposed the test, I did not understand that you wanted a 'language-name test'. I'll think about that.
 * When I first mentioned internationalization, I was referring to a rewrite of so that as input it would accept only one positional parameter, an IETF language tag from which the template would get the en.wiki sanctioned language name.
 * —Trappist the monk (talk) 13:00, 29 August 2020 (UTC)
 * This is why we have Module:Lang/data so that Module:lang can override standardized names with en.wiki preferred names. - I'll correct myself. I meant that. My point was that the category name should match the category in which Module:lang places the pages using the specific code in. So if I create a category called "Articles containing Trappist-language text" and add, which is a valid ISO, the page still gets placed in the error category as does not populate the "Articles containing Trappist-language text" category. Is that more clear? --Gonnym (talk) 13:15, 29 August 2020 (UTC)
 * When I first mentioned internationalization, I was referring to a rewrite of so that as input it would accept only one positional parameter, an IETF language tag from which the template would get the en.wiki sanctioned language name.
 * —Trappist the monk (talk) 13:00, 29 August 2020 (UTC)
 * This is why we have Module:Lang/data so that Module:lang can override standardized names with en.wiki preferred names. - I'll correct myself. I meant that. My point was that the category name should match the category in which Module:lang places the pages using the specific code in. So if I create a category called "Articles containing Trappist-language text" and add, which is a valid ISO, the page still gets placed in the error category as does not populate the "Articles containing Trappist-language text" category. Is that more clear? --Gonnym (talk) 13:15, 29 August 2020 (UTC)
 * This is why we have Module:Lang/data so that Module:lang can override standardized names with en.wiki preferred names. - I'll correct myself. I meant that. My point was that the category name should match the category in which Module:lang places the pages using the specific code in. So if I create a category called "Articles containing Trappist-language text" and add, which is a valid ISO, the page still gets placed in the error category as does not populate the "Articles containing Trappist-language text" category. Is that more clear? --Gonnym (talk) 13:15, 29 August 2020 (UTC)

Template:Lang2iso errors
There are ~2.3k pages in Category:ISO 639 name template errors, almost all of them because of Template:Lang2iso which we'll need to figure out how to clear.--Gonnym (talk) 12:37, 28 August 2020 (UTC)
 * The instances that I checked in (I only checked a few) used  .  We could probably use awb to change that form of the template to   or we could change  to include
 * —Trappist the monk (talk) 13:46, 28 August 2020 (UTC)
 * Which one do you think is better? I'll note that if we add that as default to the template then we won't get the error "error: language name required" if that is important. Also, if we go AWB, can your bot help? As 2.3k is a bit too much for me to do manually. --Gonnym (talk) 11:51, 29 August 2020 (UTC)
 * The awb solution because that will give future editors (at least those conscientious editors who preview their edits) a chance to fix whatever they are doing before they publish. I could write a bot task to make those changes but for 2k or 3k edits it hardly seems worth it.  Bot tasks take time to get through WP:BRFA.  The job could be finished (using the same code) before BRFA gets started.
 * —Trappist the monk (talk) 13:17, 29 August 2020 (UTC)

Category:Iso 639 name template errors (lower iso)
Template:Rough translation is placing pages in Category:Iso 639 name template errors (lower iso) but I can't seem to find where in any code this category is generated. --Gonnym (talk) 12:37, 28 August 2020 (UTC)
 * Bump in case you missed this before. I still cannot find this anywhere. --Gonnym (talk) 11:52, 29 August 2020 (UTC)
 * When  is a code, not a language, then:
 * returns what it gets in lowercase:
 * The hint was the help text redlink.
 * —Trappist the monk (talk) 13:43, 29 August 2020 (UTC)
 * Ok, so either Module:ISO 639 name or Module:Mw lang need a "is_name_exists" function so a language name can be checked. --Gonnym (talk) 14:40, 29 August 2020 (UTC)
 * No. The  template documentation (which, like most template documentation, sucks) says that   is for the language name – doesn't say whether that name it the English-language form of the name, the exonym ...  Optional   is (presumably, because the documentation isn't explicit about this either) the endonym.  The code:
 * does work when given the correct input:
 * I have created  in Module:ISO 639 name and   in Module:Mw lang.  I should also do that for Module:Lang.  I should also harmonize function names across the three modules.  I'm not feeling particularly motivated to fix .  I'll leave that for someone else...
 * —Trappist the monk (talk) 21:58, 29 August 2020 (UTC)
 * Template talk:Lang2iso. --Gonnym (talk) 08:32, 30 August 2020 (UTC)
 * And I think I fixed Rough translation to support both names and ISOs. --Gonnym (talk) 09:21, 30 August 2020 (UTC)
 * Good. I've answered the edit request.
 * —Trappist the monk (talk) 10:55, 30 August 2020 (UTC)
 * does work when given the correct input:
 * I have created  in Module:ISO 639 name and   in Module:Mw lang.  I should also do that for Module:Lang.  I should also harmonize function names across the three modules.  I'm not feeling particularly motivated to fix .  I'll leave that for someone else...
 * —Trappist the monk (talk) 21:58, 29 August 2020 (UTC)
 * Template talk:Lang2iso. --Gonnym (talk) 08:32, 30 August 2020 (UTC)
 * And I think I fixed Rough translation to support both names and ISOs. --Gonnym (talk) 09:21, 30 August 2020 (UTC)
 * Good. I've answered the edit request.
 * —Trappist the monk (talk) 10:55, 30 August 2020 (UTC)
 * —Trappist the monk (talk) 10:55, 30 August 2020 (UTC)

Module:Language/name
Found Module:Language/name which seems to duplicate Module:ISO 639 name. Am I correct? If so, is there anything to merge or just a simple replacement? I'll TfD it based on your response.
 * Module:Language/name has three operating modes (functions); according to these search results, only  is used so instances of this module could be replaced.   refers to other-language Wikipedias so the  fix ought to work.  This is another of those that would benefit if I finish Module:Sandbox/trappist the monk/mw lang ...
 * simple
 * fuzzy
 * formal
 * —Trappist the monk (talk) 13:46, 28 August 2020 (UTC)
 * Should this be replaced with mw lang or ISO 639 name? --Gonnym (talk) 11:48, 29 August 2020 (UTC)
 * Doesn't the answer to this question require knowledge of where the replacement is to be? If the template that uses Module:Language/name is Wikipedia specific then the answer would be .  In other use cases, it might be  or it might be .  Looking at that sentence, it strikes me that  should be renamed  ...
 * —Trappist the monk (talk) 13:05, 29 August 2020 (UTC)
 * Your search results above showed it was only used in Template:Expand language, so my question was regarding that. (regarding the name, probably correct, but should be a separate header to keep things clean-ish). --Gonnym (talk) 13:18, 29 August 2020 (UTC)
 * It was used twice. Switched both to Mw lang. Will TfD it later after the /text module TfD is over. --Gonnym (talk) 13:33, 31 August 2020 (UTC)

Module:Language/data/ISO 639-2B
I have a question regarding Module:Language/data/ISO 639-2B, how does this relate to Module:Language/data/ISO 639-2 now? I see all of the entries of 2-B are still in the general one. --Gonnym (talk) 17:20, 31 August 2020 (UTC)
 * So that when desired, editors may ask  to return either the -2B or -2T code for a language that has both.  Module:Language/data/ISO 639 name to code lists one -2 code for languages that have -2B and -2T codes.  As it is right now, editors can't be expected to know which of -2B or -2T which will be returned.  Here are two examples:
 * → a -2T code
 * → a -2B code
 * Module:Language/data/ISO 639-2 still has both because I don't want to break anything while I still haven't yet figured out how the various module functions will use the -2B module.
 * For Module:Language/data/ISO 639 name to code, I want to figure this out before I modify Module:Language/data/ISO 639 name to code/make to include the -2B data and the override data in the table that it creates.
 * —Trappist the monk (talk) 17:56, 31 August 2020 (UTC)
 * —Trappist the monk (talk) 17:56, 31 August 2020 (UTC)

ISO 639 error cleanup
--Gonnym (talk) 13:10, 27 August 2020 (UTC)
 * 1) Is it possible to add a parameter so pages like Template:ISO 639 name/doc won't show up in Category:ISO 639 name template errors? I'm trying to clear out that category and since the /doc page has an example of an error it shows up there. hide-err won't help here, as the /doc wants to show the error, I just don't want it to cause the page to appear in the tracking category.
 * 2) Template:Lang-eml is unused so valid for TfD, but I was wondering if that is even a valid code? The template error says it isn't but I'm double checking.
 * 3) The Template:User mo family of templates is showing an error because it can't find "mo", since "mo" is a deprecated language code of Moldovan language. I was looking at this and this and I'm wondering if these codes should still be in our files? Or maybe in a case-by-case situation? The LoC says for "mo/l" The identifiers mo and mol are deprecated, leaving ro and ron (639-2/T) and rum (639-2/B) the current language identifiers to be used for the variant of the Romanian language also known as Moldavian and Moldovan in English and moldave in French. The identifiers mo and mol will not be assigned to different items, and recordings using these identifiers will not be invalid., while for "sr" is says ISO 639-2/B code deprecated in favor of ISO 639-2/T code. What do you think?
 * 4) Uses of Lang2iso without a parameter are starting to appear in the category. I know it's being added via Template:Afc decline but I can't find where the template is used so I can set the default value. Can you help me locate it?
 * Answers:
 * yes; I also want to add a help link to the template doc page
 * is the second level domain name for the Emilian-Romagnol Wikipedia consequently,  →  looks like a valid ISO 639 code; it is not. TfD
 * added  to Module:Language/data/ISO 639 override; I'll add the other 639-2, -3 codes presently.  For , the 639-2/B code   doesn't appear to be used anywhere.  Do you know of some place where it is used?  If there is a need,   can be added to the override
 * Part of the difficulty is because is normally substed?  In that template,  is used to create an inter-language interwiki-link so  should properly be using the data behind  .  Time for a new template/module pair perhaps.  Module:Citation/CS1 does this so I can adapt code from that to this task.  I suppose it would be a parallel to
 * —Trappist the monk (talk) 14:27, 27 August 2020 (UTC)
 * I TfD Lang-eml. I don't know of any other deprecated codes, including sr, that are in use, but they might be. 'mo' was in the error category which is why I saw it. I'm setting no but the page is still in the error category. What am I doing wrong? --Gonnym (talk) 17:54, 27 August 2020 (UTC)
 * I broke it.
 * —Trappist the monk (talk) 18:04, 27 August 2020 (UTC)
 * Fixed I think (sometimes the brain just doesn't work) so I think that the error handling is done for now. Nor does the brain remember stuff.  In March this year I wrote Module:Sandbox/trappist the monk/mw lang.  I don't remember doing that ...
 * —Trappist the monk (talk) 19:26, 27 August 2020 (UTC)
 * Good job with the fast fix though :) OK, it seems this is a never-ending wack-a-mole game. Found a few more templates that still used the ISO 639 name x version and fixed the easier ones.
 * Template:Lang/old and Template:Lang/sandbox2 - can they be TfD?
 * Template:Uselanguage can you tell how to replace the code there? As a related note, it seems a very old version of that template had messed up code and placed the entire switch in the user pages such as User talk:Qbamin~enwiki. I'd guess that a majority of the transclusions of Template:Iso2lang is because of that.
 * --Gonnym (talk) 20:13, 27 August 2020 (UTC)
 * Yeah, TfD those two.
 * I suspect that can be fixed with the same tricks as you used in  (§Proofreader).
 * —Trappist the monk (talk) 23:16, 27 August 2020 (UTC)
 * I don't know how to get the verification if the wiki language is correct to work. Proofreader doesn't have this check so it just creates an invalid link. Any ideas?
 * Also, it was pointed out in Templates for discussion/Log/2020 August 27 that "eml" is one of the deprecated ISOs and that language does have a wiki article at Emilian-Romagnol language. If the template does not get deleted, then it should probably be added to the deprecated list. --Gonnym (talk) 23:35, 27 August 2020 (UTC)
 * of used the   construct.  So, wouldn't the pertinent bit be written:
 * That is why we have TfD. Let the community have their say and we shall act accordingly.
 * —Trappist the monk (talk) 00:05, 28 August 2020 (UTC)
 * I'm a bit lost here. User:Gonnym/sandbox/tests4 has a simple  in it.
 * --user sandbox deleted -
 * I'm not sure how checking for  will work. --Gonnym (talk) 09:19, 28 August 2020 (UTC)
 * Maybe Module:Language/data/wp languages can help? (also, is Module:Language/name/data working correctly? Seems strange that /wp languages is used 1,150,000 pages times). --Gonnym (talk) 09:32, 28 August 2020 (UTC)
 * Didn't we discuss this at §Proofreader? It ain't perfect (another reason for me to finish Module:Sandbox/trappist_the_monk/mw_lang).    returns the language name when   is a recognized code; when not a recognized code, returns  .  With   we can test the returned value:
 * --user sandbox deleted -
 * The problematic one here is  though it won't break.
 * I have no reason to believe that Module:Language/name/data is not working correctly. Modules other than Module:Lang use it (Module Lang accounts for 1.1 million of those transclusions).  Were it up to me I would get rid of Module:Language/data/wp languages because its provenance is unknown.
 * —Trappist the monk (talk) 11:52, 28 August 2020 (UTC)
 * Completely forgot about that discussion. I (think) I fixed both Proofreader and Uselanguage. Regarding Module:Language/data/wp languages, I'm not sure how to check where its used because of the high amount of transclusions from the /data sub module. --Gonnym (talk) 12:37, 28 August 2020 (UTC)
 * I've changed to use this template.
 * —Trappist the monk (talk) 22:08, 28 August 2020 (UTC)
 * Nice! I'll update the others later today. --Gonnym (talk) 08:45, 29 August 2020 (UTC)
 * I've changed to use this template.
 * —Trappist the monk (talk) 22:08, 28 August 2020 (UTC)
 * Nice! I'll update the others later today. --Gonnym (talk) 08:45, 29 August 2020 (UTC)
 * I've changed to use this template.
 * —Trappist the monk (talk) 22:08, 28 August 2020 (UTC)
 * Nice! I'll update the others later today. --Gonnym (talk) 08:45, 29 August 2020 (UTC)
 * I've changed to use this template.
 * —Trappist the monk (talk) 22:08, 28 August 2020 (UTC)
 * Nice! I'll update the others later today. --Gonnym (talk) 08:45, 29 August 2020 (UTC)

Category is almost clear. One more template to fix and a few more pages. Could you edit User talk:Keeper76/Archive 13 and User:JDrewniak (WMF)/wiktionaryDefinitionInSearchResults.js to remove them from the category? They are both protected so I can't. --Gonnym (talk) 00:05, 1 September 2020 (UTC)
 * User talk:Keeper76/Archive 13 done. Can't do the other because I don't have (or want) interface admin rights.  You'll have to talk to the page owner or get an en.wiki interface admin to tweak the code.  Java script is not my thing so I can't explain why  is being executed (must be or the error cat would not exist).
 * —Trappist the monk (talk) 00:41, 1 September 2020 (UTC)
 * Left him a message. Only errors left now are you for talk and sandbox, so whenever you don't need those with errors feel free to fix them :) --Gonnym (talk) 16:19, 1 September 2020 (UTC)

Arbitrary break
OK, so we've done quite a lot so far. Current issues below: --Gonnym (talk) 12:37, 28 August 2020 (UTC)
 * 1) Found Module:Language/text which says its meant as a replacement for all lang-x templates, which Module:Lang does. Am I correct? If so, I'll TfD it also.
 * 2) I'll fix the old usages of Template:Uselanguage which were incorrectly subset in articles.
 * 3) I'm 2/3 of the way done mapping the languages that lead to dab pages to their correct article location.
 * Answers:
 * Module:Language/text is not used so TfD because Module:Lang
 * good
 * been watching
 * —Trappist the monk (talk) 13:46, 28 August 2020 (UTC)

Mind if I refactor our discussions on this page to move discussions into their separate sections? Will make it easier to find and comment (and I know this is my fault its like this:) ). --Gonnym (talk) 11:01, 29 August 2020 (UTC)
 * As it pleases you, so long as nothing is deleted.
 * —Trappist the monk (talk) 11:27, 29 August 2020 (UTC)

Module:Language
Correct me if I'm wrong, but I have a feeling that Module:Language and Module:Language/data are not general-language modules but instead used only for Wiktionary templates. transcludes Module:Language and what transcludes Module:Language/data show only Wiktionary templates, as does the text in the /doc of both modules. If that is the case, it should be moved to Module:Wiktionary (the current unused module there can be TfD). Am I correct here? --Gonnym (talk) 12:10, 29 August 2020 (UTC)
 * I think that you are probably correct that Module:Language is Wiktionary-specific. That module has a whole passel of subpages that may or may not be used by that module.  I know that Module:Wiktionary was an attempt to resolve issues around italicization in ; that process got mired in the squabble over how to represent the defined word ...  A well advertised discussion is warranted if you think that this is an important issue.
 * —Trappist the monk (talk) 14:01, 29 August 2020 (UTC)
 * Continuing from the above point. Seeing as how Module:ISO 639 name also serves Template:Lang2iso (so basically, "ISO 639 code"), would Module:ISO 639 be more correct? And if so, should we then move the language data modules such as Module:Language/data/ISO 639-2 to Module:ISO 639/ISO 639-2 so all related ISO 639 would be in one logical place? As currently we have three different places where we have ISO 639 related code, the name module, subpages of Language, and Module:Lang/ISO 639 synonyms. --Gonnym (talk) 16:30, 1 September 2020 (UTC)
 * I guess I don't have a clear sense for what should be done, if anything. Its sort of messy but it works.  Almost any data module that Module:Lang, Module:ISO 639 name, and Module:Language need is there.  I can imagine splitting the content so that there are separate structures for ISO 639 data modules and IANA data modules.  Do we need to do that?  What other language data is going to be needed in the future?
 * I suspect that data modules that are specific to an executable module, should be segregated as subpages of their associated executable modules. Module:Lang/data and Module:Lang/ISO 639 synonyms are already segregated for Module:Lang.  Module:Language/data/ISO 639 override should probably be moved so that it is a subpage of Module:ISO 639 name.
 * —Trappist the monk (talk) 21:16, 1 September 2020 (UTC)
 * —Trappist the monk (talk) 21:16, 1 September 2020 (UTC)

Bot solving CS1 problems
Hey there, Trappist!

Lately I've been developing a bot (using a simple find and replace pywikibot) to help solve some problems with the CS1 module in SqWiki. Currently, what it does is that:


 * 1) It converts English language names into universal 2 characters ISO codes, solving the "unknown language error" and aiding in i18n;
 * 2) It removes deprecated parameters like "ref=harv", "ref=harvnb";
 * 3) It removes CS1 categories added "manually" (not automatically by the module, what we talked the last time);

Now, regarding this subject, I have a few questions:


 * I'm still not totally sure what to do with 3 characters ISO code languages. Do they somehow require any kind of maintenance? Why are we tracking them? Strange question: To your knowledge/beliefs, is there any hope for "total standardization" in the future among the number of characters in ISO codes AND among some language codes used my Wikimedia (therefore removing the need for remapping and hacking)?
 * Currently the bot converts ONLY English language names into 2 characters ISO codes (those that can be converted into 2 characters, as I said, I'm not yet sure how to deal with the 3 characters ones). That's because most of our articles come from EnWiki. The ideal solution would be for it to be able to convert all language names in ALL languages into 2 characters ISO codes. Therefore it would provide maintenance even to articles coming from other languages (and maybe it could do its job even on other wikis? - Not sure if that function would be needed among other wikis). The problem is that I simply don't know how other languages are called in other languages. This is the list I used in designing the conversion: Codes for the Representation of Names of Languages. By using the same list, I can make the French and German conversion possible but that's where I stop. And I can probably fill in the Albanian list by using that template you've suggested I import before but I don't know of any way how I can fill in the remaining languages. Any thoughts on that?
 * I'm a little surprised a bot like this has not been created yet in EnWiki (to my knowledge) considering the vast amount of bots you have running here. For me, I was motivated to create it after spending countless hours just converting English language names into ISO codes to solve those errors but maybe that's not a big problem here. Anyway, the question is: Do you think this bot would be useful outside of SqWiki? Do you think it's a good thing if we globally strive to use ISO codes for languages in our Wiki communities so it helps (a bit) with i18n? I mean, of course, in communities that already rely on CS1 module for most of their citations. Or would that approach provide problems I haven't thought of yet? Of course, other fixing functions mentioned above could also be imported globally, no? The fact that there is yet no bot helping globally with CS1 module problems (I emphasize: To my knowledge) makes me think that there are problems in that approach I haven't thought of but maybe it's just that no one had found the time yet to deal with it. What do you think?
 * And lastly, what are some kind of CS1 problems (errors and maintenance) that could be fixed with a bot apart from what I'm already solving? I mean, of course a simple bot can't really put the name of a missing original title (when the translated one is there) because it goes beyond simple regex-es but maybe it can help in some other problems? Maybe the bot could go beyond using simple regex-es somehow and help even with problems like those? I'm open to brainstorming (and to learning, as I've only lately just started dealing with bot design). - Klein Muçi (talk) 13:51, 31 August 2020 (UTC)
 * User:BattyBot's task 25 fixes dates. The bot's description has a link to the code that it uses. – Jonesey95 (talk) 15:35, 31 August 2020 (UTC)
 * thank you! Apparently there are more than date fixes there. I'll give a thorough look at the code it uses to hopefully import it to my bot too. Hopefully, it won't require too many changes/adaptions. - Klein Muçi (talk) 15:47, 31 August 2020 (UTC)
 * Answers:
 * Hoping that WikiMedia will ever standardize on ISO 639 language codes and names is, I think, a forlorn hope. Therefore, it will always be necessary to remap and hack.
 * The Library of Congress list is a good list for ISO 639-1 and ISO 639-2 codes and names but, cs1|2 only accepts ISO 639-2 codes and names that are also supported by MediaWiki. I suspect that the English-language version of the data behind the   magic word is the most complete mapping of codes ↔ names at MediaWiki so I think that those data should be the data source for your bot.  The ideal solution would be for it to be able to convert all language names in ALL languages into 2 characters ISO codes. Ha!  Not likely.  There are 100-ish ISO 639-5 codes, 7600-ish ISO 639-3 codes, 500-ish ISO 639-2 codes, but only 180-ish two-character ISO 639-1 codes.  It is not possible to map all of those three-character codes to two-character codes.  I have tweaked the en.wiki copy of Module:cs1 documentation support so that function   accepts &lt;code>.  With that, you can get a list of what MediaWiki thinks are the language names for the  's language: Albanian in Spanish is (according to MediaWiki) albanés.  This is not a perfect system.  If a MediaWiki list of language names for a particular language is incomplete, MediaWiki will fall-back to some other language list (probably the English list).
 * At the moment, doesn't have many articles listed  – someone is keeping its count low.  For such a low article-count, I don't see a need for a bot.  Use your bot outside of sq.wiki?  I don't know, that is really an issue for those other-language wikis.  I don't see a use for it here.  I do think that in cs1|2 and any other template that does anything with language names, the preferred method for communicating the name to the template should be with IETF language tags so that i18n isn't an issue.  I would wish that MediaWiki would adopt such a standard but I won't hold my breath (forlorn hope that I mentioned earlier).  Global bot?  I think this unlikely.  Perhaps if all installations of the cs1|2 module suite were identical except for what can be configured in ~/Configuration then I suppose some sort of bot is possible.  Perhaps when (if) global modules/templates become a reality...  I think that the only pseudo-global bot working on some facet of cs1|2 problems is IAbot and that really isn't about cs1|2 problems per se, but about deceased urls that can be coupled to an archive-url.
 * I don't have an answer. The missing language param category is your biggest.  Maybe you can derive cues about the language from title by inspecting the words that make up the title; of course you don't really know if English words in title actually reflect the language in which the source is written ...
 * —Trappist the monk (talk) 15:52, 31 August 2020 (UTC)
 * It looks like I still have a lot to study about language names and their conventions regarding corresponding codes in technical environments. I'll try to make use of your new tweaking, maybe that's exactly what I needed. (Most likely I'll be back here asking for help on how to do that exactly but I'll try it alone first. :P )


 * Yes, I was thinking the sames about global bots and IABot (being the only one). If global versions of CS1 modules are all updated, I think bots helping in a global scale with minor fixes could help keep the error/maint categories empty. But keeping the modules up to date globally would be the biggest challenge to overcome. Maybe I'm getting a bit too enthusiastic here but how about we start keeping track of CS1 modules in a global scale in Meta? Maybe we could notify communities en masse when a new update was coming and keep track of how that goes globally, their specific changes they would ask for, etc. Then we could talk with more confidence about global-related problems and solutions. Do you think that thing could be possible and inside your scope of interest?


 * Yes, that's the biggest problem in SqWiki and the first motivation for creating the bot. It was this discussion that inspired the bot. Unfortunately what's described there it's outside of my actual technical capabilities so I was forced to at least deal with the unknown languages.


 * Finally, can you explain me in a very short way, why do we keep track of articles using 3 character ISO codes? Maybe you already did so above, but I was bombarded with new information regarding languages and apparently I have missed this. - Klein Muçi (talk) 17:15, 31 August 2020 (UTC)
 * While I would like to see cs1|2 be more globally useful, I am not much interested in the bureaucracy and drama that comes from disparate user-interests bickering over some point or other. This is why I almost never participate in RfCs and other such community driven decision making.
 * Why do we categorize anything? Because someone might find it useful?  It isn't harmful, so I don't see much point in withdrawing the categorization.
 * —Trappist the monk (talk) 18:28, 31 August 2020 (UTC)
 * I fully understand what you mean. And I didn't meant to remove it. I just thought that maybe it was there in need of some attention to get some kind of fix. As always, thank you for your answers! :)) - Klein Muçi (talk) 01:47, 2 September 2020 (UTC)
 * I fully understand what you mean. And I didn't meant to remove it. I just thought that maybe it was there in need of some attention to get some kind of fix. As always, thank you for your answers! :)) - Klein Muçi (talk) 01:47, 2 September 2020 (UTC)

Prakrit link
Can a fix be applied to Prakrit? --Gonnym (talk) 09:41, 3 September 2020 (UTC)
 * - does not work
 * - leads to
 * is a collective code so the proper use for is:
 * —Trappist the monk (talk) 09:51, 3 September 2020 (UTC)
 * I know, but it's used in an infobox and the input a user used was the one without the "languages" part and the article also doesn't use it, which was why I asked. --Gonnym (talk) 09:56, 3 September 2020 (UTC)
 * This is about Mithila (ancient city),, and ? Use  .  I don't think that we should override the names for collective codes unless there is a  compelling reason to do so.
 * should probably not be using to feed  and/or  templates because similar but different data sets.  Instead, the infobox should be calling  functions so that the same data set is used throughout:
 * Yeah, I know, small quibble ...
 * I have voiced this before at some other infobox talk page: a utility that accepts native-name-of-thing with matching native-language name or native-language code that then calls Module:Lang to render native-name-of-thing appropriately. There is a first hack at that utility in Module:Lang/utilities/sandbox  .  Infoboxen have a variety of ways that they handle native-names-of-things; that variety could/should be standardized.
 * —Trappist the monk (talk) 11:27, 3 September 2020 (UTC)
 * Yes, it was regarding those pages you listed above. Looking at Module:Language/data/ISO 639-5 I am wondering if maybe we can adjust how it works to something similar to what you do in the lang_name_get function. Search for either the name or name without the word "languages". Could something like that work? Also, why are the datasets for the lang family different? --Gonnym (talk) 11:47, 3 September 2020 (UTC)
 * We strip parenthetical disambiguation from language names because ISO 639 disambiguators are unlikely to match any disambiguators or redirects that en.wiki has:
 * So, yeah, we could strip  from collective-code names but what is the very compelling reason to do so?
 * doesn't understand either of ISO 639-2B and -5 and derives almost all of its code/name pairs from IANA's language-subtag-registry file; the mapping there is sometimes different from the ISO 639 sources. I think that in the future,  should stop (will stop) using Module:Language/name/data which combines IANA with ISO 639-3 and Module:Language/data/wp languages so that  relies solely on the IANA data – after all, the primary purpose of  is correct html markup and html specifies the IANA data.
 * —Trappist the monk (talk) 13:07, 3 September 2020 (UTC)
 * We strip parenthetical disambiguation from language names because ISO 639 disambiguators are unlikely to match any disambiguators or redirects that en.wiki has:
 * So, yeah, we could strip  from collective-code names but what is the very compelling reason to do so?
 * doesn't understand either of ISO 639-2B and -5 and derives almost all of its code/name pairs from IANA's language-subtag-registry file; the mapping there is sometimes different from the ISO 639 sources. I think that in the future,  should stop (will stop) using Module:Language/name/data which combines IANA with ISO 639-3 and Module:Language/data/wp languages so that  relies solely on the IANA data – after all, the primary purpose of  is correct html markup and html specifies the IANA data.
 * —Trappist the monk (talk) 13:07, 3 September 2020 (UTC)
 * doesn't understand either of ISO 639-2B and -5 and derives almost all of its code/name pairs from IANA's language-subtag-registry file; the mapping there is sometimes different from the ISO 639 sources. I think that in the future,  should stop (will stop) using Module:Language/name/data which combines IANA with ISO 639-3 and Module:Language/data/wp languages so that  relies solely on the IANA data – after all, the primary purpose of  is correct html markup and html specifies the IANA data.
 * —Trappist the monk (talk) 13:07, 3 September 2020 (UTC)

Removal of protection and redirect
Sir the account " Divya Agarwal " has been redirected to another page and protected. She is a notable actress. I want to create a proper web page for her. Since you are a administrator it's my humble request that you either delete or remove protection from this page. Thank you Rjidindiana (talk) 09:07, 7 September 2020 (UTC)
 * Before it can be done there needs to be an article to replace the redirect. See WP:YFA for how to do that.  If the article is accepted, editors who accept your draft can help you with the redirect and protection issues.
 * —Trappist the monk (talk) 10:06, 7 September 2020 (UTC)

Sir I do have the article ready to replace but the problem is that an article already exists of that name which has no details. It is also protected because of which I cannot make edits. If the new draft which can be replaced is accepted it be issued in my username and not "Divya Agarwal". That's why I am requesting you to delete this page. Kindly help Rjidindiana (talk) 14:12, 7 September 2020 (UTC)

Also the page 'Divya Agarwal' was created by someone else and later some people made unnecessary edits. Rjidindiana (talk) 14:14, 7 September 2020 (UTC)
 * If your sandboxed article is accepted, work with the editors who accepted it to see that it is moved out of your sandbox to the proper title.
 * —Trappist the monk (talk) 16:11, 7 September 2020 (UTC)

General formatting script
Hi,, I need your help regarding a script. You know general formatting script changes crore/lakhs to million, but about Indian articles, it's not preferable. I derived a script from this see User:Empire AS/General formatting.js. However, I wanted to remove the changing of crores into millions. I've tried to do it manually, but I know nothing about developing scripts. Can you tell me what to remove or add to just remove this units changing? Thank you. Waiting for your reply. -- Empire AS Talk! 02:13, 5 September 2020 (UTC)
 * Empire AS, it is a false statement that crore is preferred. See WP:COMMONALITY. --Izno (talk) 13:53, 6 September 2020 (UTC)
 * , Indian articles should have crore and lakhs in them. See and MOS:INDIA also.  Empire AS  Talk! 02:44, 7 September 2020 (UTC)
 * You know general formatting script changes crore/lakhs to million... Actually, I don't know that; what make you think that I do?  I don't know why you are asking this question of me, I am not the author of that script.  Shouldn't questions about a particular be directed to the author of the script?
 * —Trappist the monk (talk) 16:59, 6 September 2020 (UTC)
 * , The script author isn't active for a while. As you replied me on the talk page of MOSNUM dates script, therefore, I thought that you would know about it too.I came here as I think that you may know how to correct a script and know how to remove that units changing. That's all. Thank you. Empire AS  Talk! 02:50, 7 September 2020 (UTC)
 * The correct person to help you with that script is the script's author. It does not make sense to me that there would be two versions of the script that do markedly different things.  Because others will be using the unmodified script, it is best to get assistance from the script's author.  Failing that, perhaps discuss at WP:IANB.
 * —Trappist the monk (talk) 10:24, 7 September 2020 (UTC)
 * , I'll not say it's my work but derivatived from original script. The 2 scripts will work the same except changing units. And the work is so tiny, that only the you have to tell me only section that should be removed that works of changing? Thank you. Empire AS  Talk! 11:28, 7 September 2020 (UTC)
 * But that's the problem, isn't it? The two scripts will  work the same way because your script will be different.  You visit an article and use your script to modify the article (retaining crore/lakhs).  Then someone else comes along and uses the original script and modifies the article again (converting crore/lakhs).  If the original script doesn't do the right thing, talk to the script's author and get the original script repaired else you and others will find yourselves repairing articles that shouldn't need repairing.
 * —Trappist the monk (talk) 16:06, 7 September 2020 (UTC)
 * , Original script does the right. Because, million is preferred over crore in many articles but, in South Asia, crore should be used. Okay, I'll ask the author to help if they can. Thank you. Empire AS  Talk! 02:07, 8 September 2020 (UTC)
 * , Original script does the right. Because, million is preferred over crore in many articles but, in South Asia, crore should be used. Okay, I'll ask the author to help if they can. Thank you. Empire AS  Talk! 02:07, 8 September 2020 (UTC)

Dʰéǵʰōm
I fixed my error on this page; it was simply a typo, and I smacked myself for not using the Show Preview button. I also sent another reply by ping, but in case that doesn't work because you don't have a regular user page, have sent this one too. You can just delete it otherwise.) The page should now look the same as before I touched it.


 * Ira
 * Ira Leviton (talk) 20:03, 13 September 2020 (UTC)