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
-
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
0 -
Dave Hooton said:
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
0 -
DominicM said:
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"
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!
0 -
Thaks Dave/Mark
Mark Barnes said: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
0 -
DominicM said:
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!
0 -
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.
0 -
DominicM said:
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
0 -
fgh said:DominicM said:
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.
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
0 -
fgh said:
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.
Dave Hooton said: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
0 -
Dave Hooton said:
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
0 -
fgh said:Dave Hooton said:
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
0 -
OK, I'll give it another try later. I finally upgraded my RAM a couple of days ago, so it should be less painful than in the past. [:)]
Mac Pro (late 2013) OS 12.6.2
0 -
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
0 -
fgh said:
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
0 -
Dave Hooton said:
sometimes Logos do state it in the Release Notes. I don't think this fix was mentioned!
The main thing to me is that the bug thread itself is updated. If it's in the release notes as well, that is certainly preferable, but sometimes the language there is so cryptical that I don't realize they're talking about an issue I myself have reported.
Mac Pro (late 2013) OS 12.6.2
0 -
Dave Hooton said:fgh said:
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
0 -
DominicM said:
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
0 -
Have added a couple of suggestions:
http://community.logos.com/forums/t/60888.aspx
Revisit the code in analysis mode
http://community.logos.com/forums/t/60879.aspxFormat Export to passage list from analysis as same format as display
Never Deprive Anyone of Hope.. It Might Be ALL They Have
0
