Hi. I have linkscount running through my global.js file and only loading it when necessary through use of w:en:User:MusikAnimal/scriptManager. However, during one of the upgrades to the script it stopped working elsewhere, and instead always returns "server error, click to retry" for whichever wiki except here. Are you able to see what has changed that it no longer works outside of WD. Thanks if you can.
User talk:Matěj Suchánek
Hi, this is what I found.
I navigated to a random page on my home cswiki, switched to the WhatLinksHere page with safemode=1
, loaded your global scripts as:
mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Billinghurst/global.js&action=raw&ctype=text/javascript')
clicked "linkstool", then "(count)" and... it worked and got the number of backlinks.
Then I tried the same on a enwiktionary and... got the same message as you ("server error, click to retry"). By looking at the code and browser debug tools, I found that the response comes from the tool linkscount.toolforge.org, which MediaWiki:Linkscount.js apparently uses. There is no other information in the response than {"#error":"Internal server error"}
. So there is some problem with the tool and its maintainer should be made aware about it.
Ah, didn't realise it was now running from a server. The progress doesn't progress. Thanks for investigating. Appreciate your help.
Aaaand, someone must have noticed as it is now working at Commons, though not universally, so we do have an issue.
Hi, could you update MediaWiki:Guidedtour-tour-wbreferences.js?
References Tour is now pointing textboxes to wrong texts, because "Note" heading / block was added (was needed for better experience on mobile). The fix is an edit to the .js mentioned above (adding another set of {} into "steps:", and changing the numbering in comments). I already created copy-pastable code with those changes: https://pastebin.com/wpYnABDk. Just to be sure, the pointing of textboxes needs to be rechecked (especially till the end). Cheers
I applied these changes. It seems to work better now.
Propojit https://cs.wiktionary.org/wiki/Kategorie:Rarotongsk%C3%A1_substantiva s https://en.wiktionary.org/wiki/Category:Rarotongan_nouns; propojit https://cs.wiktionary.org/wiki/Kategorie:Rarotongsk%C3%A1_propria s https://en.wiktionary.org/wiki/Category:Rarotongan_proper_nouns. Nemohu pro https://www.wikidata.org/wiki/Special:SetSiteLink/Q32948319 a pro https://www.wikidata.org/wiki/Special:SetSiteLink/Q117705749
Hotovo. Viz Help:Merge/cs a Special:MergeItems.
Problém začal tím, že počítač, na kterém nejčastěji pracuji ztratil (ztratil, nikoliv, že nikdy neměl) schopnost některých úkonů, mezi jinými právě schopnost přidávat iw odkazy. Dá mi možnost pouze na w.datech "jakoby zakládat" - specifikovat datový štítek, kam jsem se dostal prokliknutím na "přidat další jazyk" z mimodatového projektu. Kde mám v okénkách pouze vyplnit název štítku v jednom (češtině) jazyce, přidat popis + ještě 1 okénko (teď nepopíši, jsem na jiném počítači, který používám méně často a na něm ještě slučovat položky mohu). Umožní mi výše uvedené odkazy na tom handikapovaném počítači odkazy do různých jazykových projektů přidávat? Nebo si musím do počítače doinstalovat nějaký (jaký?) ztracený/znehodnocený prográmek? Děkuji.
Není potřeba nic instalovat, vše je určeno přímo pro prohlížeč. Nicméně ne každý už funguje. Nedávno byly podstatně omezeny funkce v prohlížeči Internet Explorer 11 a dalších starších prohlížečích (zpráva).
Každopádně řešit individuální problémy s rozhraním na dálku není moc efektivní. Stránka mw:Help:Locating broken scripts popisuje způsoby, jakými problém odhalit.
When you are adding the label for example here it should be like this since what follows after the comma (in other cases inside ()) is to separate from other Northrops. This can be seen in as the "fat word". Maundwiki (talk) 16:41, 20 March 2023 (UTC)
I am aware of that, but unfortunately not always the text after a comma or inside () should be removed and it's impossible to create rules for all languages and situations. The only situation the bot would not import is when the secondary information is included in the description.
Now I recall I forgot to implement one more heuristics: if there is a majority of labels in other languages without the secondary information, do not include it. I hope I will do it soon.
Yes bots have limitations. The other side is that the writer should add the label when the article is added in the object. Most of the time I am in front of the bot in adding a label when a Swedish wikipedia article is added but I was behind checking new articles last month. Maundwiki (talk) 11:43, 22 March 2023 (UTC)
Real life objects may or may not have titles. If they have these may or may not be language specific. This makes a description of a title necessary in some cases. Especially film titles may or may not be in the language of the film. In some cases it's a good idea to have separate items for slightly altered real life objects. Not with films! Films have external identifiers that do not distinguish between the original and the one newly set to sound in a different language. So it necessarily is the same Wikidata item describing a single real life object with an American and a simplified Chinese title.
Now I ask you to update your filter to criticize those items with several language specific titles if they have no single preferred value only.
I'm having trouble understanding your inquiry and what it has to do with me. Are you referring to any of these filters? (Which one?) What kind of criticism do you mean?
Hello Matěj Suchánek,
to me it seemed that there is a mechanism showing up for all Wikidata items where {{P|1476}} has more than one value (a single best + additional). This mechanism seemed to be connected to your user name. If so, you might have further information about that. But I may be wrong in this. If so, just take my best wishes and forget about it. A discussion seems over now.
Regards! --~~~~
Indeed, there is such a mechanism in place: Property:P1476#P1476$7FD166A5-38FB-4D1F-9CC7-C20BE4670745. But I definitely wasn't the one who introduced it: . You may share your concerns on the property talk page.
Dobrý den, můžete mi vysvětlit revert „Mathias“ (Q413930).
Vůbec si nejsem vědom, že bych nějakou změnu ve Wikidatech tohoto typu dělal, ale v historii zapsán jsem.
Dík. Zdraví
Editace je označená značkou Sitelink Change from Connected Wiki
. Tedy ji inicioval nástroj Přidat odkazy v postranním panelu. Co bylo vstupem, už asi nezjistíme.
Ahoj, v datech Lilky Ročákové je nesprávně uvedeno, že je i herečka. Ve všech zdrojích na wiki stránce se o ní hovoří jako o zpěvačce, později pedagožce, ale nikde není uvedeno, že by byla herečkou. Jak můžu z wikidat tu chybu odstranit? Možná bys mohl tu chybu opravit sám, když slíbím, že další podobné nápady nemám v plánu :) , prosím. Děkuju za Tvůj čas a odpověď.
Ahoj, datová položka, odkazovaná z infoboxu nebo postranního panelu, je tady: Q12033537. Ten konkrétní údaj je tady: Q12033537#P106.
Údaj v roce 2015 přidal robot: Special:Diff/198646441. Předpokládám, že robot použil jako zdroj jednu z kategorií České herečky, České divadelní herečky nebo České filmové herečky, které jsou v článku doteď. Takže buď je chyba v obou (položce i článku), nebo to chyba není a je potřeba to upřesnit.
Nevšimnul jsem si těch kategorií, zkusím to opravit. Moc díky.
Hi! The Listeria-query in Property talk:P214/Duplicates seems not working anymore (ListeriaBot, when invoked, says "No items"). Could you check it? It was a very useful page! Thank you very much in advance!
It's really strange, since Property talk:P227/Duplicates works perfectly and the query is substantially the same.
Now fixed: the query went in timeout and in any case it seems that it is now impossible to show more than 8000 results in a page, so I've set a prudent LIMIT 7500. Now the bot seems working.
Not so easy: the problem seems clearly connected to dimension, but LIMIT 7500 was ineffective; I tried with 5000 and 1000, nothing. So I created Property talk:P214/Duplicates/humans and using 500 it worked well. I leave LIMIT 7500 in the main list hoping it will work in the future. If you have suggestions, obviously they are welcome - so I leave this thread open :) Bye!
So is all working now? It might have been caused by timeout on the server side when generating the output (when loading labels for many items).
Re: your edit and many others like that.
Please don't remove essential bracket expressions from Dutch tennis labels.
Hello, some users consider these disambiguators redundant and prefer removing them (or not importing them). Is it indeed redundant given that the Dutch description "kwalificatietoernooi"?
They are not disambiguators but detailers. If you remove them, an item such as 2020 J&T Banka Ostrava Open (Q100347433) will show as its parts (has part (P527)) three identical names "WTA-toernooi van Ostrava 2020". A Dutch reader wishing to access one particular part (e.g. singles) will have to click them all to find the one that he wants. Readers in other languages will see their detailers. For example: English readers will see "– Singles" and German readers will see "/einzel". It is only fair that Dutch readers can see their particular detailer "(enkel)".
And how can I see a preview of this message before publishing it? Pommée (talk) 19:00, 28 September 2021 (UTC)
And why do multi-language items such as 2020 J&T Banka Ostrava Open (Q100347433) show up in English, although my defined wikidata language is Dutch? Pommée (talk) 19:02, 28 September 2021 (UTC)
Looks like we already had a discussion on this. I have just added kwalificatie
to kept "detailers".
And how can I see a preview of this message before publishing it? You can switch between code and visual editor.
And why do multi-language items such as 2020 J&T Banka Ostrava Open (Q100347433) show up in English, although my defined wikidata language is Dutch? It seems Structured Discussions on Wikidata only support English.
Thanks for your action and for your reply.
Yet: I cannot find a button (or whatever) to switch between code and visual editor. Pommée (talk) 15:25, 1 October 2021 (UTC)
It should be the pencil in the bottom-right corner of the input field.
Thanks again for trying to help me. But I regret to report that I have no pencil there, or anywhere. Perhaps we should stop trying to sort it out. It is not important enough, compared to the time it consumes. Cheerio, Pommée (talk) 18:38, 2 October 2021 (UTC)

OK, whatever, it's off-topic anyway. Perhaps it's hidden somewhere in the preferences.
Done.
Hi! I've just opened phab:T310981 and I found in Wikidata:Bot_requests/Archive/2021/11#request_to_automate_marking_preferred_rank_for_full_dates._(2021-05-28) (I had a vague memory of it) that you said that @MatSuBot: merged such dates differing between 00-00 and 01-01. Does it still do it? Which is the format that it chooses in merging? And of course feel free to comment on Phab. Thanks a lot!
Hi! Yes, the bot still does it (unless the SPARQL queries start to time out). It has no preferred format. It prefers claims with sources (this involves less write operations), otherwise the choice is incidental.
I briefly reopen this for a quick clarification: does your bot clean only date of birth (P569) and date of death (P570) or all the properties containing values with datatype "date"? I have just found two cases to be cleaned in Nicholas of Frankfurt (Q46494496) at work period (start) (P2031) and work period (end) (P2032) and they seem to be there since the end of June. Thanks as always!
Yes, only these two properties. But that's a parameter that I can change.