[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Verdy_p added a comment. Yes but this adds many constraints on talk pages (e.g. with archiving of discussions, or people attempting to talk and posting incorrect links to categories in these talk pages, that will become then hard to cleanup if everything is mixed (forcing to edit all these

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Theklan added a comment. The regular thing is to categorize the talk pages itself, instead of the pages. TASK DETAIL https://phabricator.wikimedia.org/T181319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Theklan Cc: Verdy_p, Jheald, Zache,

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Verdy_p added a comment. Is there a way to categorize tabular data in Commons' "Data:" namespace? For now all these are using a JSON format, which does not support any comment. But the "fields" description part could contain additional properties for categories, and possibly some

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Theklan added a comment. I have asked one of the authors of the Module:NUMBEROF about writing something similar than can lookup for rows and columns: https://fr.wikipedia.org/wiki/Discussion_utilisateur:Verdy_p#Using_something_like_NUMBEROF_to_query_.tab_data_at_Commons TASK DETAIL

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Jheald added a comment. The OSM Sophox service, which is based on WDQS, has or had a `SERVICE wikibase:tabular` which appears to have providing this capability, see https://wiki.openstreetmap.org/wiki/Sophox#External_Data_Sources so there may be code already in existence that could

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Theklan added a comment. I wonder... would this work? https://en.wikipedia.org/wiki/Module:NUMBEROF TASK DETAIL https://phabricator.wikimedia.org/T181319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Theklan Cc: Zache, Vojtech.dostal, Abbe98,

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Zache added a comment. If it is running as an separate service and data would be queried via federation then SPARQL-anything could be used - https://github.com/SPARQL-Anything/sparql.anything TASK DETAIL https://phabricator.wikimedia.org/T181319 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Bugreporter added a comment. For COVID items, a workaround is spliting them to yearly items. TASK DETAIL https://phabricator.wikimedia.org/T181319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bugreporter Cc: Mike_Peel, Ainali, Manuel,

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Ainali added a comment. In T181319#7792296 , @Mike_Peel wrote: > Just to comment that the example came from https://www.wikidata.org/wiki/Special:LongPages - you can see the first page of these is either COVID or journal article items.

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Mike_Peel added a comment. Just to comment that the example came from https://www.wikidata.org/wiki/Special:LongPages - you can see the first page of these is either COVID or journal article items. It maybe a case of changing the approach of an editor or two on-wiki to avoid these

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

mxn added a comment. In T181319#7788961 , @Manuel wrote: > Note from Wikidata Data Re-use Days: @Mike_Peel Q says some Items are huge (e.g. 4.3MB for Q87483673). This is problematic! @Mahir256 noted that this task might be a solution.

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Manuel added a subscriber: Mike_Peel. Manuel added a comment. Note from Wikidata Data Re-use Days: @Mike_Peel Q says some Items are huge (e.g. 4.3MB for Q87483673). This is problematic! @Mahir256 noted that this task might be a solution. TASK DETAIL

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Theklan added a comment. More and more people is working on data visualizations, and lots of data scientists would benefit from this. Currently, we can upload a relatively large .tab data file to Commons and we can query for items who are producing this data, but we can't merge both.

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Justin0x2004 added a comment. > I don’t think we should allow integration with datasets in arbitrary URLs Since it is probably safer to have another service (one that individuals can deploy for their own needs) access the tabular data and //then// federate with WDQS here is an example

[Wikidata-bugs] [Maniphest] T181319: Support external tabular datasets in WDQS

Aklapper changed the task status from "Stalled" to "Open". Aklapper added a comment. The previous comments don't explain who or what (task?) exactly this task is stalled on ("If a report is waiting for further input (e.g. from its reporter or a third party) and can currently not be acted on"