https://bugzilla.wikimedia.org/show_bug.cgi?id=52553
Web browser: ---
Bug ID: 52553
Summary: Wikidata object selectors should prioritise frequently
linked to objects by property
Product: MediaWiki extensions
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: WikidataClient
Assignee: wikidata-b...@lists.wikimedia.org
Reporter: t...@tommorris.org
CC: wikidata-b...@lists.wikimedia.org
Classification: Unclassified
Mobile Platform: ---
I've been adding a lot of "instance of" (P31) properties to Wikidata objects
recently. Specifically, I've been adding a lot of instance of properties that
point to "railway station" (Q55488).
The autocomplete results are less than ideal. Once you've typed "railway s",
this is the list that comes up: http://cl.ly/image/3d1V3w2F0E3G
The index used to generate the autocomplete results could be based on the use
of those objects in the database. If I've selected P31, why not have it so that
the results that are returned are ordered by the frequency of use of that
object in P31-propertied statements? If I've typed in "railway s", then
"railway station" (Q55488) should appear higher than "Railway stations in
Cromer".
If doing the autocomplete indexing on a per-property basis is too
computationally intensive or storage intensive, it might be worth considering
doing it for all properties. Because of categorisation properties like P31,
it'll be likely that there'll be a power law distribution of objects that are
used as the object-term in statements.
This will make it easier for humans to consistently add properties to Wikidata
objects.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
