Maniphest T248363

Haslabel treats aliases as labels
Open, MediumPublic
Actions

Assigned To

None

Authored By

	Bugreporter
	Mar 24 2020, 12:11 AM

Tags

Subscribers

Description

For example see https://www.wikidata.org/w/index.php?title=Special:Search&limit=20&offset=20&profile=default&search=haslabel%3Akhw&advancedSearch-current={}&ns0=1&ns120=1, this returns a lot of items with khw alias instead of label. See also https://www.wikidata.org/wiki/Q13610143?action=cirrusdump.

I proposed to introduce some new keywords:

hasalias
haslabeloralias
haslabel (existing, will search labels only)
inalias
inlabeloralias
inlabel (existing, will search labels only)

Change the behavior of existing haslabel and inlabel may be considered a breaking change.

Related Objects

Mentioned In: T248365: New keyword hasalias and inalias
T208425: [EPIC] Kill the wb_terms table

Event Timeline

Bugreporter created this task.Mar 24 2020, 12:11 AM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMar 24 2020, 12:11 AM

Bugreporter mentioned this in T208425: [EPIC] Kill the wb_terms table.Mar 24 2020, 12:11 AM

Bugreporter added a project: Wikidata.

Bugreporter mentioned this in T248365: New keyword hasalias and inalias.Mar 24 2020, 12:14 AM

Aliases were put in the labels field for performance reasons, we need to investigated whether it's feasible or not to add an alias field (note that due to the multilingual nature of wikidata this is something we have to ponder carefully because the current strategy is to add one field per language).

CBogen moved this task from Wikibase Search to later on... on the Discovery-Search board.Aug 13 2020, 7:25 PM