<div dir="ltr"><div>Hi everyone,</div><div><br></div><div>Having dived into the whole crosswire ecosystem recently, I'm at the same time impressed at the quality of the tools provided (in particular the OSIS standard and the JSword lib, as I've been working in Java), and worried by what I perceive as a lack of dynamism around it's development and difficulty to contribute.<br></div><div><br></div><div>By "lack of dynamism" I of course don't mean to criticise the time anyone spends (as we contribute to a free ecosystem, we all have lives keeping us busy elsewhere), but rather to highlight how rough it is for external enthusiastic people to join.</div><div>For example, I'd like to contribute evolutions to the OSIS standard around
 versification systems, but I have no idea where to make such proposals, as there is only
 <a href="http://crosswire.org/pipermail/osis-core/">a mailing list dead since 2015</a>, <a href="https://wiki.crosswire.org/Category:OSIS">a few wiki pages</a> and <a href="https://crosswire.org/osis/">a few downloadable documents</a> which are supposedly the latest version.</div><div><br></div><div>I think a lot of that could be improved by making better use of <a href="https://github.com/crosswire">the crosswire github project</a>, which is nowadays the first contact most young developers will have with these crosswire projects.</div><div><br></div><div>I'd like to propose a few changes, get your opinions, and volunteer to execute them if everyone agrees.</div><div><ul><li><b>Revive the jsword github repository</b>.<br>That includes</li><ul><li>Backporting the <a href="https://github.com/AndBible/jsword/pulls?q=is%3Apr+is%3Aclosed">relevant changes from the andbible fork</a> (excluding android-specific stuff - which I already mostly removed in my last PR there).<br></li><li>Setting up a release process to publish the jar on a maven repository.</li><li>Setting up a clear branching model and writing clear contribution guidelines.<br></li><li>Having a team of several people familiar with Java development to review PRs or answer questions in the issue tracker. I obviously volunteer, but more people is always the best.<br><br></li></ul><li><b>Create a new Git repository for the OSIS specification</b>.<br>Must contain :</li><ul><li>In Git, the OSIS XSD schema, and the functional specification (basically, the contents of the current manual) in markdown or asciidoc format.<br>So that contributions to the standard may be opened as pull requests, reviewed, potentially stored as separate branches, etc.<br></li><li>A wiki tab where all relevant OSIS-related resources from the crosswire wiki should be copied.<br><br></li></ul><li>Ideally, I'd also suggest <b>moving the C++ sword code to github</b>.<br>Having it only on <a href="https://crosswire.org/svn/sword/trunk/">an old SVN repo</a>, not browsable or searchable online, really harms its visibility. I used a little bit of SVN while in engineering school 12 years ago, but I doubt that most young devs nowadays even know about it.</li></ul></div><div>But for this last C++ part, I suspect it has bigger impact on current developers, since Troy 
is still actively developing it and using the Jira bugtracker for this 
part - so there is no urgent need to change.<br>I'm really more worried about the jsword repo (it breaks my heart to see it dead since 2019) and having a visible and versioned location for the OSIS standard.<br></div><div><br></div><div>Please let me know your thoughts !<br>And whoever is currently admin of the github project, would you be willing to grant me some permissions on the jsword repo and a new "osis-spec" repo to start setting up all of this ?</div><div><br></div><div>Regards,</div><div><br></div><div>Arnaud Vié<br></div></div>