Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Working As Designed
-
1.6.08
-
None
-
None
-
Find Terms
-
i2b2 Web Client
-
I am not able to reproduce this in the 1.7.04 environment.
Description
Here is the incorrect behavior that I observe in v1.6.08: If the first word of a concept description appears anywhere in your search phrase, it MUST be the first word in your search phrase, unless that word is repeated in the concept description.
For example, here is a table that illustrates the results of a two-word search that tries to match on "American Flag Or Touch Football":
{noformat}
| American | Flag | Or | Touch | Football
---------+----------+------+----+-------+----------
American | 0 | 1 | 1 | 1 | 1
Flag | 0 | 0 | 1 | 1 | 1
Or | 0 | 1 | 0 | 1 | 1
Touch | 0 | 1 | 1 | 0 | 1
Football | 0 | 1 | 1 | 1 | 0
{noformat}
1 = match
0 = failed to match
Rows correspond to first word of the search phrase, and the columns correspond to the second.
The failures to match in column 1, rows 2-4 are unexpected behavior. For example, the unquoted search phrase "Flag American" should match the concept "American Flag or Touch Football" in a "containing"-style search, so the value of row 2, col 1 should be "1".
For example, here is a table that illustrates the results of a two-word search that tries to match on "American Flag Or Touch Football":
{noformat}
| American | Flag | Or | Touch | Football
---------+----------+------+----+-------+----------
American | 0 | 1 | 1 | 1 | 1
Flag | 0 | 0 | 1 | 1 | 1
Or | 0 | 1 | 0 | 1 | 1
Touch | 0 | 1 | 1 | 0 | 1
Football | 0 | 1 | 1 | 1 | 0
{noformat}
1 = match
0 = failed to match
Rows correspond to first word of the search phrase, and the columns correspond to the second.
The failures to match in column 1, rows 2-4 are unexpected behavior. For example, the unquoted search phrase "Flag American" should match the concept "American Flag or Touch Football" in a "containing"-style search, so the value of row 2, col 1 should be "1".
Attachments
Activity
I am able to reproduce this issue in 1.7.04. In my original issue description, the example was based on the ontologies that we used in a previous version, not the i2b2 demo ontologies. However, the same behavior can be observed out of the box on your 1.7.04 VM with analogous logic.
Please try the following specific case:
1. Select "Find Terms"
2. Go to "Search by Names"
3a. Search for "activity flag"
RESULTS:
"Activity, american flag or touch football"
"Activity, capture the flag"
3b. Search for "flag activity"
NO RESULTS
You can build up the results table of my original issue description, which more fully describes the behavior, including unexpected results.
Please try the following specific case:
1. Select "Find Terms"
2. Go to "Search by Names"
3a. Search for "activity flag"
RESULTS:
"Activity, american flag or touch football"
"Activity, capture the flag"
3b. Search for "flag activity"
NO RESULTS
You can build up the results table of my original issue description, which more fully describes the behavior, including unexpected results.
This feature is limited in that it is only designed to look at two or three word phrases. For example if you search for lung cancer , it also looks for Cancer of Lung and vice versa.. It was never intended to do more than that.
1. correction
> The failures to match in column 1, rows 2-4 are unexpected behavior.
Should have read "column 1, rows 2-5.
2. The JIRA formatting "{noformat}" tags did not get processed. The table was meant to be in fixed-width font for alignment.