Bug 6.11 Beta 3 Bible Grid Search - Missing Person ?

Page 1 of 1 (12 items)
This post has 11 Replies | 1 Follower

Posts 15805
Forum MVP
Keep Smiling 4 Jesus :) | Forum Activity | Posted: Sat, Mar 26 2016 1:09 PM

Bit puzzled by some empty Grid boxes in Bible search for:

(<Person Jesus> OR <Person God>) WITHIN {Speaker <Person Jesus>}

Expectation is all Grid boxes filled in along with appropriate words highlighted.  Noticed 60 verses have empty Grid box(es) across 30 Bibles:

Exported Missing Person passage list

0118.Missing Person.txt

FYI: 60 out of 1,044 verses means 5.75 % of verses has something to investigate.

Keep Smiling Smile

Posts 21918
Forum MVP
Graham Criddle | Forum Activity | Replied: Sat, Mar 26 2016 1:43 PM

I can reproduce this

Checking out one of the examples - Luke 5:13 isn't returned in an ESV search (one of the blank grid boxes referenced above) but it is tagged properly

Posts 13360
Forum MVP
Mark Barnes | Forum Activity | Replied: Sat, Mar 26 2016 2:17 PM

I was puzzled by Lk 5:13, too.

English word order can mess up WITHIN searching (which is why it's best to search the Greek text and then show additional versions), but that doesn't seem to be the problem here.

Posts 791
LogosEmployee
Eli Evans (Faithlife) | Forum Activity | Replied: Mon, Apr 11 2016 12:20 PM

I poked around some but I don't know what the issue is, either. Translation word order can confound WITHIN, and markup boundaries can also, because WITHIN requires the left hand expression to be completely contained within the right hand expression. I'll see if Bradley has any insight.

Posts 8012
LogosEmployee
Bradley Grainger (Faithlife) | Forum Activity | Replied: Mon, Apr 11 2016 12:35 PM

The best way to diagnose WITHIN searches is to run each half separately and compare them. In this case (Lk 5:13, ESV), "saying I will" is not WITHIN "I will; be clean".

"a WITHIN b" currently requires "a" to be completely contained within b, which is not the case here. We have discussed adding an "INTERSECT" operator or similar in a future release, which could help solve this problem.

Posts 8012
LogosEmployee
Bradley Grainger (Faithlife) | Forum Activity | Replied: Mon, Apr 11 2016 12:40 PM

There's also the question of whether "saying" and "I will" should be two separate hits for <Person Jesus>. They are probably tagged as separate referent instances in the underlying DB (I haven't checked) but the <Person> search currently joins together all contiguous results into one hit. I think we have a case to see if this can be improved in the future, too.

Posts 21918
Forum MVP
Graham Criddle | Forum Activity | Replied: Mon, Apr 11 2016 1:33 PM

Thanks Bradley

Very helpful, Graham

Posts 15805
Forum MVP
Keep Smiling 4 Jesus :) | Forum Activity | Replied: Mon, Apr 11 2016 1:43 PM

Bradley Grainger (Faithlife):
"a WITHIN b" currently requires "a" to be completely contained within b, which is not the case here. We have discussed adding an "INTERSECT" operator or similar in a future release, which could help solve this problem.

+1 Yes for adding an "INTERSECT" operator (or similar: e.g. Match setting)

Thanks for explanation plus diagnostic steps.

Keep Smiling Smile

Posts 2635
LogosEmployee
Philana R. Crouch | Forum Activity | Replied: Mon, Oct 3 2016 11:24 AM

This is now fixed in 7.1.

Posts 24928
Forum MVP
Dave Hooton | Forum Activity | Replied: Wed, Oct 5 2016 3:10 PM

By using the INTERSECTS operator?

Dave
===

Windows & Android

Posts 8012
LogosEmployee

Dave Hooton:

By using the INTERSECTS operator?

Yes. The original issue reported in this case is not "fixed" and will still return the same results. In 7.1 you can use the new INTERSECTS operator to get the desired search results.

Posts 2635
LogosEmployee
Philana R. Crouch | Forum Activity | Replied: Mon, Jul 31 2017 12:06 PM

Bradley Grainger (Faithlife):

There's also the question of whether "saying" and "I will" should be two separate hits for <Person Jesus>. They are probably tagged as separate referent instances in the underlying DB (I haven't checked) but the <Person> search currently joins together all contiguous results into one hit. I think we have a case to see if this can be improved in the future, too.

This has now been fixed in 7.9 Beta 1 (7.9.0.0003).

Page 1 of 1 (12 items) | RSS