mkroetzsch added a comment.

@Smalyshev My point is merely that sitelinks and labels //can// be handled like 
statements. Since statements must be supported anyway, it would be sensible to 
reuse the data structures and query expressions defined for them. I don't think 
that confusion is likely, since the query language will not use the colloquial 
names as my examples. Properties of Wikidata will always be referred to by 
their Pid, whereas something like "has badge" would not have an id of this 
form. So it's not like having a reserved label "has badge" that competes with 
Wikidata property labels.

Structurally, however, statements and sitelinks can all be represented in the 
same data structure as far as querying is concerned. Maybe you would like it 
better if you viewed it as a separate, independent data structure "qualified 
triple" that we would use to represent statements, sitelinks, and labels? There 
is no conceptual mix-up between the high-level terms here, just taking 
advantage of similar structure at a low level. If you look at common query 
languages like SQL, SPARQL, Cypher, etc. then you can see that they are always 
based on a relatively small set of structural primitives that do not have a 
domain-specific meaning. You can always build UIs that use domain specific 
terms like "sitelink" and that make them appear separate, but for implementers 
and API users it is very useful if some things can be unified.


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

REPLY HANDLER ACTIONS
  Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign 
<username>.

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

To: Smalyshev, mkroetzsch
Cc: Aklapper, Smalyshev, Lydia_Pintscher, Multichill, Magnus, daniel, 
JeroenDeDauw, JanZerebecki, aude, mkroetzsch, Denny, Sjoerddebruin, 
Tobi_WMDE_SW, jkroll, Wikidata-bugs, GWicke, Manybubbles



_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to