The original dashboard is gone, so I can’t check ; but the sniffing query we are now doing should have done the trick

Done in R2566:ea800c526585: Add functional SPARQL tests against live endpoints

(Not a perfect one, but https://ptools.toolforge.org/uploadersincat.php?category=Images_from_Wiki_Loves_Monuments_2026_in_Poland might be an acceptable workaround for your use-case @Jacek_Halicki ?)

Yes, as @Nemoralis said, this is blocked on T431309: Setup x4 on sanitarium hosts.

As I wrote back in T244030 (which was T242081: Pywikibot fails to access Wikidata due to high maxlag lately back then):

In T244030#5842377, @JeanFred wrote:

I was under the impression that the purpose of Maxlag was to limit editing (which makes sense, as more edits just make the lag even worse) ; but here all I’m doing is read-access. Or am I missing something here?

(One thing to note: the new toolinfo.json was not valid at first, I fixed that the next day with R2566:66c6495d3aa5: Fix tool type in toolinfo.json, as lists are not accepted

@Red Sure, can look into it − please open a separate task !

Invoking @Mahir256 for potential use cases :)

A lot of the checks that we planned is now implemented, per https://www.wikidata.org/wiki/Wikidata:InteGraality/Concepts#Reference_columns :

• Any reference S* The statement has at least one reference
• Good reference S! The statement has a reference that is not from a known-subpar source
• Specific property S456 The reference uses a specific property (e.g., S248 = stated in)
• Any of several properties S456;S789 The reference uses any one of the listed properties (e.g., S248;S854)

thinking more, I’m leaning towards the syntax:

• P123/S*: any reference
• P123/S+: any good reference
• P123/S456: specific reference property

hi @Priyankar22 , thanks for your contribution. The task should have been closed however, it had been completed by @Ibom99 back in November 2024. I recently reorganized the integraality documentation and it was moved to https://www.wikidata.org/wiki/Wikidata:InteGraality/Tutorial.

With T237276: Re-evaluate the grouping-link behaviour done, I think we are in good shape when it comes to mul support

This is now resolved, Wikimedia Commons is supported via QLever.

Looks like only odd years are defined in https://commons.wikimedia.org/wiki/Module:WL_data − feel free to add the missing data!