Open schmmd opened 12 years ago
Here's a link to the Kennedy example: http://openie.cs.washington.edu/search/?arg1=kennedy&&&page=1 Twitter bootstrap might provide UI suggestions: http://twitter.github.io/bootstrap/index.html
Here is an example from Oren: http://openie.cs.washington.edu/search?arg1=technion&rel=&arg2=&corpora=
This is my suggestion of fixing the multiple entries problem. First we start from the main page, which doesn't have to be modified.
As we type in "Kennedy" for Arg1, instead of directing to the page that has the exact match of the key word, it is now directed to an intermediate page, which lists out all the different entries for the keyword.
The list is sorted by type, people, places and etc, and the list is sorted by the popularity, so that user can find what they want easier. For the same type, it only lists out 3 entries, any more than that is hidden, but can be listed through the "more" button.
For entries containing few results, say less than 3, they can be categorized into the others option, (with their matching types in brakets).
So when the user selects a specific Kennedy, for example JFK, it shows a exact match of that person, so there is no ambiguity.
If the user looks for arg1 and arg2, it can be presented in a two column page, or a better alternative may be to select the first Arg1, (like on page 2) and then select Arg2, so the page can be simpler and the development may be less complex.
Same as before, after the two specific args are selected, the exact match of the two args with show up. In this example, JFK and Hillary Clinton.
I have implemented a solution and its on the CSE rv-n16.
rv-n16:8000
The following is a description of how the flow would work.
3.1 When there is a single entity that matches the filtered query, it would go to the results page, with a search of the linked entity. i,e, search for "Hillary Clinton" would go to results page with a search of "entity: Hillary R. Clinton"
3.2 When there are multiple entities, it would go to the disambiguate page, which forces the user to select a specific entity they are looking for, or they can choose a general search for all. ie, search for clinton would display "Bill Clinton", "Hillary Clinton", etc, and a "search for all." Clicking on the entity goes to the linked result page, search for all simply searches for "Clinton".
3.3 The last case is when there is 0 entities after the filter, so either there are no results for the query, or the results for that entity is really small (less than 5). In this case, it goes to the results page directly, but not with a linked entity search, just a general search of the original query.
There are things I need to add to this. (These searches now performs the original searches)
We need to a little more functionality so we don't lose functionality.
(Obama, *, *)
turns into (entity:Barack Obama, *, *)
), we need to be able to search for the unlinked entity.
In moving to the answer format, we now collapse together answers that actually apply to different entities. For example, if you search for
(Clinton, ran for, *)
you will get results for both entitiesHilary Clinton
andBill Clinton
. We may want to disambiguate this somehow in the UI, although I'm not sure how. This might tie in with the browser experience and providing information cards for query entities.Another example is a query for
(Kennedy, *, *)
. There are quite a few linked entities. IWith single-slot queries such as this, it seems particularly wrong to conflate entities (especially people and space stations).