Description
Event Timeline
This is down to the configuration, for example on the wikibase registry correct URLs are shown using the docker images.
Here is the docker-compose section for the wikibase-registry wdqs updater:
wdqs-updater: image: wikibase/wdqs:0.3.0 restart: always command: /runUpdate.sh depends_on: - wdqs - wikibase environment: WIKIBASE_HOST: wikibase-registry.wmflabs.org
If you change this URL you'll have to reload all of the data
Is the WIKIBASE_HOST variable used for both communication with Wikibase and the URI prefix?
I think that in the frame of this docker compose install, it is unlikely that a user would want to point to another Wikibase host, but might want to just configure the prefix. This seems important when switching from staging to production.
So the "hack" that we have for the wikibase-registry is adding the following to the mediawiki service:
networks: default: aliases: - wikibase.svc - wikibase-registry.wmflabs.org
Yes
I think that in the frame of this docker compose install, it is unlikely that a user would want to point to another Wikibase host, but might want to just configure the prefix. This seems important when switching from staging to production.
Some peoples use cases do actually want to do this.
Would 2 env vars firs this for you? or is the network alias suitable?
The --conceptUri URL parameter of runUpdate.sh should do the work.
https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual#runUpdate.sh
What hast worked is setting WIKIBASE_HOST in the docker-compose file to the actual public hostname and in the Wikibase's LocalSettings.php adding an explicit concep URI prefix with http protocol, like $wgWBRepoSettings['conceptBaseUri'] = "http://staging.catalog.rhizome.org/";