Sounds good. No comments at this time. I hope to get this registration going soon. Scanning the whole genbook takes some time so I was thinking if we could we make the versification registration "on the fly" in that on the beginning only books are known. When someone wants chapters for a book they are scanned and added to the versification. That would mean the versification is a map and gets filled by the time or maybe will never be complete filled.
Manfred Am 01.11.2008 um 16:25 schrieb Troy A. Griffitts: > > Once the code is done to register a versification system with a > TreeKey, > I was thinking of having SWMgr, when it loads a GenBook with > KeyType=VerseKey register it with VerseMgr as a versification scheme > called the same as the module name. This will get things working for > individual modules. > > _______________ > > > Then the next phase of development, which will start to really take > advantage of the core purpose of VerseMgr would be to develop a > specification where modules specify which common versification system > they use, and if a module provides an entire versification system, > eg., > > [KJVgb] > ProvidesVersification=KJV > > [LXXM] > ProvidesVersification=LXX > > [SyriacNT] > Versification=LXX > > (actually, I don't think Peshitta used LXX for translations, but > this is > just a technical example) > > Then we can work out some code logic similar to: > If a module ProvidesVersification, and the Versification is not yet > registered with VerseMgr, then SWMgr still registers module's > TreeKey as > a versification system like described above, but uses the > ProvidesVersification entry as the versification name. > > If a module specifies that it uses a versification which there is not > installed a module which provides, then SWMgr still registers module's > TreeKey as a versification system like described above, and still uses > the module name. > > And finally, I think we need a line of code in SWModule::CreateKey > (and > overriding versions) to set versification on VerseKey to the proper > system sorted out from the .conf and logic described above. > > Thanks for making me do a thoughts dump on this one. Comments? > > -Troy. > > > > > > > Manfred Bergmann wrote: >> Troy. >> >> Alright, understood. >> Another question: >> The only call to registerVersificationSystem() is done now in the >> SystemVerseMgr getter. >> But here only for 'normal' versification system. >> In which way do we need to differentiate between the old and the new >> and call the TreeKey registerVersificationSystem() method? >> >> >> Regards, >> Manfred >> >> >> >> Am 01.11.2008 um 04:44 schrieb Troy A. Griffitts: >> >>> Dear Manfred, >>> >>> Yes, you are exactly correct. First level would get all books, >>> second >>> level would get all chapters, and third level would get all verses. >>> These are the things that are pulled from the static array in >>> canon.h >>> >>> -Troy. >>> >>> >>> Manfred Bergmann wrote: >>>> Am 29.10.2008 um 14:23 schrieb Troy A. Griffitts: >>>> >>>>> If you'd like to help with the unfinished part, have a look at: >>>>> >>>>> http://crosswire.org/svn/sword/trunk/src/mgr/versemgr.cpp >>>>> >>>>> and search for: TreeKey >>>>> >>>>> See the overloaded registerVersificationSystem implementation >>>>> above >>>>> which implements registering a system the old way, with a >>>>> hardcoded >>>>> array (canon.h). The TreeKey version of this method needs to read >>>>> it's >>>>> data from the provided TreeKey instead of the static array. You >>>>> can >>>>> use >>>>> the working array impl as a starting template for the TreeKey >>>>> impl. >>>> Hmm, I don't quite understand how to do that. >>>> I would think that in a genbook bible module which is based on a >>>> tree >>>> structure one would parse the tree and see how many second level >>>> (chapter) and third level (verse) elements there are for a certain >>>> book. >>>> TreeKey itself only has assureKeyPath method. >>>> What do you suggest to implement this? >>>> >>>> >>>> Manfred >>>> >>>>> Manfred Bergmann wrote: >>>>>> Huray. >>>>>> First genbook with alternate versification. >>>>>> It turned out that the xml2gbs converter doesn't like single >>>>>> quotes >>>>>> for strings (attributes). >>>>>> >>>>>> A problem though. Gen 32:33 should show something in the >>>>>> gerneuegb >>>>>> module but it doesn't. >>>>>> http://idisk.mac.com/manfred.bergmann-Public/shot_sword_gb.png >>>>>> >>>>>> Might be the code that pulls out the verses for display. Is there >>>>>> something to note when using alternate versification? >>>>>> >>>>>> >>>>>> >>>>>> Manfred >>>>>> >>>>>> >>>>>> Am 28.10.2008 um 10:00 schrieb Manfred Bergmann: >>>>>> >>>>>>> Chris, do you know where I can get the OSIS source of which the >>>>>>> KJVgb >>>>>>> and/or GerLut1545lhgb have been created from? >>>>>>> Text can be rendered for these two modules but not for my >>>>>>> created >>>>>>> one. >>>>>>> I guess there are some differences in the OSIS which I need to >>>>>>> check. >>>>>>> >>>>>>> >>>>>>> Manfred >>>>>>> >>>>>>> >>>>>>> Am 28.10.2008 um 08:52 schrieb Chris Little: >>>>>>> >>>>>>>> In any case, if you want to test alternate versification in >>>>>>>> Sword, >>>>>>>> you >>>>>>>> need to use xml2gbs for import. You can copy a .conf from one >>>>>>>> of >>>>>>>> the >>>>>>>> testing modules that use the GenBook driver to see the >>>>>>>> necessary .conf >>>>>>>> settings (either KJVgb or DRCgb, I believe). >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Manfred Bergmann wrote: >>>>>>>>> Hi. >>>>>>>>> >>>>>>>>> It's me again. :) >>>>>>>>> >>>>>>>>> I've tried the svn HEAD for creating this german bible module >>>>>>>>> GerNeUe >>>>>>>>> from OSIS. >>>>>>>>> The verses mentioned below are not shifted anymore. >>>>>>>>> But i.e. verse 32:33 which is in the source is re-versified as >>>>>>>>> 32:0: >>>>>>>>> "re-versified Genesis 32:33 as Genesis 32:0" >>>>>>>>> >>>>>>>>> What dies this mean. Gen 32:0 does not exist so is the verse >>>>>>>>> re- >>>>>>>>> versified to nil? :) >>>>>>>>> >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Manfred >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 05.10.2008 um 17:28 schrieb Manfred Bergmann: >>>>>>>>> >>>>>>>>>> Hi. >>>>>>>>>> >>>>>>>>>> I know there has a lot of discussion about versification >>>>>>>>>> schemes. >>>>>>>>>> Now that I'm working on a Sword module myself it seems I have >>>>>>>>>> missed >>>>>>>>>> and not understood the issues that are. >>>>>>>>>> >>>>>>>>>> However I noticed a different versification when I compare >>>>>>>>>> the >>>>>>>>>> bible >>>>>>>>>> I'm working on GerNeUe and the other german bibles (GerSch, >>>>>>>>>> GetElb, ...). >>>>>>>>>> For example Gen 31:55 doesn't exist in the GerNeUe source and >>>>>>>>>> actually >>>>>>>>>> also not in Schlachter and Elberfelder if I look at >>>>>>>>>> http://www.bibleserver.com >>>>>>>>>> . >>>>>>>>>> But the Sword modules for Schlachter and Elberfelder have >>>>>>>>>> verse >>>>>>>>>> 55. >>>>>>>>>> This leads to that all verses in Gen 32 are different to >>>>>>>>>> other >>>>>>>>>> sources >>>>>>>>>> (shifted by 1) until Gen 32:32 where verse 33 is put into >>>>>>>>>> verse >>>>>>>>>> 32 >>>>>>>>>> by >>>>>>>>>> osis2mod. >>>>>>>>>> >>>>>>>>>> I know this is because of the KJV versification schema that >>>>>>>>>> is >>>>>>>>>> used by >>>>>>>>>> default. >>>>>>>>>> Can I use the dynamic versification schema of the upcoming >>>>>>>>>> version >>>>>>>>>> already? >>>>>>>>>> What are your suggestions? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Manfred >>>>>>>>>> >>>> _______________________________________________ >>>> 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 > > > _______________________________________________ > 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
