I have made an OSIS file from the 1951 Schlachter Bible module
using the versification derived from the GBF tags <WTHc:v> <WTGc:v>
I then repeatedly built an eXperimental module using osis2mod trying with
different v11n.
None of our supported v11n gave an exact fit.
The best fit was (surprisingly) Segond. This had only 52 append warnings and 58
emptyvss.
Looks like this translation has a unique versification - assuming the GBF tags
were reliable.
The main mismatches are in Exodus, Job, Daniel, Joel, Zechariah & Malachi.
Best regards,
David
Sent from ProtonMail Mobile
On Mon, Mar 18, 2019 at 21:51, David Haslam <dfh...@protonmail.com> wrote:
> FYI.
>
> I have found two GBF markup errors in the GerSch module.
>
> * One pair of <FO>…<Fo> that is a typo for <FI>…<Fi>
> * One unpaired “<Fi> “ where there should simply be “)”.
>
> I also discovered today that the Perl script imp2osis.pl makes a mess of
> accented letters.
> At least - that’s when I used it with Perl within the Cygwin Bash Shell.
>
> Yet to check if there’s an updated version.
> Mine is dated 2016-03-16 but could be as old as 2009 and is version 2.0.1
> This is an old script that Chris Little developed to check that IMP file
> module submissions would be valid OSIS.
>
> Best regards,
>
> David
>
> Sent from ProtonMail Mobile
>
> On Mon, Mar 18, 2019 at 16:23, David Haslam <dfh...@protonmail.com> wrote:
>
>> I should add that the syntax help for utils64imp2vs.exe does include the 3
>> new French av11n names.
>>
>> I’ve just tried a build with -v German
>> but there are 71 empty verses.
>>
>> NB. Verses outside the specified v11n are not simply appended by imp2vs as
>> they are by osis2mod.
>>
>> Aside: It’s conceivable that none of our supported v11n gives an almost
>> exact fit.
>>
>> Best regards.
>>
>> David
>>
>> Sent from ProtonMail Mobile
>>
>> On Mon, Mar 18, 2019 at 15:40, David Haslam <dfh...@protonmail.com> wrote:
>>
>>> Well, the av11n required for GerSch original is not Luther. !!!
>>>
>>> So, the copyright owner being the Geneva Bible Society, I thought “Let’s
>>> try with -v Calvin”. After all, .... ;)
>>>
>>> However, “Geneva, we have a problem.”
>>>
>>> imp2vs never terminates when this <v11n> is specified.
>>>
>>> I am using the Windows utilities from the x64 build dated 2018-02-12
>>>
>>> Needs investigating!
>>>
>>> Has imp2vs ever been tested against any of the 3 new v11n for French Bibles?
>>>
>>> Aside: Has there been any recompile of the Sword utilities for Windows in
>>> the last 13 months?
>>>
>>> Best regards,
>>>
>>> David
>>>
>>> Sent from ProtonMail Mobile
>>>
>>> On Mon, Mar 18, 2019 at 15:00, DM Smith <dmsm...@crosswire.org> wrote:
>>>
>>>> The filters don’t care that the tags are repurposed. The GBFPlain
>>>> documents <WTnnn> as tense.
>>>>
>>>> That they were and that you know what they mean is perhaps helpful.
>>>>
>>>> In Him,
>>>> DM
>>>>
>>>>> On Mar 18, 2019, at 10:56 AM, David Haslam <dfh...@protonmail.com> wrote:
>>>>>
>>>>> The GBF tags in GerSch that we’re discussing have nothing whatsoever to
>>>>> do with Strongs or Tense.
>>>>>
>>>>> They are quite clearly all used for recording the original references
>>>>> before the text was squished in 2006 to the only v11n that SWORD
>>>>> supported at the beginning.
>>>>>
>>>>> To satisfy my own curiosity, I have since developed a bespoke TextPipe
>>>>> filter to Restore the IMP file to the original v11n.
>>>>>
>>>>> Yet to try it as an input for imp2vs to see which v11n gives the best
>>>>> match.
>>>>>
>>>>> Best regards,
>>>>>
>>>>> David
>>>>>
>>>>> Sent from ProtonMail Mobile
>>>>>
>>>>> On Mon, Mar 18, 2019 at 13:49, DM Smith <dmsm...@crosswire.org> wrote:
>>>>>
>>>>>> I took a look at the GBF Plain filter. It does recognize these and is
>>>>>> specifically handling them.
>>>>>>
>>>>>> Basically the plain filter has a little bit of markup:
>>>>>> New lines for <CL> (this is a hack), <CN>, <CM>.
>>>>>> It will put notes stuff between <F>this is a note<f], in [this is a
>>>>>> note].
>>>>>> Greek Strongs Numbers <WGnnn>, Hebrew Strongs Numbers <WHnnn> and Tense
>>>>>> <WTnnn> become <nnn>.
>>>>>>
>>>>>> Everything else is passed as text.
>>>>>>
>>>>>> In Him,
>>>>>> DM
>>>>>>
>>>>>>> On Mar 18, 2019, at 8:51 AM, Troy A. Griffitts <scr...@crosswire.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>> This likely means that our GBFPlain filter doesn't recognize these GBF
>>>>>>> tags and ignores them this should be a simple fix in the filter.
>>>>>>>
>>>>>>> http://crosswire.org/svn/sword/trunk/src/modules/filters/gbfplain.cpp
>>>>>>>
>>>>>>> On March 18, 2019 12:12:59 AM MST, Tobias Klein <cont...@tklein.info>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I tried to initialize my SWMgr object like this:
>>>>>>>>
>>>>>>>> mgr = new SWMgr(new MarkupFilterMgr(FMT_PLAIN));
>>>>>>>>
>>>>>>>> Yet the results are still the same for the GerSch module as described
>>>>>>>> earlier.
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>> Tobias
>>>>>>>>
>>>>>>>> On 17.03.19 19:46, Troy A. Griffitts wrote:
>>>>>>>>
>>>>>>>>> Hi Tobias. SWORD renders these tags for you if the planets are
>>>>>>>>> aligned. When you create your SWMgr, you tell it what "Render" markup
>>>>>>>>> you would like. We highly recommend XHTML. This will tell the SWMgr
>>>>>>>>> factory class to construct SWModule oblects with all the necessary
>>>>>>>>> filters added to produce your requested render markup when you call
>>>>>>>>> SWModule::renderText. The SWModule::stripText will also render
>>>>>>>>> plaintext output because SWMgr will add appropriate filters (as Greg
>>>>>>>>> has said GBFPlain, in this case). If the old GBF German Bible module
>>>>>>>>> you are using is made correctly, its .conf file will include a
>>>>>>>>> SourceType=GBF. This will allow SWMgr to pick the right filters to
>>>>>>>>> add. You shouldn't need to add any manually.
>>>>>>>>>
>>>>>>>>> You can find examples in the source under: sword/examples
>>>>>>>>>
>>>>>>>>> Here's a good one to steal from which contains most of the coded
>>>>>>>>> needed to write frontend display code.
>>>>>>>>>
>>>>>>>>> http://crosswire.org/svn/sword/trunk/examples/tasks/parallelbibles.cpp
>>>>>>>>>
>>>>>>>>> On March 17, 2019 10:45:34 AM MST, Tobias Klein
>>>>>>>>> [<cont...@tklein.info>](mailto:cont...@tklein.info) wrote:
>>>>>>>>>
>>>>>>>>>> On 17.03.19 18:38, Greg Hellings wrote:
>>>>>>>>>>
>>>>>>>>>>> You might need to add an instance of the GBFPlain class to the
>>>>>>>>>>> filter
>>>>>>>>>>> set before calling for stripText. It is specifically crafted to
>>>>>>>>>>> strip
>>>>>>>>>>> the tags you're talking about.
>>>>>>>>>>>
>>>>>>>>>>> In general, you'll want to add a <Format>Plain object to the filter
>>>>>>>>>>> set for any module you're processing to plain text, where <Format>
>>>>>>>>>>> can
>>>>>>>>>>> be picked up by a query to the conf for the given module. Classes
>>>>>>>>>>> should exist for GBF, OSIS, TEI, and ThML source formatted text.
>>>>>>>>>>
>>>>>>>>>> Thanks, makes sense.
>>>>>>>>>>
>>>>>>>>>> Before figuring out the details myself - can you point me to any code
>>>>>>>>>> example already existing? I think I once tried to add the GBFPlain
>>>>>>>>>> class
>>>>>>>>>> to the filter set, but somehow it didn't work as expected? Maybe I
>>>>>>>>>> used
>>>>>>>>>> it wrongly ...
>>>>>>>>>>
>>>>>>>>>> Best regards,
>>>>>>>>>> Tobias
>>>>>>>>>> ---------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> sword-devel mailing list:
>>>>>>>>>> sword-devel@crosswire.org
>>>>>>>>>>
>>>>>>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>>>>> Instructions to unsubscribe/change your settings at above page
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>>>>>>
>>>>>>> --
>>>>>>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>>>>>> _______________________________________________
>>>>>>> sword-devel mailing list: sword-devel@crosswire.org
>>>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>>>> Instructions to unsubscribe/change your settings at above page
>>>>>
>>>>> _______________________________________________
>>>>> sword-devel mailing list: sword-devel@crosswire.org
>>>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>>>> Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
