VladimirAlexiev added a comment.
Here's the goal: a SPARQL query should return **all** violations of a certain
kind, with a possible data lag of a few hours.
So you need:
- a baseline of having processed **all** items (TODO)
- processing of changed items (DONE)
- periodic processing of every item because constraint definitions or
implementations can change globally (TODO?)
DBpedia Live uses a similar flow:
- each save of a Wikipedia page causes a work item to be posted to a queue
- but all remaining pages are also scheduled to be processed (with lower
priority) to capture slow-changes to:
- the Extraction Framework or
- the DBpedia Mappings
TASK DETAIL
https://phabricator.wikimedia.org/T201150
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: VladimirAlexiev
Cc: So9q, VladimirAlexiev, CamelCaseNick, Harmonia_Amanda, Addshore, Jonas,
Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana,
Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden,
EBjune, Esc3300, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS,
Xmlizer, abian, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles,
Mbch331
_______________________________________________
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
