dbarratt added a comment.
In T235389#5572340 <https://phabricator.wikimedia.org/T235389#5572340>, @Lucas_Werkmeister_WMDE wrote: > I don’t understand what this means. What kind of access are you talking about? Because the Query Service can’t be accessed from wikitext (parser functions or lua) either. Well that's fascinating. I suppose what I meant was making an XHR request to the Query Service from a Special Page. It's fine to send the user to a tool on Toolforge to do this though, so I suppose my concerns are really centered around freshness and scalability. > I still think that building a tool for this is the most reasonable approach. I think it might be best to separate the problems. The UI of this "tool" (whether in an extension or on Toolforge) is the same regardless of the solution. Where the data is stored and how it is updated and queried is the bigger problem. I'm not opposed to building an index of the data, but I do have some questions though: 1. How should this data be updated and how frequently? 2. Should we periodically/continuously query for all of the statements and index them? Or should we listen for recent changes and parse the comment for the properties we're concerned with? 3. Right now the number of values are in the thousands, but what happens if we are in the 10s of thousands or 100s of thousands (or more) which is certainly possible? It seems, on the surface, that these are not straight-forward problems to solve (unless I'm missing something completely), and these problems have already been solved by the Query Service. If fixing the problem is simply creating a formatter for an existing data type, that seems pretty straight forward to me? Or am I way off? TASK DETAIL https://phabricator.wikimedia.org/T235389 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dbarratt Cc: Lucas_Werkmeister_WMDE, Krenair, Reedy, Niharika, Aklapper, dbarratt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
