[Wikidata-bugs] [Maniphest] [Commented On] T187314: Display labels for entity values at result visualisation step in Wikibase Query Engine
Smalyshev added a comment. T166139: Query optimizer for labels should be using sub queries seems to be pretty hard to do in generic case (that is to say I currently have no good idea how to do it, suggestions welcome). It is true that many of these issues can be solved with proper query writing, but making Blazegraph Optimizer do it is non-trivial, as it seems. And making users do it doesn't always work, as many users are not advanced enough in their knowledge of SPARQL and implementation details. OTOH, for small query results, fetching the labels client-side may be a viable solution. Labels also should be highly cacheable in common use case (though cache hit rate may not be very good). It seems to me like a viable idea at least to try out. Of course, we should lazy-load the labels and batch the loads.TASK DETAILhttps://phabricator.wikimedia.org/T187314EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Jonas, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, TomT0m, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T187314: Display labels for entity values at result visualisation step in Wikibase Query Engine
TomT0m added a comment. I think the simpler the writing of the query is, the better for the user. As a user, I’d prefer not having to care about wikibase:label at all, having a label for a human is such an important and basic thing … Most of the time it’s just annoying to have to add this to a query. Automatically wrapping the query to solve a problem of performance of a service I’d prefer not having to care about seems like a weird complication to me (almost like a Goldberg machine :). But I don’t care that much and you’re the boss :) I guess the service is needed in some cases anyway and you’ll have to solve the performance issues in these cases as well. My personal opinion however is that it’s moistly useful when we need to use the label variables for some reason to filter the results of the query, and in that case the optimization of wrapping the query will not work as the label has to be computed in any case.TASK DETAILhttps://phabricator.wikimedia.org/T187314EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TomT0mCc: Lucas_Werkmeister_WMDE, Aklapper, TomT0m, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
