Trying to chart a path here:

In T236590#6993285, @Lokal_Profil wrote:

A hack would be to check if grouping starts with a Pid. If not then escape the wdt: prefix allowing for more complex statements. That would in theory open up for other convenience switches based on input (e.g. year:P577) in the future.

In T269609#6961310, @aborrero wrote:

I did the following:

aborrero@clouddb1001:~$ sudo mysql -u root
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 67241265
Server version: 10.1.39-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> GRANT ALL PRIVILEGES ON `s51964\_denkmalliste`.* TO 's51964'@'%';
Query OK, 0 rows affected (0.01 sec)

tools.denkmalliste@tools-sgebastion-08:~$ sql toolsdb
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 67238566
Server version: 10.1.39-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> use s51964_denkmalliste;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [s51964_denkmalliste]> show tables;
+-------------------------------+
| Tables_in_s51964_denkmalliste |
+-------------------------------+
| DenkmalGemeinde               |
| Denkmalvorlage                |
| monuments_at_(de)             |
| wle_at_wp                     |
| wle_at_wp_objects             |
+-------------------------------+
5 rows in set (0.00 sec)

please @JeanFred let us know if that works.

While I’m not maintaining denkmalliste, I wanted to give a quick shot at fixing this − renaming the DB and replace the old name with the new in all source files.

Thanks to Xqt guidance over at T278454, I added mwparserfromhell as a dependency. The minimal reproduction example is now working \o/ − see https://www.wikidata.org/wiki/User:Jean-Fr%C3%A9d%C3%A9ric/T240312

@Xqt Thanks for the swift answer! Installed mwparserfromhell and works like a charm. Thanks!

I tried again upgrading pywikibot to latest version 6.0.1, no changes. Filed T278454: templatesWithParams misses template where a parameter value has a curly brace for this.

Looks somewhat similar to T207582: templatesWithParams() doesn't seem to get all templates in Hebrew

With c255b8b0be00 the straight crash is avoided and https://www.wikidata.org/wiki/Wikidata:WikiProject_Video_games/Statistics/Country_of_origin does generate.

That seems to be the same as T273226: integraality does not handle "Unknown value" groupings well. T273226 results in a crash because grouping_link is set. When it is not set, what is described here happens.

Appears to be a duplicate of T253053: Make it possible to add references to statements in Structured Data on Wikimedia Commons ?

Appears to be a duplicate of T230315: Allow adding references to structured data (MediaInfo) statements ?

As of today December 16th, M8979671 is still present in that query’s results.

Even logged-out, only the front-page seems accessible, eg https://quarry.wmflabs.org/query/runs/all returns 500 Internal Server Error

I can confirm this behaviour − noticed it a few hours ago.

Thanks for the answer @Trizek-WMF,

Relates to T262750: Allow to exclude bots from watchlist notifications

Relates to T167224: Implement 'User' filters and filter menu in the new UI and its subtask T209589: Have a way to exclude a bot-flagged account

There is at the moment significant friction on Wikimedia Commons: as part of StructuredDataOnCommons, a couple of bots are making millions of edits. As they are marked as bot edits, users can filter them out, but some users do want to audit bot activity on files of interest. User would thus like to exclude edits from these two bots only.

What is the status of this?

I can confirm this.

Ah ah − turns out the uploader’s username has been oversighted.

Because of T264217 , several datasets disappeared and could not be recreated. I paused the general nightly update and triggered by hand update for a handful of datasets − including monuments2019.

I’m boldly closing this as Resolved, per my comment at T20871#4311283 and the additional comments by @Gilles.

Thanks for the ping :)

The configuration had been helpfully done by @Romaine (Special:Diff/446490283) ; I had forgotten I had disabled the general upgrade cron the other week when investigating issues with the Wiki Science Competition data...

(Quick not that this error was mentioned in https://www.wikidata.org/wiki/Wikidata:Project_chat#Countries_vs._sovereign_states)

This seems reasonable ; indeed WLE 2020 Ukraine achieving 100% usage is probably not what is expected :)

In T246885#6379176, @Lokal_Profil wrote:

Looks like this still hasn't been deployed to isa.toolforge.org. Anything stopping that?