<div dir="ltr"><div class="gmail_default" style="font-family:garamond,serif;font-size:large">David, <br><br>That page you refer to is the problem that created this email. <br><br>The page you refer to shouldn&#39;t exist like it does.. that information should be going onto a problem ticket system. (Think the &#39;issue tracker&#39; on the USFM 3 list.  It&#39;s searchable and the status of most items is clear, and anything already acted on is already on the official documentation pages.) <br><br>That collection of pages in its current form provides little information. it&#39;s not sorted by status of investigation/implementation, nor by the spec&#39;s organization, but rather by the impression of the author as to it&#39;s nature.  It seems to be a collection of writings, some of which describe real problems that have been acted on already, some that describe misspellings (but can safely be ignored for module creation.), and some that fit into &quot;wishlist&quot; meaning even if they&#39;re in the &#39;bug&#39; category and actually bugs, they aren&#39;t affecting what happens today. Each writing in the wiki will have to be processed before I can code. I can&#39;t see any clear status marker present so I can sort the already dones from the wishlist. <br><br>THATS what I&#39;m suggesting/working toward.  I&#39;m encoding the entire spec for storage in a source form, so that implemented bugfixes can be updated into the spec. We should not have to go through megabytes of text to find 3 misleading characters in the spec that will break every module someone trying to follow the spec will run into. I&#39;ve seen enough in the wiki that I&#39;m pretty sure there&#39;s at least on issue listed there that is likely to be in that class, but I&#39;m going to have to sort through each and every sentence on each and every page to find them all. <br><br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 4, 2020 at 1:25 PM David Haslam &lt;<a href="mailto:dfhdfh@protonmail.com">dfhdfh@protonmail.com</a>&gt; 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">   <div>Have you looked at our Wiki page?</div><div><br></div><div>OSIS 211 CR</div><div><br></div><div>It was even edited again today!</div><div><br></div><div>The Bible Technologies Group has not met for years &amp; the original website went AWOL. </div><div><br></div><div>It may well be the case that CrossWire is the only remaining de facto maintainer of OSIS. </div><div><br></div><div>Best regards,<u></u><u></u></div><div><br></div><div>David </div><div><br></div><div id="gmail-m_7956110292232337925protonmail_mobile_signature_block"><div>Sent from ProtonMail Mobile</div></div> <div><br></div><div><br></div>On Mon, May 4, 2020 at 19:07, Michael H &lt;<a href="mailto:cmahte@gmail.com" target="_blank">cmahte@gmail.com</a>&gt; wrote:<blockquote type="cite">  <div dir="ltr"><div class="gmail_default" style="font-family:garamond,serif;font-size:large">I&#39;ve got 40 works and growing that I&#39;ve been meaning to look at creating Sword Modules. All of these are genbooks. Almost 100% currently are works by Andrew Murray (but the list is much bigger.) <br><br>But, as I try to make sense of the OSIS spec, I&#39;m facing a 2006 spec in not very well done PDF, and another one with comments, and an xslt file, and a mountain of comments on the wiki that span from outright errors, to support gaps, to wishlist. <br><br>What is the status of OSIS? Is there a draft or official source, or even Crosswire source that we can at least fix typos to? I&#39;ve started one, just to turn Appendix F into a real table... but as I read through the wiki, now it seems I&#39;m going to have to process everything to be able to trust what I&#39;m reading, and it makes sense that I should be dropping the result somewhere more official than my google drive. </div><div class="gmail_default" style="font-family:garamond,serif;font-size:large"><br>If we have permission to host the OSIS spec, do we have permission to bugfix it (at least the spelling gaps, and fixing the tables of information to be tabular?) </div></div>
</blockquote><div><br></div><div><br></div>_______________________________________________<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>