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
