<html><head></head><body> <div dir="auto">It’s not just the number of “missing” verses that should figure in the percentage score, but also the number of verses that get concatenated to the last one in a chapter.</div><div dir="auto"><br></div><div dir="auto">The differences in v11n for the Psalms will be especially significant for this, in that some v11n renumber many of them. Likewise for the last few chapters in the book of Job.</div><div dir="auto"><br></div><div dir="auto">Aside: It would be cool to enhance the utility emptyvss by providing a command line option that would ignore books that are not included in the scope parameter in the conf file.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div><br></div> <div dir="auto">David</div><div><br></div>On Thu, Jun 19, 2025 at 03:18, DM Smith <<a class="" href="mailto:On Thu, Jun 19, 2025 at 03:18, DM Smith <<a href=">dmsmith@crosswire.org</a>> wrote:<blockquote type="cite" class="protonmail_quote"> <div>
David,
</div>
<div>
<br>
</div>
<div>
Because it only considers the xml, scope is automatically built into it. It is only comparing what is present in the xml with what is part of the av11ns.
</div>
<div>
<br>
</div>
<div>
It might be good to add the enumeration of missing verses.
</div>
<div>
<br>
</div>
<div>
— DM
</div>
<div>
<br>
<blockquote type="cite">
<div>
On Jun 18, 2025, at 4:02 PM, David Haslam <dfhdfh@protonmail.com> wrote:
</div>
<br class="Apple-interchange-newline">
<div>
<div>
<div dir="auto">
Does it take account of the Scope key in the .conf file for a less than complete Bible ?
</div>
<div dir="auto">
<br>
</div>
<div dir="auto">
David
</div>
<div>
<br>
</div>
<div id="protonmail_mobile_signature_block">
<div>
Sent from
<a href="https://proton.me/mail/home">Proton Mail</a> for iOS
</div>
</div>
<div>
<br>
</div>
<div>
<br>
</div>On Wed, Jun 18, 2025 at 20:51, DM Smith <
<a href="mailto:On Wed, Jun 18, 2025 at 20:51, DM Smith <<a href=">dmsmith@crosswire.org</a>> wrote:
<blockquote class="protonmail_quote" type="cite">
Hi,
<div>
<br>
</div>
<div>
Several have commented on how hard it is to test an OSIS xml file against v11ns especially since it goes off into an infinite loop. (I’ve posted a patch that fixes that) But it is still a process of trial and error to find an appropriate v11n.
</div>
<div>
<br>
</div>
<div>
<div>
So, I’ve been iterating with chatGPT to create a python script to find a best fit v11n. Since I don’t know python, I can’t vouch for the script beyond it worked for a simple test case that had an extra chapter for Genesis and had some extra verses at the end of a chapter in that book.
</div>
<div>
<br>
</div>
<div>
I offer it, as a starting place. See the attached file.
</div>
<div>
<br>
</div>
<div>
It has a —debug flag.
</div>
<div>
The first argument is expected to be the OSIS xml file.
</div>
<div>
The second argument is optional and gives the location to the include directory of svn/sword/trunk/include with all the canon*.h files. If you don’t supply the argument, it uses the web to load the canon*.h files from
<a href="https://www.crosswire.org/svn/sword/trunk/include">https://www.crosswire.org/svn/sword/trunk/include</a>.
</div>
<div>
<br>
</div>
<div>
It will score the fitness of each of the v11ns. It gives the score as a %, but I don’t know what that means. I told it that it should prioritize book matches, then chapter matches and finally verse matches. I don’t know how well it did that scoring. I didn’t test for that.
</div>
<div>
<br>
</div>
<div>
The output is alphabetized. If more than one v11n have the same high score, they are listed.
</div>
<div>
<br>
</div>
<div>
In His Service,
</div>
<div>
<span class="Apple-tab-span" style="white-space:pre"> </span>DM
</div>
<div>
<br>
</div>
<div></div>
</div>
<div>
<div></div>
</div>
</blockquote>
</div>_______________________________________________
<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
<br>
</div>
</blockquote>
</div>
<br></blockquote></body></html>