| Jheald added a comment. |
To support what Smalyshev said: occasional termporary update lag may not be such a high-priority issue; but prolonged or repeated update lag rapidly would be.
A common workflow for editors making manual edits to fix problems on Wikidata is to use WDQS to generate a list of anomalies; then to invesigate and manually fix the first 'n' of those anomalies; then to re-run the WDQS query to get an updated list of anomalies remaining, with luck now excluding anomalies involving the 'n' items that have been edited.
This requires WDQS to be reasonably up to date most of the time. A lag of 5 minutes isn't such a problem. An occasional longer lag, if clearly signposted as the WDQS GUI does, also isn't such a problem -- if the server is having a slow moment, one can go away and work on something else for a while.
But if update lags become sustained or repeated, then this breaks the workflow and does become a problem.
However, what is even worse for this workflow is if edits get missed -- ie leading to anomalies that should be reported getting missed, or anomalies that should have been cleared failing to disappear. Accurate eventual synchronisation remains the #1 priority.
Cc: Jheald, Magnus, Pintoch, gerritbot, Mathew.onipe, Stashbot, Lydia_Pintscher, EBjune, debt, Joe, Smalyshev, Gehel, Aklapper, Legado_Shulgin, CucyNoiD, Nandana, NebulousIris, thifranc, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Lewizho99, Zppix, Maathavan, Jonas, Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
