[jsword-devel] new eBible repo testing

Peter von Kaehne refdoc at gmx.net
Mon Sep 21 15:36:43 MST 2015 

Hi Martin, 

Just to be clear:

The ModuleName remains the unique identifier for each module. We have
introduced some changes how they are constructed for eBible to avoid an
ever lengthening number of clashes of duplicates. eBible has a lot of
texts we have too - and then it has 100s more. We are interested in teh
100s more, while we wanted to avoid too much grief from the duplicates.

Hence the addition of a repo-identifier to the Modulename - which now
becomes even more meaningless to users. 

So this is where Abbreviation comes in. But - Abbreviation does not
need to be unique across all offered 1000s of bibles - just unique
within a single user install. Thais call one of their Bibles apparently
KJV - presumably because it is translated from that and that should be
fine as long as no other KJV is installed. Then a solution must be
found.

So, if you want to use Abbreviation you need to ensure 

a) That ModuleName remains the internally used unique identifier
b) that the app offers some option to resolve Abbreviation clashes. The
user must be able to determine in the end how he wants his modules
called and how he wants conflicts resolved, preferentially without fall
back to a visible ModuleName - because they are now unreadable and will
appear more or less meaningless to users. 

This solution has been discussed extensively on sword-devel and this is
the best what we came up with. 

Peter

