BUG: Incorrect search results

Logos 9.8 Mac OS 11.6

Launched search from KJV 1900 for the lemma of follow after (διώκω) and obtained 44 results in 43 verses, which is the correct response.

Altered the search string to "<Lemma = lbs/el/διώκω> WITHIN 0 WORDS persecute" and obtained 44 results in 21 verses, which is incorrect. Results should have been 22 results in 21 verses. The erroneous number of results lists the total number of times διώκω appears in the GNT, not the number of times it is translated by some form of persecute.

Changed the search string to "<Lemma = lbs/el/διώκω> WITHIN 0 WORDS follow" and obtained 20 results in 10 verses, which is double the number of actual results. If the intention had been to reveal the number of actual words used by the KJV to translate διώκω, the results should have been 14 results in 10 verses.

This indicates that the resultant count in Logos searches are unreliable.

Find more posts tagged with

Desktop App

Comments

MJ. Smith

But INTERSECT appears to generate the correct count

I believe what you are seeing is the counting of the two terms separately vs. together. This is confusing but I think it is how Logos has worked for many years. The counts reflect the search process not the final results.

Jack Caviness

https://community.logos.com/discussion/comment/1181190#Comment_1181190

The counts reflect the search process not the final results.

Thanks for the reminder. Guess the 44 results on both searches threw me off [:$]

But INTERSECT appears to generate the correct count

Memo to Jack: Remember to use INTERSECT. Thanks for the correction.

MJ. Smith

https://community.logos.com/discussion/comment/1181191#Comment_1181191

You have no idea how many hours I have spent trying to reconcile search counts to verify the consistency of results.

Andrew Batishko

https://community.logos.com/discussion/comment/1181190#Comment_1181190

I believe what you are seeing is the counting of the two terms separately vs. together.

MJ is correct. The count reflects the number of search terms found. As an example, if you searched for Peter James the count would reflect the total number of times each showed up. The WITHIN operator treats the left and right sides as separate terms, and counts them as such. The INTERSECT operator treats the result as a single term.

This is similar to the difference between the comma operator and the OR operator. The comma operator treats all the items in the list as a single term (and all the hits share the same highlighting color in the results), while the OR operator treats the left and right side as separate terms (with different color highlighting).