Pintoch added a comment.

  Thanks for reviving this thread I had forgotten about ^^
  
  I don't think I fully understand your vision here, because it's not clear to 
me what problem we would solve by using an ontology in this case.
  
  To me, the main problem is that the information OpenRefine requires to offer 
upload functionality for a Wikibase instance is a mixture of things that can be 
discovered automatically (via the WikibaseManifest extension) and other 
tool-specific fields (such as the EditGroups template summary, or more recently 
the predefined schemas to offer to the user) which don't make sense for other 
tools and therefore don't really make sense to include in something served by 
the Wikibase instance itself.
  
  So, even if we are assuming that the WikibaseManifest extension serves its 
information by following some particular ontology, the tool-specific 
information will not be available there. That means we cannot make it possible 
to just set up a Wikibase instance in OpenRefine just by providing the URL of 
the Wikibase instance and letting OpenRefine discover the configuration there. 
Or how would OpenRefine discover this additional information it requires?
  
  In my opinion, the WikibaseManifest extension already provides a valuable 
help in that it exposes generic configuration information in the Wikibase 
instance already. OpenRefine could adapt its own manifest format to make it 
smaller, only containing information that cannot be derived from the 
WikibaseManifest (https://github.com/OpenRefine/OpenRefine/issues/4258). If 
some of those generic fields change, this could also make it easier for 
OpenRefine to update its own configuration dynamically (since those fields 
would be fetched directly from the Wikibase instance).

TASK DETAIL
  https://phabricator.wikimedia.org/T266344

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Pintoch
Cc: Abbe98, Pintoch, Aklapper, Danny_Benjafield_WMDE, Astuthiodit_1, 
karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
_______________________________________________
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

Reply via email to