<div dir="auto">I believe that we can mandate, through the schema, that a tag not be self closing. If the schema really permits that, it can be prevented at that level if deemed necessary. If it's not appropriate to prevent an empty note, then we need to update the filter to at least close the brackets when it's a self closing tag.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 19, 2020, 07:50 David Haslam <<a href="mailto:dfhdfh@protonmail.com">dfhdfh@protonmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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" rel="noreferrer">sword-devel@crosswire.org</a><br>
<a href="http://www.crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer noreferrer" target="_blank">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br>
Instructions to unsubscribe/change your settings at above page</blockquote></div>