Wikibase Quality Extensions
The Wikibase Quality Extensions consist of three extensions that shall ensure data quality in Wikibase.
Quality is the base extension that handles potentially incorrect data found by the other two extensions (view on Gerrit).
External Validation compares and validates data with external databases (view on Gerrit).
If you have any questions or something else you want to let us know, please write to email@example.com .
Special Page Constraint Report
|IMPORTANT: The content of this page is outdated. This section has not updated in a long time, please see the help portal on Wikidata instead. If you have checked or updated this page and found the content to be suitable, please remove this notice.|
What is currently possible
We developed the Special Page Constraint Report which enables users to perform live constraint checks on any given entity (item or property) by simply typing the ID into the text box. Note that you are not able to enter the entitie's label.
The check result is presented in a table showing all constraints on the claims and whether they are violated or not. For each Violation you are able to hover over a "[?]" to get a tooltip (on touch devices you get the tooltip by performing a click-gesture). The tooltip will provide you with the constraint explanation. Furthermore, it is possible to view the specific constraint parameters (like the conflicting items in a 'Conflicts with'-Constraint or the min- and max-values for a 'Range'-Constraint) by clicking on "[...]" right next to the constraint name.
Currently we do this based on the constraints that were defined on the talk pages. To be able to do this on a special page in reasonable time and particularly on live data, we parsed every talk page and build a database table with every constraint with their corresponding parameters.
There are currently 20 constraint types defined via Constraint-Template from which we are currently checking 16.
What currently doesn't work
The other four constraints usually get displayed with the status "todo" indicating that we have to do some work on it.
The Unique value constraint is currently not checked because it is not possible to check the uniqueness of a value among 14 million items when there is no index defined on the tables.
Unfortunately, the check for the Format constraint is also not possible at this time due to security reasons.
Since everyone can create a new constraint template, it is to be expected that some constraints which have not been implemented yet still exist. This is the case for the Value only constraint (meaning, the property must not be used as a qualifier or reference) and the Source constraint (the property must only be used as a reference). We are working on an implementation for these constraints which should become available in the next version.
Currently, the checks are based on the constraints we parse periodically from the property talk pages. This is obviously not the best solution. We are currently working on a PyWikiBot to migrate the constraints to statements on properties and on hooks to keep this table up-to-date.
Special Page Cross-Check with external databases
The Special Page that performs cross-checks is currently stuck in the review process and will be available in a few weeks.
What will be possible in a few weeks
We developed another Special Page for cross-checks of data in Wikidata with data from external databases like the Integrated Authority File. To compare an Item with the external data, enter its ID into the text box (not the label, the ID) and click 'Check'.
Then you should get a table with the following columns:
|status||Shows if there is a Match or a Mismatch|
|property||The property that was checked|
|Wikidata value||The value stated in Wikidata|
|External values||The value (or values) stated in the external source|
|References||Shows if references are stated or missing for the concerning statement|
|External source||Links to the Item of the external source in Wikidata|
Which external sources are used is listed on the Special Page Lists of external databases with the following information:
|Name||Link to the Item of the external source in Wikidata|
|Dump ID||A string we gave the dumps to keep them apart|
|Import date||The date the external data was imported into the database in Wikidata|
|Data language||The language of the data in the external source|
|Source URL||The URL where we got the dumps from|
|Size||Size of the dump|
|License||License for the external data|
What currently doesn't work
We compare some coordinates but please treat those results with caution; we already lower the precision but it is still definetly possible that two coordinates describe the same thing but are too far apart and thus a mismatch - please ignore those for the moment.
Additionally to Match and Mismatch there will be another status Exception that indicates that the external value is wrong; since we do not store any of the mismatches we found yet, this will come in a later version (hopefully the next).
Vision - Show problems directly on Item Pages
|IMPORTANT: The content of this page is outdated. Some of these visions are implemented in the checkConstraints gadget on Wikidata. Please see the help portal on Wikidata for more information. If you have checked or updated this page and found the content to be suitable, please remove this notice.|
Our vision of this project is, that every user who visits an item page gets a small indicator, when there is a constraint violation. Clicking on it, they should get a small text, explaining which constraint has been violated, and giving them the opportunity to fix it or to add it as an exception, when they are really sure that this is not a violation.
We also want to give the user assistance in correcting the violation. When for example the symmetric constraint is violated, they should get a prompt asking them to add the missing statement to the other item. Of course we have to pay attention that this doesn't cause errors to spread. Therefore, we think another possibility is to only fill in the missing value automatically, when there is a reference proving the correctness. This would have the nice side-effect that the number of references in the system eventually grows.
In the end, the result of this constraint check should be displayed right beside the statements when you visit a particular page, but this will take a while. Until then, we want to migrate the constraints to the statements on properties, so that our special page can work without the usage of the database table we generated from the talk pages.
When everything we mentioned above works, we want to go one step further. In some cases (like when there is a Unique Value Constraint), it is hard to check whether there is a violation in real-time, but with most constraints, this should be possible. We are planning to check nearly everything a user enters as a statement against all constraints that were defined on this property - right when they want to save the statement. This prevents false data from getting into the system or helps to keep the data consistent.
We want to give the user a prompt with a list of constraints they would violate with this entry and give them the opportunity to change it or add it as an exception for this constraint (maybe this should only be possible after they add a reference...). When they violate a constraint that connects two items (Symmetric/Inverse/Target required claim/...) they could also get a prompt suggesting them to (semi-)automatically add a statement to the other item.
As you see, there are many questions on how to integrate violations in the UI and in the workflow, and we are really looking forward to getting in contact with you. There are many shades of automation and we want to find a way that works well both for the system and for everyone working with it.