<div dir="ltr"><div>Hi David,<br></div><div><br></div><div>ping me if I need to change anything in the source, no need to blow it up if it can be fixed by a simple modification of the XML.</div><div><br></div><div>I'll look into the other ones later tonight.<br></div><div><br></div><div>Kind regards,</div><div>Kristof<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 19, 2020 at 2:50 PM David Haslam <<a href="mailto:dfhdfh@protonmail.com">dfhdfh@protonmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi everyone,<br>
<br>
Today I was testing the updated HunUj module in CrossWire Beta and I came across an unusual anomaly in OSIS that almost escaped being detected.<br>
<br>
If one gives the following command:<br>
<br>
diatheke -b HunUj -b plain -k Gen.32.2<br>
<br>
the output is<br>
<br>
Genesis 32:2: Jákób is útnak indult, és találkoztak vele Isten angyalai. [<br>
(HunUj)<br>
<br>
"What's odd about that?" one might ask<br>
<br>
It's perfectly normal but for the unepected [ at the end of the verse text.<br>
<br>
Upon inspection using osis2mod, the verse text ends with an OSIS note...<br>
<br>
$$$Genesis 32:2<br>
Jákób is útnak indult, és találkoztak vele Isten angyalai.<note n="a" osisID="Gen.32.2!crossReference.a" osisRef="Gen.32.2" type="crossReference"/><br>
<br>
Observe closely, the OSIS note element is self-closing and therefore contains no note text or reference element.<br>
<br>
Now imagine the module developer getting ready to submit the module. He runs the OSIS through XML syntax check and then proceeds to validate it to the OSIS schema. It passes both. The self-closing note element is perfectly valid OSIS even though it's semantically deficient.<br>
<br>
Had I not noticed the anomalous [ in the diatheke output, this source text anomaly would have remained undetected.<br>
<br>
So the question for SWORD developers is this: Why does diatheke plain text output include the ] ?<br>
<br>
I'm not complaining. I'm glad that it behaved in this way, otherwise the OSIS anomaly would have completely passed us by.<br>
There are no other similar anomalies elsewhere in the HunUj module.<br>
<br>
I'd just like to understand better how exactly diatheke parses this peculiar construct and thus give the otherwise unexpected ]<br>
<br>
The textual bug is very interesting to me, because I can think of no readily available utility whereby it could have been flagged up in the OSIS file. If you know of such an XML tool, we'd all benefit from you sharing your wisdom and experience.<br>
<br>
<br>
Best regards,<br>
<br>
David<br>
<br>
Sent with ProtonMail Secure Email.<br>
<br>
<br>
_______________________________________________<br>
sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" target="_blank">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</blockquote></div>