<div>Added this sub-section to the wiki page.<br></div><div><br></div><div><a href="https://wiki.crosswire.org/OSIS_211_CR#Disallow_self-closing_note_element">https://wiki.crosswire.org/OSIS_211_CR#Disallow_self-closing_note_element</a><br></div><div><br></div><div class="protonmail_signature_block"><div class="protonmail_signature_block-user"><div>Best regards,<br></div><div><br></div><div>David<br></div></div><div><br></div><div class="protonmail_signature_block-proton">Sent with <a href="https://protonmail.com" target="_blank">ProtonMail</a> Secure Email.<br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Saturday, 20 June 2020 19:01, David Haslam <dfhdfh@protonmail.com> wrote:<br></div><div> <br></div><blockquote class="protonmail_quote" type="cite"><div>Thanks, Peter.<br></div><div><br></div><div>Created API-241 as requested.<br></div><div>Unable to assign your username to the issue. You weren’t listed.<br></div><div><br></div><div>I will add something to the wiki page OSIS 211 CR.<br></div><div><br></div><div>Grab a copy of the HunUj module for testing before it’s updated. <br></div><div><br></div><div>David<br></div><div><br></div><div id="protonmail_mobile_signature_block"><div>Sent from ProtonMail Mobile<br></div></div><div><br></div><div><br></div><div>On Sat, Jun 20, 2020 at 18:16, refdoc@gmx.net <<a href="mailto:refdoc@gmx.net" class>refdoc@gmx.net</a>> wrote:<br></div><blockquote class="protonmail_quote" type="cite"><div>Fixing the filter should be done to avoid the picture, and I can likely do that asap, particularly in light of Troy's announcement. Please though file a bug against the engine (not diatheke) , the likely source of the problem is in the osisplain filter. And file a further bug against the scheme, which will stay until that is fixed even once the engine does not produce bad output anymore<br></div><div><br></div><div>Thanks<br></div><div><br></div><div>Peter<br></div><div><br></div><div>Sent from my mobile. Please forgive shortness, typos and weird autocorrects.<br></div><div style="line-height: 1.5"><div><br></div><div><br></div><div>-------- Original Message --------<br></div><div>Subject: Re: [sword-devel] SWORD, diatheke and a self-closing OSIS note element...<br></div><div>From: Greg Hellings <br></div><div>To: David Haslam ,SWORD Developers' Collaboration Forum <br></div><div>CC: <br></div><div><br></div><div><br></div><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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.<br></div><div><br></div><div class="gmail_quote"><div dir="ltr">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"><div>Hi everyone,<br></div><div> <br></div><div> 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></div><div> <br></div><div> If one gives the following command:<br></div><div> <br></div><div> diatheke -b HunUj -b plain -k Gen.32.2<br></div><div> <br></div><div> the output is<br></div><div> <br></div><div> Genesis 32:2: Jákób is útnak indult, és találkoztak vele Isten angyalai. [<br></div><div> (HunUj)<br></div><div> <br></div><div> "What's odd about that?" one might ask<br></div><div> <br></div><div> It's perfectly normal but for the unepected [ at the end of the verse text.<br></div><div> <br></div><div> Upon inspection using osis2mod, the verse text ends with an OSIS note...<br></div><div> <br></div><div> $$$Genesis 32:2<br></div><div> 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></div><div> <br></div><div> Observe closely, the OSIS note element is self-closing and therefore contains no note text or reference element.<br></div><div> <br></div><div> 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></div><div> <br></div><div> Had I not noticed the anomalous [ in the diatheke output, this source text anomaly would have remained undetected.<br></div><div> <br></div><div> So the question for SWORD developers is this: Why does diatheke plain text output include the ] ?<br></div><div> <br></div><div> I'm not complaining. I'm glad that it behaved in this way, otherwise the OSIS anomaly would have completely passed us by.<br></div><div> There are no other similar anomalies elsewhere in the HunUj module.<br></div><div> <br></div><div> I'd just like to understand better how exactly diatheke parses this peculiar construct and thus give the otherwise unexpected ]<br></div><div> <br></div><div> 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></div><div> <br></div><div> <br></div><div> Best regards,<br></div><div> <br></div><div> David<br></div><div> <br></div><div> Sent with ProtonMail Secure Email.<br></div><div> <br></div><div> <br></div><div> _______________________________________________<br></div><div> sword-devel mailing list: <a href="mailto:sword-devel@crosswire.org" rel="noreferrer">sword-devel@crosswire.org</a><br></div><div> <a href="http://www.crosswire.org/mailman/listinfo/sword-devel" rel="noreferrer noreferrer">http://www.crosswire.org/mailman/listinfo/sword-devel</a><br></div><div> Instructions to unsubscribe/change your settings at above page<br></div></blockquote></div></blockquote></div></blockquote><div><br></div><div><br></div></blockquote><div><br></div>