User talk:Matěj Suchánek

Podle mě je smazání editu nelogické

Ahoj! Všiml jsem si, že jste odmítli moji úpravu článku Wikidata s názvem Q4204402. Kromě toho, zdrojem je https://ru.m.wiktionary.org/wiki/истома ale pokud si myslíte, že je to nelogické, prosím o vysvětlení! Отид Картгепсут (talk) 18:06, 13 January 2025 (UTC)

Souhlasím se změnou "Истома (имя)" → "Истома". Nesouhlasím s odstraněním popisu, že jde o mužské jméno, protože přesně vysvětluje účel položky (viz Q4204402#P31). A informace "источник: https://ru.m.wiktionary.org/wiki/истома" vůbec neodpovídá Help:Aliases. --Matěj Suchánek (talk) 18:41, 13 January 2025 (UTC)

Brasilian municipality Pacujá

Ahoi, you recently undid my addition of a web page of Pacujá. Thank you: you were right. The web page is https://pacuja.ce.gov.br, and by a typo I just inserted part of the URL as https://p.ce.gov.br ... You might recheck: the link https://pacuja.ce.gov.br (pt) is really working and is the official web page. Thanks for your attention! ThomasPusch (talk) 18:23, 14 January 2025 (UTC)

https://www.wikidata.org/w/index.php?title=Q99312&diff=prev&oldid=2301641559&diffmode=source

There is no source for the data you restored. Please leave the Item clear. Conny (talk) 20:12, 23 January 2025 (UTC)

Wikidata:Tools/Potential gadgets

Hi! I think we don't have a way to write to all interface administrators (maybe Wikidata:Wikidata:Interface administrators' noticeboard should be created), so I write you. A few months ago I created this page (it was also advertised in Wikidata:Status updates/2024 06 03 and Wikidata:Status updates/2024 06 10) and now it contains a second request, besides my first one; no interface administrator has edited it as of now. Could you have a look at them and evaluate if they can be solved? Thanks very much as always, --Epìdosis 11:27, 23 March 2025 (UTC) P.S. Could you (or other interface administrators) also check MediaWiki talk:Gadget-DuplicateReferences.js#Proposal of improvement about P813?

Hi! I wasn't aware of that page, so I had a look and I think your request is a good demonstration that we all probably need to sit down and talk about the future of gadget administration on Wikidata.

To start with the lowest hanging fruits, I will treat Wikidata:Tools/Potential gadgets#ProVe: Reference Verification Gadget for Wikidata first. Wikidata:ProVe#ProVe Installation Guide tells: "To compute scores, the ProVe widget communicates with a non-Wikimedia site/server for processing claims and references." This is discouraged, and as an interface admin, I'd better reject it if I ever want to have a good sleep.