On Mon, 2015-09-21 at 23:11 +0100, Martin Denham wrote:
> Thanks for finding the problem.  How long do you think before a fix 
> is available?  I could go back to a pre-abbreviation version or 
> temporarily revert to the build AB was using before which is about 6 
> months old?  Maybe it wasn't such a good time to take a new version 
> of JSword.  AB won't be using the ebible repo immediately.
> 
> I don't anticipate big issues if everything was as it was before with 
> the addition of getAbbreviation() which could be handled in the front 
> end.  Maybe a new method, something like, getDisplayName() which has 
> a little logic to determine if initials, abbreviation, or description 
> is best used in the ui, but I haven't thought that through 
> thoroughly.
> 
> There seem to be some fundamental changes in standards adopted by the 
> ebible repo.  I have not worked out the affect of them yet and did 
> not follow all the discussion, but personally felt that it would have 
> been simpler if it had adopted standards that were more similar to 
> other repos.  However, I don't think it will be too difficult to make 
> the ebible repo available via AB.
> 
> Cheers
> Martin
> 
> 
> On 19 September 2015 at 21:16, DM Smith <dmsmith at crosswire.org> 
> wrote:
> > I had made getInitials return the abbreviation if there was one. 
> > And I had added getInternalName to return what getInitials used to 
> > be. I did this in BookMetaData but didn’t do something comparable 
> > in Book.
> > 
> > It was bad to have changed the contract of getInitials. So I’m 
> > reverting that change. I’m adding getAbbreviation which will return 
> > the abbreviation if any and the initials otherwise. Hopefully, no 
> > one has used getInternalName yet. I’d rather drop it than deprecate 
> > it.
> > 
> > I was trying to make it such that front-ends didn’t need to change 
> > to support Abbreviations.
> > 
> > The remaining challenge regards sorting of book lists visible to 
> > users. They should either be sorted on what the user sees. So far 
> > they have either seen Initials or Descriptions. But now it should 
> > be Abbreviations or Descriptions.
> > 
> > The other problem is that in the eBible repository has defined 
> > uniqueness of abbreviations to be within a language. The assumption 
> > is that a user will not install books in different languages. But 
> > we have to have a deterministic sort order.
> > 
> > The other problem regards lookup. Adding Abbreviation into the 
> > search is a complication. 
> > 
> > — DM
> > 
> > > On Sep 19, 2015, at 1:50 PM, DM Smith <dmsmith at crosswire.org> 
> > > wrote:
> > > 
> > > It’s due to adding support for Abbreviation. There’s a bug in 
> > > computing the zip file name.
> > > 
> > > For example Hindi ERV should try to download HinERV.zip but 
> > > instead it is HindiERV.zip.
> > > 
> > > It has:
> > > [HinERV]
> > > Abbreviation=HindiERV
> > > 
> > > Working on a fix.
> > > 
> > > In Him,
> > > 	DM
> > > 
> > > > On Sep 18, 2015, at 1:44 PM, DM Smith <dmsmith at crosswire.org> 
> > > > wrote:
> > > > 
> > > > I'll look this weekend to see what I can find. 
> > > > 
> > > > Cent from my fone so theer mite be tipos. ;)
> > > > 
> > > > On Sep 17, 2015, at 5:43 PM, Martin Denham <mjdenham at gmail.com> 
> > > > wrote:
> > > > 
> > > > > I think this problem and other related problems in And Bible 
> > > > > might be related to the new version of JSword because I am 
> > > > > also having problems with certain books from other repos.
> > > > > 
> > > > > Since upgrading to the latest version of JSword I am seeing 
> > > > > unzip problems with certain files e.g. HindiERV, СПВП, and 
> > > > > many from eBible.
> > > > > 
> > > > > Also, one user has found that foreign characters in the conf 
> > > > > Description field prevent previously installed modules 
> > > > > loading.  Coincidentally all the above modules have foreign 
> > > > > characters in their description field.  Does anybody recall a 
> > > > > change in this area during the last 6 months, which was the 
> > > > > time since my last build of jsword?
> > > > > 
> > > > > The error I get when attempting to install a zip is:
> > > > > 
> > > > > Not a zip archive
> > > > > java.util.zip.ZipException: Not a zip archive
> > > > > at java.util.zip.ZipFile.readCentralDir(ZipFile.java:385)
> > > > > at java.util.zip.ZipFile.<init>(ZipFile.java:163)
> > > > > at java.util.zip.ZipFile.<init>(ZipFile.java:119)
> > > > > at org.crosswire.common.util.IOUtil.unpackZip(IOUtil.java:86)
> > > > > at 
> > > > > org.crosswire.jsword.book.install.sword.AbstractSwordInstalle
> > > > > r.install(AbstractSwordInstaller.java:241)
> > > > > at 
> > > > > net.bible.service.download.DownloadManager$1.run(DownloadMana
> > > > > ger.java:135)
> > > > > 
> > > > > I need to do more investigation but wondered if anybody had 
> > > > > any ideas regarding this problem.
> > > > > 
> > > > > Can the above modules be installed without problems in 
> > > > > BibleDesktop?
> > > > > 
> > > > > Thanks
> > > > > Martin
> > > > > 
> > > > > On 16 September 2015 at 13:26, DM Smith <
> > > > > dmsmith at crosswire.org> wrote:
> > > > > > I haven’t gotten to it. Other than a file here or there. 
> > > > > > And mods.d.tar.gz. I’ve been frustrated by how much churn 
> > > > > > it has had. And that nearly every module had some kind of 
> > > > > > problem. I hope to look at the zip problem this weekend.
> > > > > > 
> > > > > > I was going to work it into the release of BibleDesktop 
> > > > > > (very soon). But now am thinking a follow-on release.
> > > > > > 
> > > > > > — DM
> > > > > > 
> > > > > > > On Sep 16, 2015, at 8:21 AM, Martin Denham <
> > > > > > mjdenham at gmail.com> wrote:
> > > > > > >
> > > > > > > Has anybody else been testing the new eBible repo with 
> > > > > > the JSword library?  I have had and am having various 
> > > > > > problems.
> > > > > > >
> > > > > > > Martin
> > > > > > > _______________________________________________
> > > > > > > jsword-devel mailing list
> > > > > > > jsword-devel at crosswire.org
> > > > > > > http://www.crosswire.org/mailman/listinfo/jsword-devel
> > > > > > 
> > > > > > 
> > > > > > _______________________________________________
> > > > > > jsword-devel mailing list
> > > > > > jsword-devel at crosswire.org
> > > > > > http://www.crosswire.org/mailman/listinfo/jsword-devel
> > > > > > 
> > > > > _______________________________________________
> > > > > jsword-devel mailing list
> > > > > jsword-devel at crosswire.org
> > > > > http://www.crosswire.org/mailman/listinfo/jsword-devel
> > > > _______________________________________________
> > > > jsword-devel mailing list
> > > > jsword-devel at crosswire.org
> > > > http://www.crosswire.org/mailman/listinfo/jsword-devel
> > > _______________________________________________
> > > jsword-devel mailing list
> > > jsword-devel at crosswire.org
> > > http://www.crosswire.org/mailman/listinfo/jsword-devel
> > 
> > _______________________________________________
> > jsword-devel mailing list
> > jsword-devel at crosswire.org
> > http://www.crosswire.org/mailman/listinfo/jsword-devel
> > 
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel

More information about the jsword-devel mailing list