[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Jarekt added a comment. So how do we use this new feature? - I tried haswbstatement:P1472="Pieter Pauwel"

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Lydia_Pintscher added a comment. P1472 is not of datatype external identifier but string. (You can see this on the property page.) Here is an example for one that works: https://www.wikidata.org/w/index.php?sort=relevance&search=haswbstatement%3A

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Jarekt added a comment. In T99899#5523309 , @Lydia_Pintscher wrote: > P1472 is not of datatype external identifier but string. (You can see this on the property page.) > Here is an example for o

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Lydia_Pintscher added a comment. @Smalyshev Is the right way in your opinion to go via Elastic for this? How far are we from making this a reality especially with your work on indexing specific statements?TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikime

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Smalyshev added a comment. Yes, we can make it work if we index external IDs in statements. I think we're not far for it - we should have infrastructure for doing the index, the only thing we want to decide whether we index all external ID properties (may require some coding, though shouldn't be co

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Smalyshev added a comment. I would turn it on for all the properties that have "distinct values constraint" constraints This is not possible OOB (as configuration doesn't have an option for this type of queries). The options are either all properties of specific type, or a defined list of properti

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Multichill added a comment. Currently we have 2614 properties of type ExternalId of these properties 2260 properties have both the single and distinct constraint ( https://query.wikidata.org/sparql?query=SELECT%20%3Fproperty%20%7B%20%3Fproperty%20wikibase%3ApropertyType%20wikibase%3AExternalId%20.%

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Smalyshev added a comment. You could make a list, but that sounds like a maintenance burden. Precisely. I would just index all ExternalId's I also think this is the best way. make the index assume the entries are distinct and unique, so when it encounters a second Wikidata item with the same ex

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Multichill added a comment. In T99899#4121954, @Smalyshev wrote: make the index assume the entries are distinct and unique, so when it encounters a second Wikidata item with the same external ID, it just overwrites it Index can't do that unfortunately. I don't even think there's such thing as uni

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

daniel added a comment. Why is uniqueness even an issue? Just provide a way to search items by the value associated with a property. The result will be a ranked list, potentially incomplete if there are many matches. If the client just wants the "best" match, it should just use the top match.TASK D

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Lydia_Pintscher added a comment. Yeah agreed. Let's just go with returning all matches if there are more than one. And yes it makes sense to index all IDs unless there is a technical reason not to. As for accessing it: With a search keyword on special:search should be fine imho.TASK DETAILhttps://

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

gerritbot added a comment. Change 427836 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [mediawiki/extensions/Wikibase@master] Add capability to index any property by type https://gerrit.wikimedia.org/r/427836TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCESh

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

gerritbot added a comment. Change 427836 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Add capability to index any property by type https://gerrit.wikimedia.org/r/427836TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/pa

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

gerritbot added a comment. Change 431994 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [operations/mediawiki-config@master] Add string and external-id types to indexing https://gerrit.wikimedia.org/r/431994TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShtt

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

gerritbot added a comment. Change 431994 merged by jenkins-bot: [operations/mediawiki-config@master] Add string and external-id types to Wikibase indexing https://gerrit.wikimedia.org/r/431994TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/sett

[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

Smalyshev added a comment. New edits will have external-id indexed as soon as wmf.3 is deployed, old data needs full reindex.TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Stashbot, Nemo_bis, ger