In T223772#10144330, @Tacsipacsi wrote:

In T223772#10143083, @Jarekt wrote:

1. {{#invoke:DateI18n|Date|year=2009|month=12|day=09|hour=13|minute=20|second=17|lang=en}} is equivalent to {{#timef:2009-12-09T13:20:17|both|en}} - we call it "YMDhms" format

Actually, both is equivalent to the YMDhm format, i.e. without seconds, in almost all languages – the only exception I could find is Finnish, where users can choose a date format with seconds as well (but the default format is still one with a minute-level precision, and the parser function always uses the default format).

I began testing and by try and error figured out some rules :

I am sorry if it was already explained above, but I am trying to understand what is the new function doing. Is there a documentation for it somewhere?

This edit fixed it, so now the message shows up as "This is a photo of a monument in Azerbaijan identified by the ID 4625"

Looking at UploadWizard.config.php which according to Commons:Upload_Wizard/defaultConfig is the code used to configure Upload_Wizard on Commons, shows in line 503 that "custom" license is configured to be replaced with "subst:Custom license marker added by UW". That setting no longer makes sense as wikitext "{{subst:Custom license marker added by UW}}" evaluates to an empty string. However when "custom" is among "ownWork" licenses it is trying to add "{{self|subst:Custom license marker added by UW}}" which causes lua errors.

I think the issue is with the Campaign:fa and Campaigns in general, which are configured with
` "licensing": {

    "ownWork": {
        "licenses": [
            "cc-by-sa-4.0",
            "cc-by-4.0",
            "cc-by-sa-3.0",
            "cc-by-sa-3.0-gfdl",
            "cc-by-3.0",
            "cc-zero",
            "pd-old-100",
            "pd-old",
            "pd-ineligible",
            "pd-textlogo",
            "custom"
        ]
    }
},`

In T343131#10059694, @Multichill wrote:

Maybe have a look if we can switch more to the translation extension to replace autotranslate and int:lang? Not sure if we already have a task for that?

In T359761#10054918, @aliu wrote:

Does commons have a list of templates to be automatically substituted by a bot?

With implementation of T359761 / T366623 and replacement of {{dir}} and {{bcp47}} templates with brand new parser functions, we should loose some more templatelinks (124M +5M to be precise). I also replaced many calls to {{Autotranslate}} templates in template namespace with the Lua calls directly to c:Module:Autotranslate which might reduce it even further.

Working with @Ebrahim, we got most of the uses of c:Template:BCP47 replaced with #bcp47 parser function, at least in template namespace. Number of transclusions still listing just under 5M.

Working with @Ebrahim, we got most of the uses of c:Template:Dir replaced with #dir parser function, at least in template namespace. Database still shows 123,999,814 transclusions, so it will be interesting to see how long is it going to take for this number to drop.

On Commons, the main use-case is that you are provided with a date in YYYY-MM-DD, YYYY-MM, YYYY and few other formats and a language code and need to display that date in that language. That is how it is used by c:Template:Information and other infoboxes. For last 11 years, c:Module:DateI18n (which is a rewrite of even older commons template) does that with preferred formats for each language stored at c:Data:DateI18n.tab. The code has to handle cases where format changes depending on a day (different format for 1st of each month, or sometimes 1st, 11th, 21st and 31st of each month), and some languages adding extra letters and punctuations to the date. The code uses English formatting as defaults (like YYYY for the year) and has to only store formats for languages that deviate from it.

I just had the same issue:

In T40576#9942939, @Pppery wrote:

The other option would be to manually copy over the translations for each of the remaining 50 languages, either via Gerrit or via translatewiki.net.

In T40576#9936658, @Pppery wrote:

The reason, as I understand it, is that some languages have more complicated plural rules than just one versus many.

In T368595#9937575, @hubaishan wrote:

@Jarekt Is interface language in global preferences set? was it set when trying with Firefox?

In T368595#9929613, @Aklapper wrote:

Please follow https://www.mediawiki.org/wiki/Help:Locating_broken_scripts and check with safemode and share any errors in your browser's developer tools.

In T368595#9929613, @Aklapper wrote:

From which exact language to which exact language do you try to switch, on which exact page?

I just tried m:Main_Page switching from English to: Polish, Russian and German with no luck.

I run into the same issue today. Starting with English, I click language selector next to my username and select a different language, like Polish. The selector accepts the selection, page blinks and it is still in English mode.

c:Module:Self currently uses the following 4 messages:

• Mediawiki:wm-license-self-multiple-licenses-with-author @ translatewiki
• Mediawiki:wm-license-self-one-license-with-author @ translatewiki
• Mediawiki:wm-license-self-multiple-licenses @ translatewiki
• Mediawiki:wm-license-self-one-license @ translatewiki

I think I run into this issue today. I am working on converting C:Template:Sisterprojects to use translate extension. The original template had Chinese variants:

On Commons, the main use of Dir template is to return direction of the text in the language used by the user. A pseudo code would be {{dir | {{{lang | {{int:lang}} }}} }}. That way any template displaying stuff is using html tags indicating text direction of the language used by the user. Most of the time templates do not use {{{lang}} parameter, but for the testing purposes we can pass it to the template to see the template using other text direction. That means that in great majority of the cases on Commons input to {{dir}} is the output of {{int:lang}}, and the languages returned by {{int:lang}} are the ones we care about. Current template returns ltr for {{dir|Arab}} or for any other random string which is not recognized as language.

In T359761#9808473, @Ebrahim wrote:

In T359761#9807517, @Bugreporter wrote:

The implementation can't replace {{dir}} as that needs to be invoked like {{dir|fa}} instead of {{dir:fa}} (it's not possible to have {{dir|fa}} as a parser function) ...

See: T204371: Replace initial colon in (hash-prefixed) parser function invocation with vertical bar

I didn't know about this, thanks, but either that won't help on replacing on having {{dir|fa}} as a parser function IIUC. So the decision here is either to either use {{dir:fa}} or {{#dir:en}} (which as T204371 can be used as {{#dir|fa}} in future) and I think {{#dir:fa}} matches better with currently available {{#language:fa}} (among other decisions or either if we want this at all).

Rewrite of Module:Autotranslate discussed went live last week.

The issue with my computer is that for other tools to work some internet security related stuff, update schedule, etc. are managed by my employer. I can change thinks but if it is against some policy, after a while it will be reverted. I could use some other computer to run AWB, or flip the FIPS flag, reboot and have few days of working AWB. It sounds like very few people are affected by this issue, but at the moment AWB is incompatible with some Windows settings, which might become more commonly used. If it can not be fixed without changes to API, maybe check for this flag at the startup and provide information about what is happening and what are workarounds. I have been plagued by this issue for a long time but only recently figured out what is causing it after spending good part of a week debugging similar issues with a different software.

This issue is making AWB almost unusable for me, but I did figured out what is causing the issue. Apparently AWB is using some non-compliant encryption algorithms and my computer throws an error each time I try to save an edit. One can disable checking for FIPS compliance by following steps of "Disabling FIPS-Complaint Encryption on Windows". But unfortunately in my case the flag always comes back and I need a reboot to reset it.

This issue is making AWB almost unusable for me, but I did figured out what is causing the issue. Apparently AWB is using some non-compliant encryption algorithms and my computer throws an error each time I try to save an edit. One can disable checking for FIPS compliance by following steps of "Disabling FIPS-Complaint Encryption on Windows". But unfortunately in my case the flag always comes back and I need a reboot to reset it.

I have a question for MediaWiki developers.

In T343131#9618705, @Multichill wrote:

In T343131#9618275, @Jarekt wrote:

After some discussion we retired Template:License_template_tag which was used to track files without licenses and was redundant to Extension:CommonsMetadata which was introduced latter. That should eventually remove 100M template links.

That template is used for many different things that you probably just broke. I see uploadwizard and no license bot already. Please don't do this in such an uncontrolled way. Please check what is using it and switch it before trying again.

After some discussion we retired Template:License_template_tag which was used to track files without licenses and was redundant to Extension:CommonsMetadata which was introduced latter. That should eventually remove 100M template links.

Also once Wikidata item is deleted it should be removed from SDC, the way deleted image is removed from Wikidata or wikipedia. I just run into File:Francesco Filippini - Barche sulla spiaggia (1892-93).jpg which still references long deleted Q108176371 item. The item was deleted as part of removal of all contributions by some no-longer liked user, but it creates hard to fix mess on Commons.

In T343131#9506411, @Ladsgroup wrote:

In T343131#9504828, @Jarekt wrote:

Now looking at Module:Autotranslate called from Template:Autotranslate, which in turn is only called from other templates. I think we could call Module:Autotranslate directly from the other templates, without Template:Autotranslate for high volume templates. This would have a nice side-effect of avoiding issues described at T196464: Incorrect template loop detection

Let me know how it goes.

In T343131#9491529, @Ladsgroup wrote:

Thanks. I don't recommend doing 9m edits to remove 9m rows from templatelinks, it just adds the same number but larger rows to another table.

I eliminated the use of Template:Description in language templates, like Template:En in favor of calling Module:Description directly. It actually makes much more readable wikicode as Module:Description uses named variables as opposed to numbered variables. That should (eventually) eliminate 66.6M templatelinks entries.

In T343131#9485932, @Snaevar wrote:

In T343131#9485825, @Jarekt wrote:

Another way to reduce size of transclude table used in the past was to run a bot job of substituting template redirects. Does anybody have a good SQL query to see if we have any templates with often used redirects? I run many such bot jobs in the past but not in the last decade or so.

https://quarry.wmcloud.org/query/12286 First field is the redirect, second field is redirect target, third field is transclusions of redirect.

Another way to reduce size of transclude table used in the past was to run a bot job of substituting template redirects. Does anybody have a good SQL query to see if we have any templates with often used redirects? I run many such bot jobs in the past but not in the last decade or so.

In T343131#9484453, @Ladsgroup wrote:

On finding templates that could be merged together ...

In T343131#9475251, @Bugreporter wrote:

There are multiple options:

• Simply move the template and localizations to MediaWiki namespace and do nothing more. You can now use int: to call the template in MediaWiki namespace and a translation based on user interface language will be automatically chosen. The translation can only be managed by admins or other users with editinterface right.

In 2010 several hundred messages were moved from MediaWiki namespace to translatewiki, because of how hard it was for the translators to work with MediaWiki namespace. I also do not know how to "simply" move 54 translations from Template:PD-old-text , another 50+ from Template:PD-US-expired-text and probably bunch of other similar templates. The manual approach seems quite laborious and potentially error-prone.

• Similar to above but mark the page in MediaWiki namespace for translation. It can now be translated by any users (even without editinterface).

I have never run into any pages in MediaWiki namespace managed by Translate extension, are there any pages using this feature I can look at?

• If you want to make it translatable in translatewiki, you need to add a message to WikimediaMessage extension.

I do not know what that means . File a ticket at https://phabricator.wikimedia.org/tag/wikimediamessages/ or something. If anybody is familiar with this process please contact me.

In T343131#9475293, @Bugreporter wrote:

In T343131#9475217, @Tacsipacsi wrote:

If I see {{#time:Y|now -95 years}}, I have no idea what it means. If I see {{Not-PD-US-expired-min-year}}, I know what it means. And the backlinks in non-file namespaces (mainly template and Commons namespaces) help updating relevant pages when we reach another row in https://commons.wikimedia.org/wiki/Commons:Hirtle_chart.

This can be achieved by hidden comment such as <!--Not-PD-US-expired-min-year-->.

@Spinster, Also I am not sure you are aware but {{Information}} template is fully compatible with SDC since 2018. What that means is that if you have standard SDC properties set up, than you can remove all the wikitext from {{Information}} template. See for example File:OpenRefine Commons editing - wikitext data extension.png file, where I removed all the wikitext from the template and it is pulled from SDC. That is the infobox used by 85M files. See Template:Information documentation (SDC was mentioned there but I just added examples).

In T337023#9428911, @Spinster wrote:

In T337023#9425675, @Jarekt wrote:

I can revisit the Module:License code and work on supporting more cases. If someone wants to help I could use a tester adding cases to Module:License/doc cataloging cases where current code gave adequate result and when it did not

Thank you so much @Jarekt - that's amazing! (and Happy New Year to you!)

Do I understand correctly that you'd like us to test the cases at Module:License/doc and add new-to-develop examples and cases there too? Or use the talk page to list these new cases? What kind of process would work best for you?

In T343131#9469289, @Bugreporter wrote:

In T343131#9475225, @Snaevar wrote:

Those need an function that accepts arguments, not frame. For example, https://commons.wikimedia.org/wiki/Module:SDC_tracking needs "function p._SDC_statement_exist(args)", "function p.SDC_statement_exist(frame)" will not work.

In lua code you use "frame" to pass arguments from wikitext to lua and regular function arguments to pass data between lua functions. If we want to call SDC_tracking from other lua codes we would add "function p._SDC_statement_exist(args)" function to the module to allow that; however here we are talking about calling {{#invoke:SDC_tracking|SDC_statement_exist|...}} from templates instead of {{SDC_statement_exist|...}}, and that can be done with the code as is. The only purpose of Template:SDC_statement_exist is to provide an page with clear interface documentation for people that often do not know much about Lua. However as this template if mostly meant to be used by other templates we can probably assume that those users are familiar with both.

In T343131#9474533, @Bugreporter wrote:

There are templates like https://commons.wikimedia.org/wiki/Template:Geograph_from_structured_data that used structured data but used many templates inside, so a file with only such template used more than 40 templates and modules. They should be rewritten using one module.

In T343131#9475195, @Bugreporter wrote:

For License template tag, also note files without license tags are automatically added to https://commons.wikimedia.org/wiki/Category:Files_with_no_machine-readable_license by Extension:CommonsMetadata.

Similarly files without information template are in https://commons.wikimedia.org/wiki/Category:Files_with_no_machine-readable_source.

In T343131#9469309, @Bugreporter wrote:

Some more specific templates (more to add):

• https://commons.wikimedia.org/wiki/Template:License_template_tag and https://commons.wikimedia.org/wiki/Template:Infobox_template_tag: I don't know how it is being used, but if you want to looking for files missing license, you can first add first add <span style="display:none">HASLISCENSETAG</span> to each license tags and searching -HASLISCENSETAG will get a list of files without.
• https://commons.wikimedia.org/wiki/Template:SDC_statement_exist and https://commons.wikimedia.org/wiki/Template:SDC_statement_has_value: They are just wrappers of module invocations and only used in other templates instead of directly in file description pages. The templates using them may instead invoke the module directly.
• https://commons.wikimedia.org/wiki/Template:Iffile: 950 uses in templates, should be substituted.
• https://commons.wikimedia.org/wiki/Template:Description: Warpper of a module and itself is only wrapped by templates such as https://commons.wikimedia.org/wiki/Template:En. Template:En should instead directly invoke the module.
• https://commons.wikimedia.org/wiki/Template:Nowrap: a very very stable template. Proposal is use a bot to substitute all usages.
• https://commons.wikimedia.org/wiki/Template:Not-PD-US-expired-min-year: Another template mainly used in other templates. Substitutable.

I can revisit the Module:License code and work on supporting more cases. If someone wants to help I could use a tester adding cases to Module:License/doc cataloging cases where current code gave adequate result and when it did not

Similar issue in 2023, see T348827

In T343131#9147662, @Mike_Peel wrote:

For authority control links, these work solely based on the property IDs and their values on the connected Wikidata item, and the code then follows the formatter URLs (through P1630) to make the URL. There's a possibility of migrating this over to using interwiki prefix at Wikimedia (P6720) if that might be come more widespread - if that would help performance.

About Template:Dir used on 112M pages, likely dozen times on each page. That template is imbedded in almost every non-lua-based template that shows some text. Lua based templates (like Template:Information and other infoboxes) use mw.language:getDir function. We do have 181k templates on Commons and good fraction of them show something, so it would be a big job to replace that template. The easiest solution would be to add it to "software or parser functions" which would use the current format, the way {{!}} template was replaced by a parser function. Whatever way it is implemented it would be good to keep it in synch with Lua function. Shall we create a ticket for that?

In T343131#9076323, @AlexisJazz wrote:

Just for reference and general understanding, can someone explain why external links are stored in a database?

In T343131#9077303, @Ladsgroup wrote:

In T343131#9076182, @Jarekt wrote:

About links from commons to commons

We don't have any recorded external links to commons, because of the change that was implemented in 2009. We do have issue of externallinks to wikidata.org in commons instead of interwiki links.

About links from commons to commons: I think a lot of them come from c:Category:Language_link_templates (aka /lang templates) which are used by some old templates. For example Template:PD-US-no_notice/lang is transcluded by Template:PD-US-no_notice which is then transcluded to all the files using that template. /Lang templates are automatically generated or updated by template:LLE which uses external links to subpages instead of internal links, in order to help with some database table exploding in 2009. See discussion. A lot of transclusions of /lang templates in license templates was removed in 2013, because they were causing other issues, but not all of them.

was produced by

Was produced by the following code:

I am still trying to wrap my head around how to use lexme data, but I also have use case similar to Marsupium's use case. I would like to replace tables like c:Data:I18n/MonthCases.tab where we store declensions of month names in different languages, so that we can have a function like c:Module:DateI18n's MonthCase(month, case, lang) (like 146) where, MonthCase(1, "ins", "pl") will give you L1872-F5, Polish instrumental case, singular of January. I would love to be able to point to Q108 and ask for any language, any grammatical case.

Almost two years latter, it is still an issue. See my talk page when small maintenance tasks are swamping people's watchlists.

I did correct the RegExp at https://commons.wikimedia.org/w/index.php?title=Module%3AAuthority_control&type=revision&diff=604990227&oldid=602191369

There is a lot to do here, like content/ title of:

• main Commons:OTRS page with several dozen translations
• https://commons.wikimedia.org/wiki/Commons:OTRS/Noticeboard
• Wikimedia_OTRS_release_generator
• MediaWiki:Relgen.js
• MediaWiki:Gadget-PermissionOTRS.js
• dozen templates
• bunch of categories
• Wikidata properties used by SDC
• 500+ pages in MediaWiki namespace

This topic is discussed at Commons_talk:Structured_data#Proposal%3A_Move_captions_from_file_information_to_structured_data_tab

This issue was just reported at https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical#appearently_the_featured_pictures_are_protected_but_appearently_still_have_the_%22edit%22_tab. 13 years after 1st report.

@Tacsipacsi Yes your Module:Interwiki relying on connected Wikidata item, is what I had in mind. That is how it is done on Commons with associated template Template:Interwiki_from_Wikidata added to Template:Wikidata_Infobox (with 3M category transclusions) and many other templates.

I can look into this. So as I understand it if a page like wikisource:Category:Jv_Basa_Jawa_(Javanese) is connected to d:Q8564118 which also have sitelinks to enwikisource and idwikisource pages, than those 2 should show up as interwiki links on wikisource:Category:Jv_Basa_Jawa_(Javanese).

In T138332#6864016, @Ladsgroup wrote:

If the community wants it, I think this can have a follow up ticket and be done. I don't know how commons does it but it looks like it should be possible.

As a guy maintaining most of the high use lua codes on multilanguage Commons wiki, I spend a lot of time dealing with translations and i18n in general. On Commons we use two already discussed systems, each with it's own advantages and disadvantages:

Rewrite of {{Wikidata Infobox}} in Lua is a big task which is very needed. Current implementation of is functionally great, but it long-ago outgrew wiki-templates "language" it is written in. If someone can produce concise, clean, modular, well documented, and well tested (through unit-tests) Lua code which would be easy to pick up and maintain by others, than this task can have very good impact on Commons category namespace.

I can help with this task, but I agree that display of structured data and conversion from wikitext to structured data are two separate tasks. I also share @Multichill concern that this is such a broad scope that it is hard to pin down what it is, or tell when its goal is achieved. Some possible tasks:

I see the following use cases:

• A source states that the death of .. occurred at 9:25 on some day. I would like to save that information and I find the current approach of using refine date (P4241) = 09:25 (Q55810989) qualifier totally crazy
• In case of images on Commons, like this one, upload wizard saved the date "9 March 2019, 17:20:46" and I would like to store it in SDC. I need up to a second precision if I want to order write SPARQL query of photographs from that event and sort them in a chronological order. In such a case the timezone is irrelevant.

@matthiasmullie, in case it helps: most of out SDC tracking templates are based on c:Module:SDC_tracking and templates calling it. You probably recreated something similar for testing, but in case it is easier to test with already existing code, here it is.

I tried it again did SDC edits using ACDC tool which should have emptied all 183 files from https://commons.wikimedia.org/wiki/Category:Creative_Commons_Attribution-Share_Alike_1.0_missing_SDC_copyright_license. An hour latter 136 files remain. See https://commons.wikimedia.org/w/index.php?title=File%3AAdil_Ray.JPG&type=revision&diff=508801789&oldid=443468314 for details.