The search is a kind of stupid dialogue system, and it only has a user
model that is sensitive for language. A better dialogue system with an
individual user model could use location as a hint for context. There
are several heavy books about that topic!
If I search for "Oslo" and live in Norway it is highly likely that I
want the article about the city in Norway. If I live in Marshall
County, Minnesota, it is not so obvious that I want the city in Norway
to be ranked first. But what if I live in Norway and have just
searched for Marshall County? It is not easy to get these things
right, and it is a lot more difficult than just adding some aliases.
The aliases can solve the alternate label problem, but it can not
solve the user context problem.
On Mon, Jun 15, 2015 at 4:41 PM, Thad Guidry <thadguidry(a)gmail.com> wrote:
Andy,
I know we have an alias parameter...but...
Do you want to set that alias on 24,000 Universities ? I don't.
But perhaps a simple backend script could do it...sure.
My point is to all, that having a wiser Wikidata Search seems like a logical
approach, and it doesn't change or skew the intent or meaning of the data as
the rest of you have raised that concern. Its just a smarter Search, that
is more helpful to folks finding entities and properties.
Thad
+ThadGuidry
On Mon, Jun 15, 2015 at 6:14 AM, Andy Mabbett <andy(a)pigsonthewing.org.uk>
wrote:
On 15 June 2015 at 02:54, Thad Guidry <thadguidry(a)gmail.com> wrote:
It seems advantageous to somehow tell Wikidata
Search that when someone
types Harvard College to interchange and also look for Harvard
University,
and vice versa.
This is what the "alias" parameter is for.
--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata