[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-22 Thread Tpt
Tpt added a comment. With that.. I think it would be best if we moved your code to a new "graphql" repo, host the GraphQL server on a Cloud VPS, and then rewrite it in _javascript_ (node.js) so it's as fast as it can be. If it gets enough usage we can talk about moving it onto production. :) What

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-21 Thread dbarratt
dbarratt added a comment. In T173214#4517644, @Tpt wrote: @dbarratt Thank you for planning to work on Wikibase+GraphQL. The performance problem we face seems very standard, I believe it is the N+1 problem. The standard way to solve it is to use the DataLoader utility. The original Facebook

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-21 Thread Tpt
Tpt added a comment. In T173214#4511651, @dbarratt wrote: In T173214#4457079, @Tpt wrote: For statement filtering by qualifier a good solution is maybe to add an extra parameter "hasStatement" to the statements field and give to it a value of type SnakInput (a GraphQL input type that would be

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-21 Thread Tpt
Tpt added a comment. @dbarratt Thank you for planning to work on Wikibase+GraphQL. The performance problem we face seems very standard, I believe it is the N+1 problem. The standard way to solve it is to use the DataLoader utility. The original Facebook implementation is here:

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-20 Thread dbarratt
dbarratt added a comment. @Tpt I've been making a somewhat complex query and I've run into a pretty big performance issue. The query takes about 12-13 seconds to execute. :( I do have some time to work on this, so I'm really looking for what you think is the best option. Here's some ideas I

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-17 Thread dbarratt
dbarratt added a comment. In T173214#4457079, @Tpt wrote: For statement filtering by qualifier a good solution is maybe to add an extra parameter "hasStatement" to the statements field and give to it a value of type SnakInput (a GraphQL input type that would be used to encode a snak provided by

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-17 Thread dbarratt
dbarratt added a comment. I thought of some more features and I thought I'd document them here: Filter the sitelinks by site (i.e. Wikipedia). Also being able to filter them by language would be awesome. For instance, I'm trying to use this to get the summary of the article in the user's

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-08-09 Thread dbarratt
dbarratt added a comment. I've been thinking about #wikidata a lot, and asking "What is the reading experience supposed to be like?" and I though about data websites that I read a lot, and one came time mind: IMDb. While I was at #wikimania-hackathon-2018 I started work (ok, I haven't done much)

[Wikidata-bugs] [Maniphest] [Commented On] T173214: Support GraphQL Queries on Wikidata

2018-07-30 Thread dbarratt
dbarratt added a comment. In T173214#4457079, @Tpt wrote: For statement filtering by qualifier a good solution is maybe to add an extra parameter "hasStatement" to the statements field and give to it a value of type SnakInput (a GraphQL input type that would be used to encode a snak provided by