<div>Sorry,</div><div><br></div><div>I should have addressed it to Daniel (Owens).<caret></caret></div><div><br></div><div>David</div><div><br></div><div id="protonmail_mobile_signature_block"><div>Sent from ProtonMail Mobile</div></div> <div><br></div><div><br></div>On Mon, Dec 28, 2020 at 13:15, David Haslam <<a href="mailto:dfhdfh@protonmail.com" class="">dfhdfh@protonmail.com</a>> wrote:<blockquote class="protonmail_quote" type="cite">     <div>David,</div><div><br></div><div>How do the Open Scriptures extensions to Strong’s numbers relate (if at all) to the augmented Strong’s numbers documented by Tyndale House, Cambridge and implemented in STEP Bible ?</div><div><br></div><div><a href="https://github.com/tyndale/STEPBible-Data">https://github.com/tyndale/STEPBible-Data</a><br></div><div><br></div><div>Best regards,</div><div><br></div><div>David Haslam</div><div><br></div><div id="protonmail_mobile_signature_block"><div>Sent from ProtonMail Mobile</div></div> <div><br></div><div><br></div>On Mon, Dec 28, 2020 at 12:54, pierre amadio <<a href="mailto:amadio.pierre@gmail.com" class="">amadio.pierre@gmail.com</a>> wrote:<blockquote class="protonmail_quote" type="cite">  Hello.<br><br>I received the following feedback from Daniel Owens:<br><br>#############<br>When creating the OSHB, we ran in to the problem that Strong's numbers<br>did not have a place for a number of prefixed lemma, including the<br>inseparable prepositions and the vav conjunction. So we created some<br>additional Strong's "numbers" to be able to mark up such lemma. You<br>will notice that in the morph attribute, there are two parsings, "HR"<br>for "Hebrew Preposition" and "HNcfsa" for "Hebrew Noun common feminine<br>singular absolute". The preposition is the prefixed bet (בְּ). I hope<br>that answers your question.<br>#############<br><br>I understand the logic behind the choice, but it looks to me this is<br>is not behaving as expected with the Sword engine.<br><br>Hebrew can express in a single word things that require several words<br>in english.<br>In my previous mail mentioning genesis 1:1 bereshit (in a beginning)<br>is made out of 2 semantic units be/reshit:<br><br>Excerpt from morphhb/oxlos-import/wlc.txt (where i think is the "raw"<br>text used to build the module) from<br>https://github.com/openscriptures/morphhb<br>Gen 1:1.1    7225    בְּ/רֵאשִׁ֖ית<br><br>Here we can see that / is used as a separator (or is it a reverse \  ? :-) )<br><br>Let's look at an example with 3 elements, from genesis 12:1 in "Now<br>the Lord had said unto Abram, Get thee out of thy country"<br>the "out of your country" is a single word: from/earth-land/yours me-artze-ra<br>Excerpt from morphbb's wlc.txt<br>Gen 12:1.7    776    מֵ/אַרְצְ/ךָ֥<br><br>If i look at this word with<br>diatheke  -b OSHB -o avlmn -f OSIS -k Genesis 12:1<br><br>OSHB 1.4<br><w lemma="strong:H0776" morph="oshm:HR/Ncbsc/Sp2ms">מֵאַרְצְךָ</w><br>OSHB 2.1<br><w lemma="strong:Hm strong:H0776" morph="oshm:HR/Ncbsc/Sp2ms">מֵאַרְצְךָ</w><br><br>I see several problem:<br><br>1) As with bereshit (in a beginning), the strong number for the prefix<br>is not a number and does not exist in the strong dictionary.<br>This will probably result in unexpected behaviour from the frontend<br>trying to show strong's number definitions.<br><br>2) with genesis example 12:1, the resulting xml node mention only 2<br>elements (from/earth) מֵ/אַרְצְ and omit the "yours".<br>I would have expected 3 entry מֵ/אַרְצְ/ךָ֥ in order to be consistent<br>with how things are displayed with bereshit.<br><br>I try to see if this had an effect with diatheke, looking for strong<br>entry H0776:<br><br>OSHB 1.4<br>/usr/local/sword/bin/diatheke -b OSHB -s lucene -r Genesis -k "lemma:H0776"<br>252 matches<br>/usr/local/sword/bin/diatheke -b OSHB -s attribute -r Genesis -k<br>"Word//Lemma./H0776/"<br>292 matches<br><br>OSHB 2.1<br>/usr/local/sword/bin/diatheke -b OSHB -s lucene -r Genesis -k "lemma:H0776"<br>252 matches<br>/usr/local/sword/bin/diatheke -b OSHB -s attribute -r Genesis -k<br>"Word//Lemma./H0776/"<br>252 matches<br><br>It looks like diatheke still finds the entry, now, what i do not<br>understand is why the attribute search with version 1.4 find 292<br>matches instead of 252 (which all the other research seems to agree<br>on).<br>_______________________________________________<br>sword-devel mailing list: sword-devel@crosswire.org<br>http://crosswire.org/mailman/listinfo/sword-devel<br>Instructions to unsubscribe/change your settings at above page</blockquote><div><br></div><div><br></div></blockquote><div><br></div><div><br></div>