[jsword-devel] new eBible repo testing
DM Smith
dmsmith at crosswire.org
Mon Sep 21 17:26:55 MST 2015
Peter,
You are spot-on.
I’d add, that for people that use an English Bible (e.g. KJV, ESV, WEB, NET, ...) in parallel to their local language, it is important that there isn’t an app clumsiness handling a clash.
Note: The Thai KJV module in eBible repo now has an Abbreviation of ThaKJV.
I was trying to make a change in the shared code (JSword) that would just work in the frontends (e.g. AndBible, BibleDesktop, STEP, …) without change. It was naive.
DM
> On Sep 21, 2015, at 6:36 PM, Peter von Kaehne <refdoc at gmx.net> wrote:
>
> 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
>
>
> _______________________________________________
> 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