Ok, you are right and my proposed mix of singular and plural resource names is probably rubbish.

docs folder to be verified

gerrit bot missed to remove the 'Patch-For-Review' tag after https://gerrit.wikimedia.org/r/628878 got merged

gerritbot missed to remove the "Patch-For-Review" tag after https://gerrit.wikimedia.org/r/624011 got merged

gerritbot missed to remove the "Patch-For-Review" tag after https://gerrit.wikimedia.org/r/622845 got merged

gerritbot missed to remove the "Patch-For-Review" tag after https://gerrit.wikimedia.org/r/628324 got merged

gerritbot missed to remove the "Patch-For-Review" tag after https://gerrit.wikimedia.org/r/627817 got merged

Test system is now up:

• at https://wikibase-product-testing.wmflabs.org/
• uses customized Docker image with latest master branches of mediawiki, Wikibase and WikibaseManifest mounted from host
• updates via cron-triggered script every 5 minutes
• current version of the Manifest json at https://wikibase-product-testing.wmflabs.org/wiki/rest.php/wikibase/manifest/v0/manifest
• contains a placeholder URL for the OpenRefine reconcilliation service.

After review and team discussion, we agreed to:

• update the docker image on the test system from version 1.33 to version 1.34
• append WikibaseManifest specific settings to the existing LocalSettings.php, instead of overwriting it with a template from the extension repo
• update to the 1.35 docker image, once it has been created

Here is my take with changes marked in italic

finished with ADR 2

First results of the investigation, regarding WikibaseManifest information on Federated Properties enabled Wikibases:

WikibaseManifest test system now up and running on a newly created "Product Testing" cloud VM:

Solved by running the fixed ansible playbook from T260348 on both fedprops-opennext.wikidata-dev.eqiad.wmflabs and fedprops-euspecies.wikidata-dev.eqiad.wmflabs. This reduced the disk space used by several GB and from now on a restart of the WDQS container will not eat up any additionally disk space.

1. Example queries are now added to the Federated Properties repo doc page. They both combine two result sets in one query, one from the local, federated properties enabled repository and one from wikidata.org.
2. This way they elegantly illustrate the difference between querying repositories with or without federated properties. Detailed explanations are given as comments in the query source code.
3. A link to a SPARQL tutorial, which includes further examples, has been added.