Gehel closed this task as "Declined".
TASK DETAIL
https://phabricator.wikimedia.org/T283256
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: AKhatun_WMF, Gehel
Cc: Gehel, dcausse, CBogen, Aklapper, AKhatun_WMF, JAllemandou, karapayneWMDE,
Invadibot,
AKhatun_WMF triaged this task as "Low" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T283256
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: AKhatun_WMF
Cc: Gehel, dcausse, CBogen, Aklapper, AKhatun_WMF, JAllemandou, Invadibot,
MPhamWMF,
AKhatun_WMF added a comment.
Update 1 June 2021:
Had a chat with @JAllemandou and based on the Wikidata Checkpoint Meeting of
27/5/2021, we will be taking up this ticket later as required. For now, we
focus on productionizing the existing data extracted from SPARQL queries and
get the
CBogen removed a project: Discovery-Search (Current work).
TASK DETAIL
https://phabricator.wikimedia.org/T283256
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: AKhatun_WMF, CBogen
Cc: Gehel, dcausse, CBogen, Aklapper, AKhatun_WMF, JAllemandou,
JAllemandou added a comment.
The problem I see with using a generic class in the `QueryElem` object is the
conversion to parquet. I don't think it'll work out of the box, leading to
having to devise our own conversion. Let's brainstorm on ideas on this,
possibly in meeting to make it faster
AKhatun_WMF added a comment.
Idea on how to store the SPARQL query as a list:
Let's make a list of `generic custom class` **QueryElem[T]**. QueryElem
contains `elemType: String` and `elem: T`.
Classes for each element type needs to be created, e.g `NodeClass extends
QueryElem`. Class
JAllemandou created this task.
JAllemandou added projects: Wikidata-Query-Service, Wikidata, Patch-For-Review,
Discovery-Search (Current work).
Restricted Application removed a project: Patch-For-Review.
TASK DESCRIPTION
Augment query-analysis QueryInfo with a list of
