Advanced Search Help Sought

Using LEB I want to find all   "The [Varies] of Yahweh" phrases, but I want to sort them by the missing word for a study I am doing, Is this achievable/possible?

I know I can search for [ The BEFORE 2 WORDS "of Yahweh" ] and dump it into a passage list.. But its way to big to sort manually..

Any further suggestions? 

Never Deprive Anyone of Hope.. It Might Be ALL They Have

Comments

Sort by:
1 - 2 of 21

    For one intervening word:

     The BEFORE 2-2 WORDS "of Yahweh"

    This will reduce the number of hits. Try saving the results as a Word List.


    For 1 or 2 intervening words:

     The BEFORE 2-3 WORDS "of Yahweh"

    You will probably get spurious hits with this separation, though.

    EDIT:  See Mark's solution below.

    Dave
    ===

    Windows 11 & Android 13

    For one intervening word:

     The BEFORE 2-2 WORDS "of Yahweh"

    Hebrew is a little more difficult with its compound words, so i tried

    @A BEFORE 1 words  @P BEFORE 0 Words lemma:יהוה

    where   @P BEFORE 0 words lemma:יהוה   simulates "of Yahweh" using a preposition rather than the actual word!

    The "variable" word is compounded with the article, hence the 1 word separation. Anyway, you can refine that.

    EDIT:  I misread  LEB as LHB!!

    Dave
    ===

    Windows 11 & Android 13

    Using LEB I want to find all   "The [Varies] of Yahweh" phrases, but I want to sort them by the missing word for a study I am doing, Is this achievable/possible?

    The problem with your search in the way you've constructed it is that you're searching for "the" and "of Yahweh", so the results will highlight those two words. But actually, you're primary interested in [varies], but with your syntax you're not actually searching for that at all.

    Unfortunately, Logos doesn't really support the sort of search that you need. You could do: The BEFORE 1 WORD * BEFORE 1 WORD "of Yahweh", but that would be horribly slow, and might crash. If you did manage to get this working, you could then do an analysis search, grouped by result, which would give you the data you needed (just ignore the words 'the', 'of' and 'yahweh' in your grouped search results). You could try the following, which some find uses less memory and completes a little faster:

    The BEFORE 1 WORD (a*, b*, c*, d*, e*, f*, g*, h*, i*, j*, k*, l*, m*, n*, o*, p*, q*, r*, s*, t*, u*, v*, w*, x*, y*, z*) BEFORE 1 WORD "of Yahweh"

    image

    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!

    Thaks Dave/Mark

    you're primary interested in [varies], but with your syntax you're not actually searching for that at all.

    Unfortunately, Logos doesn't really support the sort of search that you need.

    Thats kind of the conclusion I came to in the Analysis view.. and hoped I was missing something

     

    I am also getting extra unwanted data too in Analysis it seems to be treating footnote markers as part of text

    The verse view seems to be ok, for scrolling through 1 at a time but there is no data to analyse and 1360 verses, is realistically not helpful

     

    Q) Has the analysis view always ignored the double quotes signifying a phrase, and treated them as individual words?

    if so I think it might be a bug/design flaw

     

    Export back to passage list is grim... It would be nice also if you could export the ordered list into a passage list in same verse order as you are currently viewing in analysis view and  icing in the cake would be if it exported the grouping headings also. Maybe I am missing it??


     

    Never Deprive Anyone of Hope.. It Might Be ALL They Have

    I am also getting extra unwanted data too in Analysis it seems to be treating footnote markers as part of text

    Yes, I noticed that.

     

    Analysis is designed for be exported to Excel and manipulated to your heart's content there. That's what I'd suggest.

    You can also export to a word list if you just want a simple summary of how many times each "the xxx of Yahweh" occurs.

     

    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!

    A search using "of Yahweh" and then sorting the analysis graph by previous word is faster and gets similar results. The only difference is whether "the" precedes the variable. Note that the count is doubled because it includes both "of" and "Yahweh". Perhaps I am missing something in your question.

    image

    I am also getting extra unwanted data too in Analysis it seems to be treating footnote markers as part of text

    I've been planning to ask someone to check if BUG: False search hits still remains in L5. I guess I now have the answer.[:(]

    Mac Pro (late 2013) OS 12.6.2

    I am also getting extra unwanted data too in Analysis it seems to be treating footnote markers as part of text

    I've been planning to ask someone to check if BUG: False search hits still remains in L5. I guess I now have the answer.Sad

    The Analysis bug here is different. Yours is about footnote markers (or syntax elements) interfering with the separation of words whereas this bug is about Anaysis including footnote markers as a Result.

    I can reproduce your bug in Byz 2005 but footnote markers don't affect a similar search in the LEB  e.g.  The BEFORE 3-3 WORDS Yahweh  gives results for Num 6:20, 7:3 and Jon 1:3, 10. There have been about 2 fixes for footnote markers in L4 this year, so

    • Byz hasn't been indexed since the fixes; or
    • the problem is unique to Byz

    My Byz was last modified in April 2012. If it hasn't been indexed since then the 'fixed' bug will still appear. So you and I should rebuild bible index and see if the problem still occurs!

    Dave
    ===

    Windows 11 & Android 13

    I've been planning to ask someone to check if BUG: False search hits still remains in L5. I guess I now have the answer.Sad

    My Byz was last modified in April 2012. If it hasn't been indexed since then the 'fixed' bug will still appear. So you and I should rebuild bible index and see if the problem still occurs!

    You'll have to rebuild the bible index to see that the results in Byz 2005 are fixed!

    The funky results in the SGNT's are still there, but I don't treat them as bibles for search purposes because the syntactic elements are also search terms  e.g. <SGNTClause = Appositional Clause>  NEAR "Χριστοῦ Ἰησοῦ" ; albeit you have to search "All Text" in Basic Search to get a result. So the separation between bible words is unreliable.  Compare the Bible Search results for "Χριστοῦ Ἰησοῦ"  in LGNTI with Lexham SGNT.

     

    Dave
    ===

    Windows 11 & Android 13

    You'll have to rebuild the bible index to see that the results in Byz 2005 are fixed!

    My Bible index was already rebuilt on July 4th, and the errors remain.

    Mac Pro (late 2013) OS 12.6.2

    You'll have to rebuild the bible index to see that the results in Byz 2005 are fixed!

    My Bible index was already rebuilt on July 4th, and the errors remain.

    The conclusion then, is that the fix did not come in before July 4! I re-indexed v5.0a today and then it was fixed.

    Dave
    ===

    Windows 11 & Android 13

    You were right (you usually are[:)]). 

    I wonder when they fixed it. It would be nice if they let you know it had been fixed and that the fix requires a reindex. It's not like you're going to reindex once a month just to check if there's any difference...

    Mac Pro (late 2013) OS 12.6.2

    I wonder when they fixed it. It would be nice if they let you know it had been fixed and that the fix requires a reindex

    I always request that (being on the beta) and sometimes Logos do state it in the Release Notes. I don't think this fix was mentioned! Anyway, there is a small downside because you also have to rebuild the library index for the Results to be recognised in the resource (check it out).

    Dave
    ===

    Windows 11 & Android 13

    I wonder when they fixed it. It would be nice if they let you know it had been fixed and that the fix requires a reindex

    I always request that (being on the beta) and sometimes Logos do state it in the Release Notes. I don't think this fix was mentioned! Anyway, there is a small downside because you also have to rebuild the library index for the Results to be recognised in the resource (check it out).


    Seems to me if Reindexing is required logos could download a file that "forces re-index" or alerts you to that fact it is required

    Never Deprive Anyone of Hope.. It Might Be ALL They Have

    Seems to me if Reindexing is required logos could download a file that "forces re-index"

    That would be done if there was a new Index format i.e where the new Indexer cannot read indexes in the current format.

    Dave
    ===

    Windows 11 & Android 13