Smalyshev added a comment.
Yes, if there's an RC record and revision number increase, it will reload.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lucas_Werkmeister_WMDE, Liuxinyu970226,
Lucas_Werkmeister_WMDE added a comment.
But will a null edit also cause the WDQS updater to reload the entity?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE,
Smalyshev added a comment.
@Multichill no, the TTL export matches the data. But the data (the page_props table) does not match the actual counts in the item. Null edit would trigger the recount of page props, which will update the table.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL
Multichill added a comment.
In T145712#4029085, @Smalyshev wrote:
So the data is not up to data in wikidata properties tables. Not sure why and how this can be fixed. Editing the item seems to fix it, so maybe there should be some bot that null-edits such items periodically?
Interesting. So
Smalyshev added a comment.
Looks like it's a Wikidata issue. E.g. see https://www.wikidata.org/wiki/Q1900338 - it has a statement with an identifier. However, the dump at https://www.wikidata.org/wiki/Special:EntityData/Q1900338.ttl?flavor=dump shows both wikibase:statements and
Sjoerddebruin added a comment.
Users will probably run into this far more often now due to the drop of wb_entity_per_page. Pages like https://www.wikidata.org/wiki/Wikidata:Database_reports/without_claims_by_site/nlwiki will feature false positives for example.TASK
