Reproducible Bug: Logos mangles a valid INTERSECTS search

Mark Barnes
Mark Barnes Member Posts: 15,432 ✭✭✭

I was looking to play with a recent search by Fred, but Logos completely misinterpreted my valid search:

(lemma:γυνή INTERSECTS <Sense wife>) AFTER 1 WORD @R 

Logos interprets this as:

(lemma:γυνή INTERSECTS <Sense ~ wife>) AND "AFTER" AND @R

When I replace INTERSECTS with ANDEQUALS, Logos interprets the search correctly.

This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!

Comments

  • Fred Chapman
    Fred Chapman Member Posts: 5,899 ✭✭✭

    Hey Mark,

    I see your point on INTERSECTS vs ANDEQUALS

    Your ANDEQUALS search returns better results than the one I suggested. Yours removes a couple of garbage results that mine included. One thing that threw me was why yours was capturing so many more results, then I realized you were searching All Passages rather than just the Pauline Epistles.

  • Andrew Batishko
    Andrew Batishko Member, Community Manager, Logos Employee Posts: 5,468

    Logos completely misinterpreted my valid search:

    (lemma:γυνή INTERSECTS <Sense wife>) AFTER 1 WORD @R 

    Logos interprets this as:

    (lemma:γυνή INTERSECTS <Sense ~ wife>) AND "AFTER" AND @R

    Generally the search engine doesn't support most operators as operands of a proximity operator. This is the same issue as mentioned here where the comma operator works but not the OR operator: https://community.logos.com/forums/t/4896.aspx

    That said, in the same way that there is an exception for the comma operator, we should be able to make exceptions for the INTERSECTS and WITHIN operators. I've created a case to fix this.

    Andrew Batishko | Logos software developer

  • SineNomine
    SineNomine Member Posts: 7,043 ✭✭✭

    That said, in the same way that there is an exception for the comma operator, we should be able to make exceptions for the INTERSECTS and WITHIN operators. I've created a case to fix this.

    What about NEAR?

    “The trouble is that everyone talks about reforming others and no one thinks about reforming himself.” St. Peter of Alcántara

  • Andrew Batishko
    Andrew Batishko Member, Community Manager, Logos Employee Posts: 5,468

    What about NEAR?

    Unfortunately, no. The difference is that the result of the INTERSECTS and WITHIN operators is a single matching term, while NEAR results in 2 matching terms. This prevents it from being able to be combined with the other proximity operators.

    Andrew Batishko | Logos software developer

  • SineNomine
    SineNomine Member Posts: 7,043 ✭✭✭

    What about NEAR?

    Unfortunately, no. The difference is that the result of the INTERSECTS and WITHIN operators is a single matching term, while NEAR results in 2 matching terms. This prevents it from being able to be combined with the other proximity operators.

    OK.

    “The trouble is that everyone talks about reforming others and no one thinks about reforming himself.” St. Peter of Alcántara

  • Phil Gons (Logos)
    Phil Gons (Logos) Administrator, Logos Employee Posts: 3,802

    Generally the search engine doesn't support most operators as operands of a proximity operator. This is the same issue as mentioned here where the comma operator works but not the OR operator: https://community.logos.com/forums/t/4896.aspx

    That said, in the same way that there is an exception for the comma operator, we should be able to make exceptions for the INTERSECTS and WITHIN operators. I've created a case to fix this.

    This now works in Logos 10.

  • Dave Hooton
    Dave Hooton MVP Posts: 36,088

    This now works in Logos 10.

     In Morph Search

    (lemma:γυνή INTERSECTS <Sense wife>) AFTER 1 WORD @R   is converted as

    (lemma.g:γυνή INTERSECTS reference:sense:wife) AND text:AFTER AND morph.g:R

    However, (lemma.g:γυνή INTERSECTS reference:sense:wife) AFTER  morph.g:R seems to work correctly.

    But lemma.g:γυνή INTERSECTS sense:wife AFTER  morph.g:R works even better as the pronoun results are not counted

    i.e. it is parsed as lemma.g:γυνή INTERSECTS (sense:wife AFTER  morph.g:R)

    Note that most users will not use reference:sense especially when it is not necessary.

    The original with  AFTER 1 WORD  also works

    Dave
    ===

    Windows 11 & Android 13