Addshore added a comment.
> Also, why should /statements get to have a shortcut but /items and
/properties don't?
For the decision to have a statements endpoint at the top level I'd defer to
the decision doc which currently says:
------
Entities + Statements
---------------------
**Decision: Statements would be exposed both within an entity and also at the
top level**
Considered options:
- For the statements with a GUID:
- Should we address those always through entities?
- longer path
- the entity id is already in the path and the prefix is redundant
- Or individually, through a /statements path?
Usefulness (end users) Vs. cost of ownership (devs)
Notes
-----
The current Action API allows you to get a statement with only the GUID
(without the entity id prefix) with no extra work
Not having a top level statement endpoint would mean that “extra work” would
be needed by the client in order to access a statement (splitting the statement
ID)
Taking this into account we can cover all of our existing APIs with REST APIs
only if we do have statements as a top level api module.
TASK DETAIL
https://phabricator.wikimedia.org/T264555
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Addshore
Cc: Lydia_Pintscher, Addshore, Pablo-WMDE, WMDE-leszek, Silvan_WMDE, Aklapper,
Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden,
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