As for the request of yours, the general issue with promoting user scripts to gadgets is that that this places a significant burden on the volunteer interface admins both in terms of reviewing its code (which they should probably do) and the community's expectation that patches and possibly new features will be provided. This doesn't just depend on whether its creator is still active, but also whether he is an interface admin. Not to mention that we have just been switched to Vector 2022, so some gadgets might become useless or stop working. (I don't care about mobile atm.)

So it isn't really a surprise that things are rather stale. But I can also see ways forward. Some ideas:

• It's quite useful to know there is actual popular demand. I wasn't aware of Wikidata:Database reports/Gadget usage statistics/wikidata, thanks for bringing it up. (Maybe the question is now how many grains of sand make a heap.)
• Perhaps interface admins should indeed have their own noticeboard. (And the first topic there should be a discussion on this matter.)
• More interface admins should be recruited from people who are not admins but they do coding.
• Run a survey similar to the wishlist on Meta or Commons. (This will be tough as it seems more difficult than ever to get people share ideas.)

Finally, an observation. A few years ago, moveClaims, my (quite popular) user script, got promoted to a gadget, and there was even a fork which was eventually merged into it. Obviously, people had to load either one via common.js, but they don't have to anymore. Despite users being prompted to switch to the gadget whenever they use them, there are still hundreds of deprecated uses around according to the report. Perhaps users don't care and they won't care even if we install the gadget. Or they put it in their scripts but don't use it (i.e., lower demand). Either case, why should interface admins bother when the user script "just works"? (This is really just a rhetorical question, user script do have drawbacks.)

--Matěj Suchánek (talk) 21:44, 23 March 2025 (UTC)

Hi! I see now because I had not received a ping nor subscribed to the thread.

Sure, for ProVe I agree with you, the communication with a non-Wikimedia site/server is IMHO a sufficient reason to refuse the request.

Yes, I surely agree on the general issue that "promoting user scripts to gadgets is that that this places a significant burden on the volunteer interface admins"; for Vector 2022, personally I deactivated it, but I know it can also pose real problems to gadgets. But yes, what concerns me more is the stale: the main reason for which I reported you Wikidata:Tools/Potential gadgets was that the gadgets reported there had received no answer at all (neither  Done or  Doing… or  Not done), so I was mainly looking for feedback.

Your ideas are very interesting: I completely agree on "Perhaps interface admins should indeed have their own noticeboard. (And the first topic there should be a discussion on this matter.)", if you have time you could go bold and create it IMHO ;-) Surely also recruiting more interface admins would be good, as well as running a wishlist specifically on Wikidata (but this would imply WMF and/or WMDE investing resources in assuring that a few most wanted gadgets are created/improved ... which I would love, but I'm not sure could happen in the near future).

For the general aspect of popular demand, statistics, and the usefullness of promoting user scripts to gadgets, I think that the situation from the point of view of non-interface admins could be roughly described as follows: the great majority of users, comprising also some quite expert users, don't know at all the common.js (and common.css), so they only use gadgets in the preferences, also when some gadgets available in the common.js could significantly improve their editing experience; a few users use the common.js, with various degrees of proficiency. Usually it is this minority who has interest in the promotion of gadgets, with the aim of popularising important ones among the vast majority of users not using the common.js. In fact, the statistics show well that (especially among active users) the gadgets in the preferences - sometimes also very specific ones - are much more used than the common.js gadgets, and I think this demonstrates the above hypothesis. But the promotion of gadgets, surely, poses pressure on an even smaller minority of users (i.e. interface admins) who then have to take care of more pages ... yeah, we need a broader discussion on the topic; maybe an RfC, but surely a discussion among interface admins would be a good start. Epìdosis 22:49, 25 March 2025 (UTC)

YGM

Hello, Matěj Suchánek. Please check your e-mail – you've got mail!
You can remove this notice at any time by removing the {{You've got mail}} or {{YGM}} template.

Jasper Deng (talk) 13:16, 10 April 2025 (UTC)

National team infobox templates

Hello! Can you add dutch labels and links for different squad navigational boxes for both European Championship and World Cup tournaments?. 193.161.216.9 15:00, 26 April 2025 (UTC)

Can provide me with some further guidance (examples, sources, etc.)? I'm not a Dutch speaker. --Matěj Suchánek (talk) 09:39, 27 April 2025 (UTC)

I meant the squad navigational boxes for different European Championships and World Cups. Can you ask someone who is. I am not that either. Can you provide with dutch language links and labels. 193.161.216.9 13:26, 27 April 2025 (UTC)

Dr Jemma King

Hello, the Page for Dr Jemma King was deleted without any information last year. Ive attempted to reinstate it in order to reconnect links to peer reviews and similar articles for the prominant Doctor. you have very quickly undone the edits, i was jsut wondering why ? 203.59.199.180 03:51, 6 May 2025 (UTC)

The robot is unyielding. The page wikipedia:Jemma King ([1]) has not actually been "reinstated", so there is no point in linking to the item. --Matěj Suchánek (talk) 06:21, 6 May 2025 (UTC)

151.188.227.197

Special:Contributions/151.188.227.197 vandalism at Q6105452, etc 151.188.137.230 16:35, 6 May 2025 (UTC)

Please always report to Wikidata:Administrators' noticeboard. --Matěj Suchánek (talk) 17:27, 6 May 2025 (UTC)

Thanks for reverting my edit in Q1089084

The URL of course was intended for p856, where it was also successfully copied. I've got no idea how it was also copied into the wrong section of the french description. So díky za pozornost - thanks for your attention! ThomasPusch (talk) 22:57, 18 June 2025 (UTC)

Edit requests pending in "Template:Item documentation"

Hi, can you take a look at Template talk:Item documentation ? It seems it's not done very often, I wondered if it would be enough to put the "edit request" template to add the "generic queries for taxon" template, but it seems there are several other older edit requests pending there so I guess not. author  TomT0m / talk page 10:24, 7 July 2025 (UTC)

Error in template.

Hi @Matěj Suchánek,

Thank you for fixing this error.
When I use the {{section resolved} } template, I get a warning. "Warning: The section resolved parameter must have a valid date. Otherwise, the section won't be archived. Use {{Section resolved||1=RVA2869 (talk) 07:52, 16 July 2025 (UTC)} } for that." (in Dutch) I don't know where to fix this error.

@RVA2869: Looks like it's here: Template:Section resolved/text/nl. --Matěj Suchánek (talk) 12:23, 16 July 2025 (UTC)

Thanks all fixed RVA2869 (talk) 12:32, 16 July 2025 (UTC)

Stop importing labels for proper names

Please don't import redundant labels from Wikipedia [2] Use [mul] instead for names. Matthias M. (talk) 18:03, 22 July 2025 (UTC)

My bot already respects mul whenever it's present. The more mul labels are added, the less labels will my bot import. Note that some users still dispute whether mul is appropriate for (all) names. --Matěj Suchánek (talk) 12:36, 23 July 2025 (UTC)

No, it reimports English labels when [mul] is present and [en] was already cleaned up. Special:Diff/2410577900 This is not helpful. Matthias M. (talk) 19:27, 1 October 2025 (UTC)

@Matthias M.: I see. But presence of mul, in my opinion, should not be an ultimate blocker for importing other labels. (Think of languages like Arabic.)

Also, this specific case is weird. The English page has only a slightly different title:

• en: Burnout Paradise: The Ultimate Box
• mul: Burnout: Paradise - The Ultimate Box

Why isn't exactly the same? --Matěj Suchánek (talk) 13:00, 25 October 2025 (UTC)

If you are searching for a rule to avoid misbehavior of your bot, then don't import when the new label is already a synonym for [mul]? Matthias M. (talk) 13:16, 25 October 2025 (UTC)

Good idea. Also when it's already a synonym in the same language (provided there is already a [mul] label). --Matěj Suchánek (talk) 19:12, 26 October 2025 (UTC)

Follow-up to response

I was talking about copying and pasting references to entries to items in wikidata because it’s not letting me do it.  – The preceding unsigned comment was added by Masai giraffe (talk • contribs) at 20:42, 23 July 2025 (UTC).

This is still too unspecific. See mw:How to report a bug. --Matěj Suchánek (talk) 17:45, 24 July 2025 (UTC)

Issue with AbuseFilter

I am trying to update Special:AbuseFilter/30 with language that accommodates temporary accounts. When I try to edit, I get an error warning me that:

Tag names must not contain commas (,), pipes (|), or forward slashes (/).

How did you save the filter previously with these characters? —Justin (koavf)❤T☮C☺M☯ 16:27, 16 August 2025 (UTC)

It was in in 2017. Since then, this constraint has been enforced. I think you can swap this tag with possible test edit. --Matěj Suchánek (talk) 08:34, 17 August 2025 (UTC)

Pinging Koavf. Codename Noreste (talk) 20:43, 17 August 2025 (UTC)

I'm not sure how to fix it. —Justin (koavf)❤T☮C☺M☯ 21:18, 17 August 2025 (UTC)

Koavf, you can simply remove the tag and replace it with possible test edit, after you replace those deprecated filter variables. Codename Noreste (talk) 22:33, 17 August 2025 (UTC)

I am afraid that if I try to change the variable, I will make an copy/paste error. —Justin (koavf)❤T☮C☺M☯ 22:33, 17 August 2025 (UTC)

No, what I meant is that if you remove filter 30's current tag and replace it with the suggested tag (in addition to fixing those variables), it is unlikely the interface will prevent you from fixing the filter. Remember, article_namespace should be page_namespace, while article_text should be page_title. Codename Noreste (talk) 22:54, 17 August 2025 (UTC)

If I edit this, I will screw it up. —Justin (koavf)❤T☮C☺M☯ 22:57, 17 August 2025 (UTC)

So what was the point of your comment here? --Matěj Suchánek (talk) 06:07, 18 August 2025 (UTC)

I wanted an answer to my question, which you gave me. If you were willing to update the filter, that would be great. —Justin (koavf)❤T☮C☺M☯ 09:44, 18 August 2025 (UTC)

MatSuBot needs to use DISPLAYTITLE

I just reverted this edit adding "IPhone" as the label for iPhone (Q2766) in many languages (the correct label is "iPhone"). If you're going to import titles from Wikipedia, it should probably be the display title rather than the page title; see mw:Display title. Best, IagoQnsi (talk) 19:28, 18 August 2025 (UTC)

In this case, it's simpler than that. I just need to respect the 'mul' label, regardless of the letter case. I will fix that, thanks for letting me know. --Matěj Suchánek (talk) 07:42, 19 August 2025 (UTC)

Presenting Paulina App at WikidataCon 2025

Dear Matěj Suchánek,

Congratulations on the Paulina Wikidata app winning a Coolest Tool Award! I’m Danny Benjafield, a Community Communications Manager at Wikimedia Deutschland.

In October, we’re organizing WikidataCon 2025 and we would love to invite you to join this event and to give a presentation or talk about the Paulina App. (I have also sent the same message to Pepe piton and Ameisenigel)

Taking place online October 31 - November 2, with sessions running from 16:00 to 20:00 UTC (Friday, Sunday) and 08:00 to 12:00 UTC (Saturday).

We are looking for presentations, lightning talks and technical discussions, with a particular focus on showcasing how Wikidata is helping power innovative applications.

If you are interested in presenting something during WikidataCon 2025, we will be very happy to discuss the details with you. You can reply to me here and we can schedule a call if needed, or you could consult the Call for Proposals page for further details.

Best regards, - Danny Benjafield (WMDE) (talk) 13:02, 25 August 2025 (UTC)

@Danny Benjafield (WMDE): I'm sorry, but this must be a mistake. I have no idea what Paulina Wikidata App is. --Matěj Suchánek (talk) 15:44, 25 August 2025 (UTC)

My apologies! You were listed in the diff of some edits on their project page, I assumed you were involved in the project. Sorry for any annoyance. Best, - Danny Benjafield (WMDE) (talk) 11:59, 28 August 2025 (UTC)

Incorrect vandalism report for Q96955587 by MatSuBot

Hello,

This item (Mathieu Roy (Q96955587)) contained confusing information due to a homonymy. It was mixing data for the Canadian visual artist Mathieu Roy (Mathieu Roy (Q96955587)) with a homonym (a French researcher).

A cleanup was performed to remove the information and identifiers (like SUDOC or VIAF) that actually belonged to the French researcher, in order to resolve the confusion.

Thank you. --Mateo.Mfalme (talk) 11:05, 25 October 2025 (UTC)

Hello, not everything on User:MatSuBot/Reports/Vandalism 20251013 is necessarily a vandalism (if I were sure it was, I would have the bot undo it right away), it's just suspected vandalism based on some heuristics. In this case, it was triggered by these three removed/overwritten [3][4][5] statements with proper references. --Matěj Suchánek (talk) 13:07, 25 October 2025 (UTC)

Hello Matěj,

Thank you for the clarification regarding the bot report.

I can confirm that this was indeed a false positive. As I explained in my initial message, the item Mathieu Roy (Q96955587) was confusing two different people due to homonymy (a Canadian artist and a French researcher).

The edits that triggered the suspicion—the removal of the three referenced statements [3][4][5]—were necessary because those statements and their identifiers belonged to the Canadian artist, not the French Resaercher this item is about.

I understand why removing referenced statements would look suspicious to the bot. Perhaps this incident provides a good opportunity to help refine the heuristics to better distinguish necessary cleanup of homonymy from actual vandalism.

Thanks again,

--Mateo.Mfalme (talk) 13:41, 25 October 2025 (UTC)