-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat!: set wdqs concept URI #771
Conversation
Sets the WIKIBASE_CONCEPT_URI required by WDQS. #771 BREAKING CHANGE: changes the concept URI used in WDQS
4d7ed10
to
d4a0a96
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks like it should go forward, and would be nice to backport. However, given the major versioning to 1.x and 2.x issue we've been talking about I wonder if there is any sensible way to maintain the current way it functions (even if not optimal or broken) so that it can be a minor release? 🤷🏼♂️
e17ecc8
to
58a3ece
Compare
How to handle this versioning, as discussed today with @lorenjohnson WDQS bumps a major version
Deploy bumps a patch
TODO
|
holding back for #782 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
c233676
to
3516fcb
Compare
BREAKING CHANGE: env var WIKIBASE_CONCEPT_URI now mandatory to run wdqs updater; this was implemented in #771, but was not marked as a breaking change
As reported in #798, the "standard prefixes" injected by WDQS do not align with the WIKIBASE_CONCEPT_URI setting introduced in #771, nor do they match the corresponding values for Wikidata. Currently, the WDQS-injected "standard prefixes" (such as wd:) reference http://wikidata/, which is the internal hostname of the wikibase/mediawiki container within the Docker network. Particularly in the context of federation, it is essential to maintain the "standard prefixes" for referencing Wikidata [1] [2]. To accommodate the local Wikibase instance, prefixes can be set inline, as is currently done on wikibase.cloud [2]. This pull request addresses this and updates the "standard prefixes" to point to Wikidata. Additional context can be found in [3]. [1] https://www.mediawiki.org/wiki/Wikibase/Wikibase.cloud/First_steps#View_your_data_using_the_Query_Service [2] https://phabricator.wikimedia.org/T335448 [3] https://phabricator.wikimedia.org/T379232
Allow setting the concept URI of entities in WDQS explicitly and distinct from the hostname used to contact wikibase.
This also fixes the problem WDQS not accepting entities when the wikibase host had a DNS name different from
wikibase
(which should be always the case, becausewikibase
is not a FQDN).Note: In deploy, items and properties in WDQS will now have the public wikibase hostname with https protocol as prefix. E.g. https://wikibase.example/
Related:
wikibase.svc
, I want it to belocalhost
#385BREAKING CHANGE: env var WIKIBASE_CONCEPT_URI now mandatory to run wdqs updater