| daniel added a comment. |
In T171263#3474757, @Esc3300 wrote:Could the situation be improved by limiting the type of changes that are dispatched to various wikis?
We only dispatch changes to wikis that use the given item. Further filtering, as suggested below, happens on the client side. We could also do it on the repo, but that would not reduce the load, just concentrate it in one place - whatever data needs to be loaded and whatever code needs to run for the filtering, needs to run anyway - on the repo or the client.
- I noticed that in some wikis, en labels are systematically subscribed to, but not displayed (possibly some inefficiency in their Module:Wikidata .
This is because of language fallback - "en" is the fallback for all languages.
- Some bots just "update items", others specify language of labels/descriptions. Could dispatching be improved by systematically indicating language and label?
We filter based on the actual diff, the summary is irrelevant.
- Is there much demand for the recent changes feed in client wikis (other than update of displayed statements)? Personally, I find it hard to read, even for my own edits.
I would say yes, as it was considered a precondition to allowing any data re-use. It's also an important safeguard against vandalism on wikidata.
I agree that integration with the RC feed could be greatly improved. Once we have a mechanism to attach arbitrary structured data to revisions, this will hopefully get much better.
Cc: Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
