thiemowmde added a comment.
Thanks for the merge, @Jarekt. I believe we can do this.
Our current plan is to create an inverse index from all "external-id" values to the entity ID they appear in. Note that not even "external-id" values are technically limited to be unique, so this index must
Magnus added a comment.
Update: resolver now uses SPARQL instead of WDQ. Also, quick prefix system
added (resolving property from English name fragment via SPARQL).
https://tools.wmflabs.org/wikidata-todo/resolver.php
TASK DETAIL
https://phabricator.wikimedia.org/T99899
EMAIL
thiemowmde added a subscriber: thiemowmde.
thiemowmde added a comment.
Can we also hardcode some standard, quasi-standard and widely used prefixes,
e.g. searching for "isbn:1234567890123"?
TASK DETAIL
https://phabricator.wikimedia.org/T99899
EMAIL PREFERENCES
Magnus added a subscriber: Magnus.
Magnus added a comment.
https://tools.wmflabs.org/wikidata-todo/resolver.php
TASK DETAIL
https://phabricator.wikimedia.org/T99899
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus
Cc: Magnus, Jane023, Spage,
daniel added a comment.
One option to implement this would be via integration with Cirrus. This was
roughly outlined during a discussion with Stas, Jan, and David. Here is an
excerpt from my notes from that session:
Property Search and SiteLink Search
Goal: allow searches for property values,
