Re: [sword-devel] French versification schemes

[Konstantin Maslyuk]

Yes i called it meta v11n in past.  I think it is  possible,  but with OSIS i simply do not know where exactly we have to map. 



Отправлено с Mi PhoneMartin Denham  | От: 19 июня 2017 г. 12:59 AM | Сообщение:Should we consider introducing a new, fabricated translation (IIRC this may have originally been your idea DM), containing all potential books and used for mapping between different v11n?  I was recently struggling to sort bookmarks from multiple different v11n and wrote the following at the time:1. JSword's VersificationsMapper uses KJV as the intermediate mapping so Vulgate->KJVA will not work for dc books.What about using a fabricated-v11n which contains all possible books, chapters and verses as the intermediate v11n.  Maybe this would be based on something like KJVAMartinOn 18 June 2017 at 22:40, DM Smith  wrote:Good idea. I’ll look into how we can markup an OSIS text with a mapping to the KJV. If we can do that, then the form that SWORD/JSword needs is merely a form that the two can agree upon.DM SmithOn Jun 18, 2017, at 3:45 PM, Костя Маслюк  wrote:Having one file for canon defnition and mappings is preffered in my point. Having source(reference) text in that file as well is best.So would OSIS gurus say whether it is possible to store all data required to build canon and mappings in valid OSIS document?As i realize convenience of readable formats my point is still the same. So i count on some sort of authoritative desision. 10 июня 2017 г. 5:31 PM пользователь "DM Smith"  написал:Circling back around to this.There are two parts to the problem:1) AV11N2) Mapping to KJVAV11N:In JSword, we don’t yet have a form for external AV11N. There are two parts to this: Books and Verse/Chapter counts. Books have presence and ordering. Chapters have verse counts, answering "What is the highest verse number in the chapter?” JSword and SWORD differ a bit on internal representation of chapter counts, but the biggest difference is that we have one representation for the OT and one for the NT, allowing reuse of a testament’s chapter counts. The other is a slight difference where we don’t have a separate array of the counts of chapters.In canon.h there is:struct sbook ntbooks[] = {  {"Matthew", "Matt", "Matt", 28},JSword doesn’t have the chapter count, 28, present in its book order array.The canon.h vm[] array is:int vm[] = {  // Genesis  31, 25, 24, 26, 32, 22, 24, 22, 29, 32,  32, 20, 18, 24, 21, 16, 27, 33, 38, 18,  34, 24, 20, 67, 34, 35, 46, 22, 35, 43,  55, 32, 20, 31, 29, 43, 36, 30, 23, 23,  57, 38, 34, 34, 28, 34, 31, 22, 33, 26,  // Exodus  22, 25, 22, 31, 23, 30, 25, 32, 35, 29,  10, 51, 22, 31, 27, 36, 16, 27, 25, 26,  36, 31, 33, 18, 40, 37, 21, 43, 46, 38,  18, 35, 23, 35, 35, 38, 29, 31, 43, 38,The difference for JSword is that we use a doubly nested array:    /* protected */ static final int[][] LAST_VERSE_OT =    {        // Genesis        {           31,  25,  24,  26,  32,  22,  24,  22,  29,  32,           32,  20,  18,  24,  21,  16,  27,  33,  38,  18,           34,  24,  20,  67,  34,  35,  46,  22,  35,  43,           55,  32,  20,  31,  29,  43,  36,  30,  23,  23,           57,  38,  34,  34,  28,  34,  31,  22,  33,  26,        },        // Exodus        {           22,  25,  22,  31,  23,  30,  25,  32,  35,  29,           10,  51,  22,  31,  27,  36,  16,  27,  25,  26,           36,  31,  33,  18,  40,  37,  21,  43,  46,  38,           18,  35,  23,  35,  35,  38,  29,  31,  43,  38,        },We’ve maintained the comments as the same and the number of elements on a line the same, allowing us to diff the corresponding canon.h for verification.The practical difference is that we use sizeof to get the chapter count rather than a lookup in a 2D book array.Looking at Костя’s file his representation, while easy to generate from a module’s original OSIS xml is too verbose. It has one XML element per verse. We only need chapters/book and verses/chapter. The above representations are sufficiently compact. The python script that is used to generate the canon file can be adapted to create any format we choose.The format we choose should be:easy to readeasy to parse and convert into the internal format neededcompactThe book names being standardized to OSIS is sufficient.The array of chapters having 10 per line make it easy for people to read.I’ve also spaced it so commas line up even for chapters with over 99 verses.I’d suggest JSON over XML as it can represent arrays in a more compact form.E.g. (off the top of my head, can be otherwise)KJV = [[  [ "Gen",     [      31,  25,  24,  26,  32,  22,  24,  22,  29,  32,      32,  20,  18,  24,  21,  16,  27,  33,  38,  18,      34,  24,  20,  67,  34,  35,  46,  22,  35,  43,      55,  32,  20,  31,  29,  43,  36,  30,  23,  23,      57,  38,  34,  34,  28,  34,  31,  22,  33,  26    ]  ],  [ "Exod",    [      22,  25,  22,  31,  23,  30,  25,  32,  35,  29,    

Re: [sword-devel] Release Wrapup

[Konstantin Maslyuk]

I still suggest to have full versification definition with mappings and all 
related information in a single file. 

JSword format isn't good for me because of it is divided to two files and CSV 
format is not enough serious for long term.

http://www.ccel.org/refsys/refsys.html is good for me.

Also i will support your decision, Troy.


Blessings.

-Исходное сообщение-
От: "Troy A. Griffitts" 
Отправлено: ‎22.‎10.‎2016 6:48
Кому: "SWORD Developers' Collaboration Forum" 
Тема: [sword-devel] Release Wrapup

Hey guys,

I know our free time all comes in spurts and often not in sync with each 
other, but I'd like to try to push these final things to completion 
which need attention to wrap up this next release.

Thanks to everyone who have reported bugs here and the bug tracker and 
who have submitted patches and updates.  I will work on resolving these 
bugs quickly as well as being sure updated translations which have been 
submitted are applied.

The French versifications which were submitted by domcox and bundled up 
by refdoc I believe were committed a few months back, but we need to be 
sure.  There were some questioned posted on the list recently.  Can we 
confirm or deny we have the latest in trunk?

Versification mapping questions are still outstanding. Костя, DM, you 
both have written the mapping code for our C++ and Java libraries 
respectively.  You both seem to have different ways to record the 
mapping between v11n systems.  Is there one definition format we can use 
moving forward?  Can you open a discussion about this?  It would be 
really nice to define mappings once, put them in version control and 
then write a utility which can read these files and produce what each of 
you need to function-- if you cannot optimally read this one definition 
directly from your code.  Before we go too much further down the road 
here, it would be nice to discuss this now.

We might still have some outstanding issues with IBR contributed 
patches.  I believe we rolled back a commit in osis2mod which may have 
fixed one or more issues with the reports from IBR and thus eliminating 
the need for the IBR patches, but I am not sure.  We need to review this.

Finally, in the spirit of our push toward 2.0, I will continue to 
standardize another set of method names and possibly rename a class or 
two.  As always, the old method names will be marked at deprecated so 
you will receive warnings, but they will not be removed so as not to 
break any frontend code.  When 2.0 is finally released, all deprecated 
methods and class names will be removed.


These are the issue I plan to work on over the next few days and I would 
so appreciate your collaboration to help bring this long overdue release 
to light.  If there are issue which you feel need immediate attention 
beyond these, please bring them up to remind me.  We probably need new 
threads about each of these items, individually, so I'd ask that you not 
reply to this thread regarding any of these individual items, but start 
a thread with an appropriate subject.

Thanks for sharing in work together.  May God bless our efforts to bring 
this release to fruition,

Troy


___
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

Re: [sword-devel] Announcing Sword++

[Konstantin Maslyuk]

I would like API that you can't even thought to make wrapper around that.

It is not healthy thing to make wrapper around API for convenience of fixing 
when it becomes broken or deprecated. And I want to keep fewer chain links in 
system, spend my energy on something useful for anyone else but me.


Blessings.

-Исходное сообщение-
От: "Manfred Bergmann" <manfred.bergm...@me.com>
Отправлено: ‎03.‎10.‎2016 15:08
Кому: "SWORD Developers' Collaboration Forum" <sword-devel@crosswire.org>
Тема: Re: [sword-devel] Announcing Sword++

If you want a nice new, clean and convenient API, why don’t you build one on 
top of the current API?




Manfred




Am 28.09.2016 um 16:49 schrieb Konstantin Maslyuk <kostyamasl...@gmail.com>:


Thank you, Jaak, for your good starting. I still hope that your knowledge in 
C++ development and Troy's experience in Sword development would unite in 
development of next major libsword iteration (reword libsword2). I think you 
both have many great ideas for that. 

I also expect from libsword2 more convenient api. Since we managed to work with 
existing, it leave many questions and unobvious things (SWMgr that is actually 
iterator, Upper/Lower bound that do not say where is module beginning for new 
ones). A lot of code in Sword is hard to maintain, only few people knows how it 
actually works. It is not look like good C++ code. And it will never evolve if 
we will focus on elder devices.

So I suggest to not extinguish any kind of energy here but to support. It is so 
little here.

As for me, i like elder devices, and at this moment they are in my priority.


Blessings.


От: Jaak Ristioja
Отправлено: ‎25.‎09.‎2016 21:56
Кому: SWORD Developers' Collaboration Forum
Тема: [sword-devel] Announcing Sword++


Hello!

Sometime in May this year my efforts to improve the Sword library as the
backend for BibleTime led me to create branch or fork of the Sword
codebase, which I eventually called Sword++. The main goals for this
were to (with respect to BibleTime development) improve the API, build
system and overall code quality, modernize, and to try to fix any bugs I
find when refactoring and reviewing the code. With experience as a C++
backend engineer and being no Sword expert, my refactoring effort also
serves the purpose of educating myself about Sword and its internals.
While I'm just starting out and have barely touched the amount of work
that needs to be done, I've already accumulated over 200 new commits to
the Sword++ repository so far. So this seems to be a more-or-less
reasonable time to publicly announce my publicly before the situation
gets too awkward.

Before I proceed, I want to emphasize that none of this is meant to
split or even stir up anything negative in the community. However,
Sword++ is an initiative to stop and reverse the current bit-rot; it is
more of a rescue effort and not a rebel event. Due to the sheer amount
of work that needs to and can be done to reach these goals, it is
evidently impractical for me to push and wait for every such change to
work its way through the issue tracker and/or sword-devel and reach SVN
trunk. To work around this costly threshold for contributing to the
Sword library, Sword++ is now here.

Sword++ is not officially related to CrossWire. The code currently lives
at https://github.com/swordxx/swordxx and as the initiator I'm currently
idling alone on the #sword++ channel on FreeNode IRC. Feel free to
contribute, file bug reports, pull requests etc. Also feel free to
cherry-pick or merge any fixes back to Sword. I don't think I will (or
have time to) flood sword-devel with emails about every bug (or
technical, design or architectural issue) I find. I will try to notify
about most severe security issues. Follow the git log if you're interested.

The code is in sync with enhancements in the Sword SVN trunk and for now
I'll try to keep it that way, although I've changed the layout of source
files etc extensively which makes merging harder. I'm currently
targeting standard C++14, POSIX and Linux, with everything else having
lower priority due to Sword++ currently having only one active
developer. I've also dropped all the language bindings (which I don't
intend on maintaining together with the Sword++ master branch), a bunch
of legacy and unused code, tools and utilities etc. MSVC project files
and autotools were dropped from the build system, which is now only
based on CMake. Ftplib support was also dropped, cURL, CLucene 2, bzip2,
xz and zlib are now unconditionally required by Sword++. There are also
some API changes so switching from Sword to Sword++ requires some
effort. See the git log for details and more.

There is a lot of uncertainty because this is just the beginning of the
process. Currently Sword++ must be considered unstable. I haven't tested
it much at runtime. I'm mostly doing code review, modernizing, fixing
bugs and compiler warnings and static analysis warnings,
despagh

Re: [sword-devel] French versification schemes

[Konstantin Maslyuk]

Dominique, you got it correctly. Prepare *.xml, convert it into cpp code with 
supplied python utility, you also have to insert code into cannon definition 
and add mappings data to versification registration.

I do not know, are you familiar with programming, so feel free to ask here or 
privately, or even send me prepared *.xml files so I will find time to 
integrate your work and send you back for testing.

Notice that you have to expand ranges to have entry for each verse, and 
probably, I m not sure, omit sub verse ids (pv, a,b, ...) for refMap2cpp to 
work.

Both cases are omissions and have to be fixed. And that are differences between 
JSword format and format I used. Implementation do not support sub verses 
anyway.

But initially I was about whole versification scheme format. If mappings data 
is generated separately this brings inconvenience. And not sure that it is 
convenient now to define scheme in cpp syntax.

I like osisId-s (something settle for me) and XML (for extensibility), so why 
not to make cannon generator from OSIS sources or something like that? 


Blessings.

-Исходное сообщение-
От: "Troy A. Griffitts" 
Отправлено: ‎02.‎10.‎2016 13:15
Кому: "SWORD Developers' Collaboration Forum" 
Тема: Re: [sword-devel] French versification schemes

Thanks for bringing this up Dominique. Костя, what do we need to move 
forward into this next release?

I also, with you, would like to have one common format shared with 
JSword to store our mappings.  Do you have any comments about their 
format?  Is it something we should simply adopt and write a generator 
utility to our .h mappings? Does JSword's format include anything we 
don't support? or vice versa?

Troy



On 10/02/2016 09:08 AM, Dominique Corbex wrote:
> On Sun, 24 Jul 2016 01:45:00 +0300
> Костя Маслюк  wrote:
>
>> It is still important to place all we have for av11n schemes and mappings
>> in one place.
> I agree..
>
>>> At http://crosswire.org/~kalemas/work/v11nmapping there are examples
> I'd like to submit sword mappings to these French versification schemes
> before the next release of Sword.
>
> So, I just need to write 3 Bible xml files with all the 
> related to these schemes and the mappings  at the end, and run:
> $ python refMap2cpp.py Bible..xml
>
> and then add the resulting code to the associated .h file.
>
> Am I right?
>
> In Christ


___
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

Re: [sword-devel] Announcing Sword++

[Konstantin Maslyuk]

Thank you, Jaak, for your good starting. I still hope that your knowledge in 
C++ development and Troy's experience in Sword development would unite in 
development of next major libsword iteration (reword libsword2). I think you 
both have many great ideas for that. 

I also expect from libsword2 more convenient api. Since we managed to work with 
existing, it leave many questions and unobvious things (SWMgr that is actually 
iterator, Upper/Lower bound that do not say where is module beginning for new 
ones). A lot of code in Sword is hard to maintain, only few people knows how it 
actually works. It is not look like good C++ code. And it will never evolve if 
we will focus on elder devices.

So I suggest to not extinguish any kind of energy here but to support. It is so 
little here.

As for me, i like elder devices, and at this moment they are in my priority.


Blessings.

-Исходное сообщение-
От: "Jaak Ristioja" 
Отправлено: ‎25.‎09.‎2016 21:56
Кому: "SWORD Developers' Collaboration Forum" 
Тема: [sword-devel] Announcing Sword++

Hello!

Sometime in May this year my efforts to improve the Sword library as the
backend for BibleTime led me to create branch or fork of the Sword
codebase, which I eventually called Sword++. The main goals for this
were to (with respect to BibleTime development) improve the API, build
system and overall code quality, modernize, and to try to fix any bugs I
find when refactoring and reviewing the code. With experience as a C++
backend engineer and being no Sword expert, my refactoring effort also
serves the purpose of educating myself about Sword and its internals.
While I'm just starting out and have barely touched the amount of work
that needs to be done, I've already accumulated over 200 new commits to
the Sword++ repository so far. So this seems to be a more-or-less
reasonable time to publicly announce my publicly before the situation
gets too awkward.

Before I proceed, I want to emphasize that none of this is meant to
split or even stir up anything negative in the community. However,
Sword++ is an initiative to stop and reverse the current bit-rot; it is
more of a rescue effort and not a rebel event. Due to the sheer amount
of work that needs to and can be done to reach these goals, it is
evidently impractical for me to push and wait for every such change to
work its way through the issue tracker and/or sword-devel and reach SVN
trunk. To work around this costly threshold for contributing to the
Sword library, Sword++ is now here.

Sword++ is not officially related to CrossWire. The code currently lives
at https://github.com/swordxx/swordxx and as the initiator I'm currently
idling alone on the #sword++ channel on FreeNode IRC. Feel free to
contribute, file bug reports, pull requests etc. Also feel free to
cherry-pick or merge any fixes back to Sword. I don't think I will (or
have time to) flood sword-devel with emails about every bug (or
technical, design or architectural issue) I find. I will try to notify
about most severe security issues. Follow the git log if you're interested.

The code is in sync with enhancements in the Sword SVN trunk and for now
I'll try to keep it that way, although I've changed the layout of source
files etc extensively which makes merging harder. I'm currently
targeting standard C++14, POSIX and Linux, with everything else having
lower priority due to Sword++ currently having only one active
developer. I've also dropped all the language bindings (which I don't
intend on maintaining together with the Sword++ master branch), a bunch
of legacy and unused code, tools and utilities etc. MSVC project files
and autotools were dropped from the build system, which is now only
based on CMake. Ftplib support was also dropped, cURL, CLucene 2, bzip2,
xz and zlib are now unconditionally required by Sword++. There are also
some API changes so switching from Sword to Sword++ requires some
effort. See the git log for details and more.

There is a lot of uncertainty because this is just the beginning of the
process. Currently Sword++ must be considered unstable. I haven't tested
it much at runtime. I'm mostly doing code review, modernizing, fixing
bugs and compiler warnings and static analysis warnings,
despaghettification and deduplication of code, improving the API etc etc
etc. Sword++ will try to stay compatible with existing Sword modules,
but will probably propose amendments to the file formats and download
protocols (e.g. to get rid of parsing the potentially fragile HTML of
directory listings generated by the Apache HTTP server).

I hold in high respect both CrossWire and all who made the Sword library
possible and am grateful for ALL of you who have enabled or contributed
to Sword, and your work. I hope the Sword++ initiative will benefit our
developer community, the end-users and so on.

Glory be to God!

Thank you and many blessings,
Jaak Ristioja

Re: [sword-devel] SWORD Meet

[Konstantin Maslyuk]

I believe I would have such pleasure next summer. But my faith seems to me 
bigger than my opportunities.

Blessings.

-Исходное сообщение-
От: "Troy A. Griffitts" 
Отправлено: ‎06.‎08.‎2016 20:49
Кому: "SWORD Developers' Collaboration Forum" 
Тема: [sword-devel] SWORD Meet

Dear sword-devel,

It has been a really long time since we've had any formal SWORD Meet.  
My apologies for not planning anything.  They are always a blessing to 
me and I hope to others, as well.

I would like to propose 2 options for annual SWORD gatherings throughout 
the year.


Europe

I have made it a habit over the last years to visit Edinburgh during 
Festival Fringe each August.  Often I meet informally with Peter von 
Kaehne, once with David Haslam, and it seems a good occasion for both 
fun and catching up.  Would our European contingency be interested in 
planning regular meetings around Fringe each August?

https://edfringe.s3.amazonaws.com/video/2014_teaser.mp4

It is already August this year thus no chance to plan anything official, 
but I will be there between 14-21 August, and would be happy to meet 
with anyone informally.


U.S.

Next, many of us attend ETS+IBR+SBL each year.  These conferences meet 
each November, just before U.S. Thanksgiving holiday and move from city 
to city each year.  This year will be in San Antonio. I've met many of 
our community over the years at these events and SBL usually even has 
digital research tools sessions which can be interesting.  These events 
also would provide a great opportunity for us to meet with publishers.  
Would our U.S. collaborators be interested in planning regular meetings 
to coincide?

https://www.sbl-site.org/meetings/annualmeeting.aspx

http://www.etsjets.org/annual_meeting_overview

https://www.ibr-bbr.org


Thanks for considering, sharing in service together, and I look forward 
to hopefully seeing some of you soon,

Troy


___
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

Re: [sword-devel] French versification schemes

[Konstantin Maslyuk]

Hi all.

To start with mappings we need at least text file with description of mappings 
to KJVA in free form.

At http://crosswire.org/~kalemas/work/v11nmapping there are examples I could 
easily convert to portion of C code for cannon. Bible.Synodal.xml is surely 
suitable.

Format is not important for me, my concern is that my work is not documented 
and not versioned by git/svn. Lets agree on some thing and make it suitable to 
reuse.

Blessings.

-Исходное сообщение-
От: "Troy A. Griffitts" 
Отправлено: ‎25.‎06.‎2016 14:45
Кому: "SWORD Developers' Collaboration Forum" 
Тема: Re: [sword-devel] French versification schemes

3 new v11n schemes applied.  Dominique, thank you!
Peter, thank you for the consolidated and reviewed patch.
Konstantin, great suggestion.  Thank you for the mapping framework!
Any chance Dominique or Konstantin might have time to submit sword mappings as 
well?

It would be nice if we settled on a single mapping description format or at 
least a conversion tool between the formats.

Any thoughts?

Troy




On 03/12/2016 09:01 PM, Dominique Corbex wrote:

On Sat, 12 Mar 2016 09:46:07 -0500
DM Smith  wrote:

In anticipation of these versifications being added to SWORD lib, I’ve added 
them to JSword. If these are not current, I’ll update them with whatever is 
checked into SWORD
They are current, only a few changes to comments were made in canon_calvin.h

In Christ,___
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

Re: [sword-devel] Infinite loop bug in BosworthToller

[Konstantin Maslyuk]

It is not workaround actually, afaik, Xiphos retrieve from dictionary only 
requested entry and some prior and some following entries. So it only resulting 
in looping entries when you walk thought broken dictionary module and does not 
freeze.

-Исходное сообщение-
От: "Karl Kleinpaste" 
Отправлено: ‎16.‎01.‎2016 22:55
Кому: "SWORD Developers' Collaboration Forum" 
Тема: Re: [sword-devel] Infinite loop bug in BosworthToller

On 01/14/2016 03:21 PM, Костя Маслюк wrote:

Until then our software (except Xiphos that have workaround) will freeze
It does? What workaround do you mean?___
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

Re: [sword-devel] thread-safety in libsword?

[Konstantin Maslyuk]

True, use cases beyond module installation can not be solved by instantiating 
SWMgr per thread. There is ticked on bug tracker related to this issue 
http://www.crosswire.org/tracker/browse/API-166

Blessings.

-Исходное сообщение-
От: "Greg Hellings" 
Отправлено: ‎11.‎01.‎2016 18:05
Кому: "SWORD Developers' Collaboration Forum" 
Тема: Re: [sword-devel] thread-safety in libsword?

The library has no guarantees of multi-threaded safety, so you'll need
to handle locking outside of the library.

Out of curiosity: what types of simultaneous/multi-threaded calls are
you performing? Some things can be parallelized by instantiating
multiple instances of SWMgr (e.g. this is how BibleTime used to
perform parallel downloads during module install).

--Greg

On Mon, Jan 11, 2016 at 6:52 AM, Teus Benschop  wrote:
> Hi,
>
> When accessing libsword simultaneously from multiple threads, it often
> crashes. When surrounding the calls to the library with a mutex.lock and a
> mutex.unlock at the end, there's no crashes when accessing it in the same
> situation. I am seeing this on Linux and on the Mac. Should I do something
> in the library, or make a special call, to make it thread-safe? Or is
> surrounding the library calls with a mutex the recommended way to handle
> this?
>
> Teus.
>
> ___
> 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

Re: [sword-devel] 1.8 release planning

[Konstantin Maslyuk]

As Troy came back, I would like to remind that I'm (un)patiently wait for jira 
to be tidied, development planning to occur and I got any ticket on jira for 
next release to do.

Blessings.

-Исходное сообщение-
От: "Peter von Kaehne" 
Отправлено: ‎23.‎08.‎2015 12:38
Кому: "sword-devel@crosswire.org" 
Тема: [sword-devel] 1.8 release planning

While Greg plans the next point release, can we also start thinking about the 
1.8 release? 

Domcox's French versifications would break the ABI, so they require a new 
release, as do my LaTeX filters. Former need testing, latter need polish.

There are a bunch of patches Kalemas has put onto JIRA, but they could once 
tested and accepted go into a point release.

Anything else big in the wings? 

Peter

Sent from my phone. Apologies for brevity and typos.
___
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

Re: [sword-devel] French versification schemes

[Konstantin Maslyuk]

Just looked at.

If your v11ns will be approved, what about to add mappings to KJVA so one would 
use them in parallel views in frontends?

Blessings.

-Исходное сообщение-
От: domcox dominique.cor...@gmail.com
Отправлено: ‎26.‎08.‎2015 22:50
Кому: sword-devel@crosswire.org sword-devel@crosswire.org
Тема: [sword-devel] French versification schemes


As I mailed on Sunday, 23rd, I created 3 new versification schemes for French 
Bibles in Sword:
* Calvin for the original Bible d'Olivétan and followers, 1560+ Bible de 
Genève, 1707-1855 Bible David Martin, 1744-1996 Bible Jean-Frederic Ostervald 
and so on
* DarbyFR for the French J.N. Darby Bible and revisions
* Segond for the Louis Segond Bible and modern revisions, 1910, 1978, 2002 
(NBS), 2007 (SG21)
For more details, see: 
http://www.crosswire.org/wiki/Survey_of_versification_schemes_in_French_Bibles 

Attached are the corresponding files canon_calvin.h, canon_darbyfr.h, 
canon_segond.h, as well as a patch to apply to src/mgr/versificatiomgr.cpp.
These files can also be downloaded from my website: 
http://dom.corbex.org

Packages of Sword and Xiphos for Debian stable (Jessie 8),arch=amd64, based on 
Sword-1.7.5a1 and including these 3 new versification schemes can be downloaded 
from the same location:
http://dom.corbex.org/pkg. 
Please note that you'll have to remove your existing libsword before installing 
these packages.

Verifications:

For verification and functional tests, I used or made 3 Bibles in OSIS format. 
A Darby Bible made with the tools developped by Sebastien Koechlin from 
http://koocotte.org/darby, a D. Martin Bible from http://www.martin1707.com and 
a L. Segond Bible from http://www.richardlemay.com/AUD/BIB/LSG/Index.htm. 
Scripts for downloading and importing those Bibles are available at my website: 
http://dom.corbex.org/scripts
as well as modules ready to use : 
http://dom.corbex.org/sword 

osis2mod was used to convert each Bible into a Sword module, then emptyvss was 
run to detect empty verses. Verses causing problems with the previous 
versification schemes were checked with either Diatheke or Xiphos.

#1. Martin 1707 (canon Calvin):
osis2mod reports Acts.19.41 as a supplemental verse. That's correct, Acts.19.40 
is split in 2 verses in the source file, although it is not in the printed 
Bible. Emptyvss does not detect any empty verses.

#2. Darby 1975 (canon DarbyFR)
osis2mod run without errors. Emptyvss reports 3 empty verses. That's correct, 
those 3 verses are also empty in the printed Bible, a footnote informs that 
they are only present in the Textus Receptus.

#3. Segond 1910 (canon Segond)
osis2mod reports Mark.10.53 as a supplemental verse. Depending of the revision 
of the Segond 1910, Mark.10.52 is divided in 2 verses or not, it is here. 
Emptyvss reports 4 empty verses from 2Tim.3.14 to 2.Tim.3.17, certainly a 
glitch in the digitization process, the 4 verses, although present in the 
printed Bible, are not in the source file.

--Dominique
 
domcox dominique.cor...@gmail.com
___
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

Re: [sword-devel] 1.7.5a1

[Konstantin Maslyuk]

Hi.

Could jira reflect this release, could statuses for items be updated, could 
items for previous releases be closed (we have 1.6.2 unreleased, item for 1.7.5 
isn't closed)?

Could my last two patches uploaded on jira be considered and included in 
upcoming release?

Blessings.

-Исходное сообщение-
От: Greg Hellings greg.helli...@gmail.com
Отправлено: ‎21.‎08.‎2015 7:09
Кому: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
Тема: [sword-devel] 1.7.5a1

Developers and other interested parties,

I've created a tarball and an SVN tag for SWORD 1.7.5a1. Please test
it and let me know if there are issues. If I hear nothing or only
positive feedback, I'll bless the same tarball as the final 1.7.5
release.

http://crosswire.org/ftpmirror/pub/sword/source/v1.7/sword-1.7.5a1.tar.gz

--Greg

___
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] subfolders in module directory

[Konstantin Maslyuk]

At moment there is no way to display overall installation progress for a module 
in Sword. Our StatusReporter works in per directory manner, so if in module 
there is a sub folder, it will report downloading status for it with in parent 
folder report.

Is there some thing I have to know before making a patch? Are sub folders 
permitted at all? I plan to remove recursion from 
RemoteTransport::copyDirectory() ...

Blessings.

___
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

Re: [sword-devel] Android Fonts

[Konstantin Maslyuk]

I see SBLGNT is full of problem characters... Maybe we could rebuild the module 
to use combining characters?

-Исходное сообщение-
От: Brian Schroeder bschroe...@internode.on.net
Отправлено: ‎31.‎07.‎2015 10:35
Кому: sword-devel@crosswire.org sword-devel@crosswire.org
Тема: [sword-devel] Android Fonts

I have installed Bibletime Mini on my android phone.  I am using that rather 
than Andbible since I have just moved from Symbian on which this was my best 
option.

The SBLGNT module contains accented Greek.  This works fine with Bibletime Mini 
on Symbian.  It also works fine in Xiphos and Bibletime on Windows and Linux.  
But on my android phone I have a lot of characters replaced by small 
rectangles.  I think this is often where accented characters should be, but not 
always, and there are a few accented characters that do show up.

I am assuming this is a font issue on the phone.

Is anyone else seeing this sort of thing?

Any suggestions on how to fix it? 

Brian.___
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

Re: [sword-devel] Android Fonts

[Konstantin Maslyuk]

Hi, there is issue in Qt ( https://bugreports.qt.io/browse/QTBUG-37106) I had 
investigated it and found that it is font problem. So we can hope on quick fix.

Barry, do you know are there another similar issues? I would add another 
characters to jGramond.ttf.

By the way AndBible do not render SBLGNT correctly also.

Blessings.

-Исходное сообщение-
От: Brian Schroeder bschroe...@internode.on.net
Отправлено: ‎31.‎07.‎2015 10:35
Кому: sword-devel@crosswire.org sword-devel@crosswire.org
Тема: [sword-devel] Android Fonts

I have installed Bibletime Mini on my android phone.  I am using that rather 
than Andbible since I have just moved from Symbian on which this was my best 
option.

The SBLGNT module contains accented Greek.  This works fine with Bibletime Mini 
on Symbian.  It also works fine in Xiphos and Bibletime on Windows and Linux.  
But on my android phone I have a lot of characters replaced by small 
rectangles.  I think this is often where accented characters should be, but not 
always, and there are a few accented characters that do show up.

I am assuming this is a font issue on the phone.

Is anyone else seeing this sort of thing?

Any suggestions on how to fix it? 

Brian.___
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

Re: [sword-devel] ftp.crosswire.org/pub/sword/raw/mods.d.tar.gz

[Konstantin Maslyuk]

Karl, thanks and sorry , it looks like I have to blame router. I was confused 
because of Bible.org was ok.

-Исходное сообщение-
От: Karl Kleinpaste k...@kleinpaste.org
Отправлено: ‎27.‎07.‎2015 1:30
Кому: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
Тема: Re: [sword-devel] ftp.crosswire.org/pub/sword/raw/mods.d.tar.gz

On 07/26/2015 05:49 PM, Konstantin Maslyuk wrote:

What is wrong with file ftp://ftp.crosswire.org/pub/sword/raw/mods.d.tar.gz ?
Seems fine to me.  Xiphos refreshes it fine.  It contains 423 perfectly 
ordinary configuration files.

$ hostname
www.crosswire.org
$ pwd
/space/home/ftp/pub/sword/raw
$ ls -l mods.d.tar.gz 
-rw-rw-r--. 1 pubmods pubmods 139138 Jul 26 03:21 mods.d.tar.gz
$ tar tzvpf mods.d.tar.gz | wc -l
423___
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] ftp.crosswire.org/pub/sword/raw/mods.d.tar.gz

[Konstantin Maslyuk]

Hi all!

What is wrong with file ftp://ftp.crosswire.org/pub/sword/raw/mods.d.tar.gz ? 
It hangs BtMini's install manager and downloading it via Firefox is going to be 
forever.

Blessings.___
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

Re: [sword-devel] Av11n mark 2

[Konstantin Maslyuk]

 And it shouldn't be used. :)

It should not be used for one only purpose and we will reject a usefull 
feature? :^S

Today we have years from new v11n appeared in Sword and most of frontends be 
released with that v11n. Same for if error was in v11n. And most annoying will 
be when we will release bug fixes for mapping data, some old apps/some old 
platforms would never get such fixes.

It would be used for some rare texts. I did not meet such, but i count if text 
(version) author intentionally change verse index, we have to leave it, but 
correctly translate to other v11ns.

By the way v11ns for rare texts will be used by ~0,001% of users,  and will be 
delivered to all. Isn't it better to store v11n in to those one/two modules?

One can build own module repository with different v11ns, and it will be 
compatible with all Sword apps. 
It is just freedom that would bring unexpected good use cases , but we suppress 
freedom for the sake of one bad.

Maybe there were another points, can't remember.

-Исходное сообщение-
От: Troy A. Griffitts scr...@crosswire.org
Отправлено: ‎15.‎07.‎2015 14:19
Кому: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
Тема: Re: [sword-devel] Av11n mark 2

Yeah, that doesn't help me either.  We abandoned GenBook Bible support
in favor of the VersificationMgr system.  I am not against adding a
per-module v11n mechanism, but I fear it will be used. :)  And it
shouldn't be used. :)  Using this basically allows people to take
shortcuts bypassing the analysis of the versification of their module
and trying to identify it most closely with a common v11n.  This is
important as it allow us to display the module with v11n mapping across
different systems.  We discussed ways one could also use the mechanism
appropriately: selected the closest common v11n and supplying mappings
for the verses which aren't covered by that v11n.  But my experience
would lead me to speculate that if we allow custom v11n, then everyone
will use it for their module-- even if there are only a couple
differences in v11n between their module and a common v11n system,
because they won't need to spend the time to analyze and learn about
their text and v11ns which we support well.  Allowing v11n loading per
module is fairly straightforward to implement and I believe JSword might
already have a file format they support.

Regarding this thread.  If we need to add 2 new v11ns for French and
Danish, then we need to spend the time to do the research and add a
versification and mapping data.

Troy



On 07/15/2015 01:03 PM, DM Smith wrote:
 
 On Jul 15, 2015, at 6:59 AM, Karl Kleinpaste k...@kleinpaste.org
 mailto:k...@kleinpaste.org wrote:

 On 07/15/2015 06:35 AM, Peter von Kaehne wrote:
 1) Unlike the other av11n implementation it does not yet show non KJV
 verse range content.
 I'm confused. If genbook Bibles are essentially self-contained in
 terms of v11n, how can a genbook Bible not display all its own content?
 
 I read Peter’s comment that it wouldn’t handle a verse range properly if
 one or both of the ends was not in the KJV versification.
 
 
 
 ___
 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

Re: [sword-devel] Universal Windows Platform

[Konstantin Maslyuk]

Hi.

I'm programming hobbyist too and developer of BibleTime Mini, it is Bible 
reading app, based on Sword and desktop BibleTime code. It is available for at 
least six mobile platforms, and there is effort to port it for Windows Phone 8. 
As Windows 10 and Qt 5.5 came, Windows Universal port will be next major goal 
for Mini.

Blessings.

-Исходное сообщение-
От: Michael O'Neill m...@espresso473.com
Отправлено: ‎23.‎06.‎2015 20:06
Кому: sword-devel@crosswire.org sword-devel@crosswire.org
Тема: [sword-devel] Universal Windows Platform

Is anyone developing a Universal Windows Platform app?

I have used a bible reader app on an Android tablet that functionally works 
great as a 'reader', but the author/endorsements raise significant credibility 
concerns. Even if they offered something for a Windows tablet, I would not use 
it.

As a recent windows tablet convert (from Android), there is a need for a 
'reader' app (not a desktop application) for simply having the ability to have 
a 'pocket' bible (or several).

I am a programming hobbyist, and would be interested in developing, or helping 
develop an Universal Windows Platform app for 8.1

For those wondering what the main 'needs' would include, the ability to render 
a text size determined by user, on a full screen, with easy navigation by book, 
chapter, and verse drop downs, and/or searching by John 3:16 for example, 
offline.

Thanks.

-Mike O'Neill___
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

Re: [sword-devel] how dead are the apps?

[Konstantin Maslyuk]

BibleTime Mini have to get an update and windows phone support in some near 
future. I'm happy for Java brothers but sad for many folks have lack of time 
for development and for me as well.

-Исходное сообщение-
От: Karl Kleinpaste k...@kleinpaste.org
Отправлено: ‎11.‎03.‎2015 19:58
Кому: sword devel sword-devel@crosswire.org
Тема: [sword-devel] how dead are the apps?

It's been observed to me more than once recently that most of the apps have 
gone stagnant, dead, no ongoing development.  How true is this assertion?

Personally I know about only Xiphos, which has been relatively busy other than 
the last couple weeks, and PocketSword, whose 1.4.7 was released in late 
January.___
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

Re: [sword-devel] mobile development update and invitation to participate

[Konstantin Maslyuk]

Hi, i have just uploaded new version. With some fixes to search, there  
really was crash when trying to search. And regarding to application  
becomes unresponsive when switching current module, it seem to be fixed  
too (i found that some modules in Crosswire repository still have such  
behavior in desktop BibleTime, at least for some glossaries).


On matter of long indexig time, could you say how it is long exactly? I  
have tested nokia 700 in Remote Device Access and it took 10 minutes to  
index KJV (do have you Belle Future Pack?, there is cpu speed up for your  
model afaik)


Regarding 2. i can not restart device in RDA, can you provide some  
information. From 0.9.3 indexes as well as modules will be stored in  
installation drive:\data\  in Bibletime\indecies and Sword folders  
respectively, log is always at c:\btlog.txt . So you may open it and look,  
and maybe indexes for ESV was removed as orphaned?


3. not sure, but ESV cross-references seems to not work properly. If link  
is marked properly and you have at least one Bible it should open  
following passage (you need default Bible configured, but it is configured  
automatically on first Bible installation, if not - bug).


Another features in this version are: vibration on Symbian devices (i have  
no way to test it, so i hope on your help), it vibrates twice: after  
second while you pressing the screen and after two seconds, this indicates  
different actions (context or service). General Book support (all module  
types are supported now), search in non-Bible modules.


5. added tips, hope that they are clear enough

6. made text box more obvious

8. this probably fixed stuff, report please if it persist anyway

Blessings, and many thanks for your report!


Brian Schroeder bschroe...@internode.on.net писал(а) в своём письме Tue,  
11 Jun 2013 11:22:03 +0400:



Hi Костя,

I have spent a bit more time playing with BTM on my Nokia 701. On top of  
the

things that have already been discussed:

1. It took a VERY long time to index the English KJV Bible - and then at  
99% it

seemed to crash.
2. It did manage to index the ESV, and I could use it. But after the  
phone was
restarted (for unrelated reasons), the next time I wanted to find  
something it

needed to re-index.
3. The failure of links to actually do anything is disappointing.
4. (Not directly related to this application) Is there a version of the  
ESV that
does not include all the extra cross-references? They make it a little  
clumsy on

this form-factor.
5. In most screens, if I swipe sideways all the text moves as if the  
swipe was
meaningful, but then it just bounces back again. Is there supposed to be  
some

functionality there?
6. I discovered the Windows UI Style. It may be the best one to have as
default. It certainly makes things like the Find screen a little more  
obvious.
7. On the top of the screen we have |-- | version | book:chp:vs | --|  
But the

arrows don't seem to do anything.
8. If I press and hold for a while, a circle of rotating dots appears.  
When I
let go I get a menu Add Left and Add Right. I tried Add Right and  
it
appears to give me a 2nd screen in which to add another module. However  
when I

try to do anything BTM freezes and has to be killed.

All up, though, I am quite excited by this. At last there is a good Bible
application for Symbian.

Brian.



--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

___
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

Re: [sword-devel] Status of av11n conversions

[Konstantin Maslyuk]

Hello. There really is done work for av11n conversion support for sword.  
You even may get patch at


https://gitorious.org/~kalemas/sword-svn-mirrors/kalemas_at_mail_ru-trunk/commit/35a3fc6bde1ccff945d51558d7e21ab1074a4152

and use it if you compile libsword for your self. But you also should take  
into account that this feature is not supported officially and would be  
incompatible with future releases of Sword. And there is no known schedule  
for this as this work was not considered for two years.


Blessings.



Chris Burrell ch...@burrell.me.uk писал(а) в своём письме Tue, 12 Mar  
2013 23:44:36 +0400:



Hi

I was wondering if someone is working on being able to convert from 1
versification system to another. This very important for being to line up
verses and therefore very important to STEP for our interlinears.

I'm told someone is doing the work for Sword first and then we will bring
it across into JSword.

Is someone working on this? Does anyone know what the status of this is?  
Is
there a target date for when the design will be finalised such that we  
can

implement this in JSword?

Chris



--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/

___
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

Re: [sword-devel] Fwd: win ce 6

[Konstantin Maslyuk]

I  have  sent  you  privately  version of SwordReader compiled against
Sword  1.6.2 with the fix and wm2003 support. Version from site really
didn't work for me.

 I  second that! It was a nice little app still have an old pocket pc
 running  Win Mo 5 and it is still useful. As I am the last developer
 connected  to  the project, I still try to give what support I can -
 hence the query - but as I no longer run Windows I can't do any work
 on  it.  Also, David Trotz ported it to the very expensive Microsoft
 Studio  IDE  and it could no longer easily be made to build with the
 free 'Embedded C++' IDE which I had carried out previous work on. If
 anyone  wants  to take it up, I can offer a bit of help finding your
 way  around  the  code.  For  everyone's  information the person who
 raised  the  query  has given up and taken his new device back for a
 refund. He says it is ridiculously slow anyhow and he will be buying
 something else. Thanks all of you for offering suggestions here.



___
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

Re: [sword-devel] Strong's Numbers assignment

[Konstantin Maslyuk]

 Or can someone just tell me what to do with strong numbers that are in
 original  text but was omitted in target text. Can i also omit them or
 i  should  add  those strongs on any most appropriate word, if omitted
 word is sentence beginning/ending can i also just put strong number on
 sentence beginning/ending not taking into account to word meaning?

 You can omit them, but then a strong's number search won't find the verse.

 Or put them at the end. It'd be good if front ends did not display
 them in verses when they weren't associated with a word. But since
 they don't, I wouldn't put them at the beginning. But add them in
 the order that they occurred in the original Greek.

Thank  you  this  is  helpful.  What  about  adding omitted strongs to
nearest  word  in  destination  text,  so  user can view those strongs
numbers?

 But is is best to mark the proper word.


___
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

Re: [sword-devel] load v11n from file

[Konstantin Maslyuk]

Indeed, possibility to use module-supplied v11n can seriously simplify  
process of development multiple v11ns.


If was discovered that any built-in v11n or mappings contain errors we can  
update that module with module-supplied v11n, then after new version of  
engine and applications will be released with fix, we can update module  
back on built-in v11n. Process of module update is much simpler than  
updating engine.


___
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

Re: [sword-devel] SUMMARY TO DATE [load v11n from file]

[Konstantin Maslyuk]

I think it would be just a binarized canon header file:

string, string, string, int,
string string, string, int,
. . .

DM Smith dmsm...@crosswire.org писал(а) в своём письме Sat, 16 Jul 2011  
18:07:21 +0400:


For JSword, I'm planning on having the v11n in external resources. If  
the performance is not good, then it'll be moved internally. Can we  
define the format of the file? That way, we won't need to change it if  
SWORD ever externalizes it.


In Him,
DM

On Jul 16, 2011, at 6:33 AM, Troy A. Griffitts wrote:


OK, to summarize where we are, for those who haven't read all the
details and would like to jump in this weekend on the conversation
(Konstantin, please correct me if I've misrepresented your position).

I) Konstantin proposed 2 possibly paths and outlined the benefits and
drawback for both, favoring #2 (path and initial summary, quoted):


вырезано

this way work proper without collisions and non-coordination


вырезано

v11n from module


II) I expressed concern about the no dynamic shared v11ns aspect of
#2, stating that it:


вырезано

Bibles of differing v11ns to the same content.

and stressed the unhappy need for the extra work


вырезано


so module developer can avoid defining how their Bible maps to all other
Bible modules, but instead can say:


вырезано

how these 5 exceptions should be handled in relation to Synodal.

III) Konstantin clarified/proposed a hybrid system where we still seek
to define 'canonical' (no pun intended) internal v11ns, but if an
internal v11n doesn't yet exist for a module, then the module developer
can provide a private v11n used only for his/her own module.  The
primary benefit being that  Primary benefit is that module development
can move forward before internal v11n is supported in engine.


Troy


On 15/07/11 17:50, Konstantin Maslyuk wrote:

вырезано



___
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

Re: [sword-devel] load v11n from file

[Konstantin Maslyuk]

I. Currently
  1) We force module developers to choose a v11n.  This is painful for
them, but in their own interest, as it will enable their module to work
within the future utopia of a cross-module equivalent content
reconciliation implementation (CMECRI, pronounced: see-me-cry)
   2) The downside for the module developer is:
a) their module sometimes has verses concatenated together if they
choose a v11n which doesn't have enough 'slots';
b) worse, they don't have a v11n yet available to choose


I would agree here, for the sake of few places that can be forced to any
existent v11n there is no need to define and use module-supplied v11n.

Except definition of 'future utopia', at least because i have everything
to define and get the same content for such unlike modules as KJV and
RusSynodal.


II. If we enable the ability for a module to supply something like
DataPath/v11n.conf, which defines a custom v11n, I fear:


I hope that i persuaded you that path #2 is preferred, because in relation
of user repositories with path #1 collisions are inevitable.


  1) PEOPLE WILL ACTUALLY USE IT... always... because they are
shortsightedly of the opinion it is 'right'.
a) Module developers will never accept I.2.a, but instead will
always define their own v11n so their verses will never be merged with
another verse.
b) I can see module repositories existing which publish Bibles and
Commentaries which always include a v11n.conf.  We cannot optimize for
this and cannot easily move forward with CMECRI in this hypothetical
scenario.


I m not sure, define v11n with mappings is not a simple thing. If you make
changes in canon you also need to define how this changes are mapped. It is
additional work that need a lot of attention to make every thing work
right. I'm
not sure that for module maker way to contract or expand a few of verses is
simpler then to define own v11n. Even in regard of that module maker thinks
that his source is the most right.

I can share concerns of that tomorrow every module maker will make own
v11n. But i also was witnessed that engine changes would destroy a module,
when
in Synodal canon in Psalms was added one verse, and i got skipped first
verse
in every chapter across the rest of OT.

It is great if module maker forced to use any standard v11n for his
module, but
it will be terrible if one day in that v11n something will change. If we
change
something in canon in engine then, we need to synchronously update all
existing
modules of that canon.

With external v11n displayed result will always be the same.

Summarize, we may need external v11n to avoid desynchronization of v11n in
engine
and module, but we may need to close access to the tools.


  2) WE LOSE MOTIVATION
a) for module developers to do the hard work and give us the
information we need about their module, for us to move forward with
CMECRI. e.g., we need to know with which v11n their module best fits,
and we need to know where the exceptions lie.  I realize we can still
ALLOW them to provide this data, but if they are not forced to make
these decisions, like they are currently forced to do, they will not
make these decisions.
b) for us to continue to define v11n systems.  If we don't need to
define a common denominator v11n for a set of modules before we can
release them, we won't... well, we won't as quickly as we would if we
had to.


Agree, centralized work over v11ns is still necessary.

You have very strict policy of accepting modules even not regarding to
copyright issues. I have Russian Commentary that was ignored twice on
mod...@crosswire.org (i cant remember, at least ones).

Open Source gives ability to do every thing to anyone with preservation
of centralized development.


___
  Just to be sure we both have the save vision of module v11n utopia, I
think we both have similar desires like:
 All the world's v11n systems defined internally in the engine in under
50 v11ns.
 CMECRI between any 2 systems.
 Module developers have to choose the best match, and provide exceptions,
(which even allows verses to exist which otherwise might be merged, and
which CMECRI takes into account).
  Yes?


I do not see difference internally or externally if we talk about final.
Internally it is normal for me and i can agree with this.

But this thread is more about how we will achieve this 50 v11n with correct
transitions between.

And would i consider this as lets delay publication of Russian modules for
years yet, to ensure we have correct mappings to other v11ns?


___
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

Re: [sword-devel] load v11n from file

[Konstantin Maslyuk]

You make a great and convincing case for proceeding down path #2.

2. each module may have its own v11n, no dynamic shared v11ns


Path #2, though, disregards our objective to ultimately provide a way to
position Bibles of differing v11ns to the same content.



I would love to forget about trying to enumerate and define
versification systems (I'm sure Chris would as well), and to stop asking
each Bible module maker to pick which system best represents their data.

We currently have 13 systems in our engine.  Eventually we need to
extend VerseMgr with a facility to map these between one another
(possibly your implementation).

You have stated that you have tried with your code


KJV(A) - Synodal - Vulg - NRSV v11ns


This implies there exists such a thing as a named list of versification
system in our engine (i.e., NOT path #2).


Of cource, most common v11ns must be hard coded! I can not understand here  
why
path #2 can not have mixed v11ns: several built-in and several  
module-supplied.


Except without remark that module name with module-supplied v11n can not  
be same

as built-in v11n.

This would be problem of bad statement of thoughts, i didn't meant that  
all modules

should have module-supplied v11n. Sorry.


I do not see a problem in making mapping through v11n other than KJV, but  
verse

mapping must always be thought built-in v11n. One v11n for mapping would be
enought, or one meta-v11n.

Though i do not know yet all problem case with v11n mappings, and i know  
that there
are questionable parts of the Scripture, where in one source one chapter  
should have
one content and second source under the same chapter have different  
content. But in

Sword such parts should be known under unified name (even like v1:Esd.34 =
metav11n:Esd.110, v2:Esd.34 = metav11n:Esd.34).


If you allow a module developer to bypass naming which versification
system their module uses, you would still somehow like them to define
how it maps to other Bibles.  I don't see how this is practical without
a named set of known v11n system in the engine.

I cannot imagine a module developer ALWAYS defining how their module
maps to every other system.


Of course if module maker do not use built-in v11n, he should use  
module-supplied.
In any case #1 or #2 he can take ready binary v11n from repository of  
av11s (that
we must provide in any case) and put within module. Or he can take source  
file for
v11n, edit and convert to binary format, and use this binary file as many  
times as
needed. Of course for engine it will be different v11ns, but this is a pay  
for order.


It is also advantage of external v11ns: we can create and test v11ns  
separate from
engine, and if v11n is popular enough or well tested it can be made  
built-in, and

vice versa.

Source for v11n would be just an OSIS file (of course, i'm not sure that  
this is correct):

div type=book osisID=Gen
chapter osisID=Gen.1
verse osisID=Gen.1.1/
verse osisID=Gen.1.2reference 
osisRef=Gen.1.2-Gen.1.3//verse
verse osisID=Gen.1.3reference osisRef=Gen.1.4//verse
/chapter
/div

Or add method VerseMgr::saveVersification(const char *file), that will  
save static
arrays of v11n data in to file. So, module maker should write header file  
with v11n
compile and test it, and then call saveVersification, i would agree it is  
not trivial.




I can imagine a module maker saying, I am basically Synodal, but have
these 5 exceptions, and here is how these 5 exceptions should be handled
in relation to Synodal.

And then our future mapping system can do it's best with this  
information.


My mapping system would be flexible with preservation of back  
compatibility.

It is a list of data (rules)
1 1 1 0 1 1 1 2
1 1 2 0 1 1 2 3
book/chapter/verse/end_verse/...(same to target)

on initialization VerseMgr parses whole data and remembers pointers to the  
first
entry of rule, i would use here magic numbers (245-255) to reserve any  
kind of
specific rules, old version of engine would throw away such rules, because  
them

are not supported.

BTW i want to discuss base size for mappings: char, short or int. With  
char mappings

for Synodal it is 1,3 kb, but it is limited up to 255 books/chapter/verses.


But I believe we still need to enumerate a list of officially supported
v11n systems and have module developers choose which one to use.


I do not urge to run and make new system for external v11n. Everything  
should be well

discussed and accepted.

But for now i see that possibility to load v11n from file would be useful,  
in process of
moving to conception of multiple v11ns. And it is not hard to implement  
(one function
to load v11n from file and add load logic for SWMgr). We do not need tools  
now.



I'm not happy about the extra work, but do you agree it is necessary?

Please, precise what kind of work is necessary now?

___
sword-devel mailing list: 

Re: [sword-devel] load v11n from file

[Konstantin Maslyuk]

Also i would love to develop the idea of meta v11n that will contain all  
known passages. Because no one existing in Sword v11n can not describe all  
the passages and regarding to Personal Commentary (that afaik is just a  
writable Bible module) it would be omission, because user can not annotate  
all the verses he want, or got unexpected result on v11n other than KJV.  
If it will be based on meta v11n and mappings will work correct, such a  
thing can not occur, he will have always right annotation on any module  
not regarding to v11n it uses.


___
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] load v11n from file (was: osis2mod unhappy with New Testament osisIDs)

[Konstantin Maslyuk]

As many v11ns exist already and even more can appear i would suggest to
add ability to load v11n from file. Module can contain one binary file
that will be loaded by SWMgr on module initialization, this file will
fully describe v11n and mappings.

Advantages are that you have only v11ns you are using, module is not
influenced by code changes in v11n. No need to make GenBook Bibles, adding
new v11n is not problem, no need to wait new Sword release that supports
v11n for particular module.

 a new v11n with one v11n's NT and another's OT, with minimal additional  
memory overhead. We do this already, since, for all the variation in the  
OT, there are really only two common NT v11ns: with Rev 17:18  3John  
1:15 vs. without.
 The v11n used for Czech sounds similar to what is supposed to be  
employed for French Bibles.


___
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

Re: [sword-devel] load v11n from file

[Konstantin Maslyuk]

Practically, this is easy to implement.  The entire concept of managing
versification systems is contained in this file:


I know, i saw that there is no real need to store v11n description
statically.


This IMPLEMENTATION isn't where the work lies.  Externalizing v11n
systems has always been a longterm goal.


There are two real ways:
1. module installation may also install v11n to common folder
2. each module may have its own v11n, no dynamic shared v11ns

First way really brings up too many questions. Second is little more  
simple but
would result in performance overhead (in memory, because we can not use  
NT/OT parts

separeted and in speed when map verse between v11ns).


The complexities lie in detailing policies.  How do these get installed?
1: on module installation module manager should copy file of v11n into  
v11n.d folder

2: v11n file is a part of module and is located in same folder as module


 Are they versioned?

1: yes, files of v11n should have different local name, maybe using suffix
2: versioned just as a module


Are they named?

1: we should trace name collisions in crosswire and third party modules
2: own v11n have same name of a module, even if there are duplicate  
modules, with maybe
different versions, on module initialization module will be renamed and  
have unique name.
But we also need to rename module if module name coincide with any  
registred(builtin/static)

v11n name.+

Does every module supply its own v11n or does it name the versification  
it uses and

the engine looks it up in a central repository?
If a module supplies its own system and
names it KJVA, is that system installed to a central location available
for other modules to use?  What if another system also supplies a KJVA
but it is different?
1: this way makes such confusions, yes we can use and update external v11n  
and have
its benefits, but this is a step into obscurity. We need to make new  
update system for

v11ns.
2: every thing is ok. we need to update each module manually if was  
investigated that v11n
need to be changed but module will always works just as it was tested last  
time. Besides

we have good module update system.


Mappings between...
1, 2: now mappings made statically, no reason why it shouldn't be in file  
too. It is

just a data table of rules.


VerseKeys currently know which
versification system they are using (by NAME; you can ask
VerseKey::getVersificationSystem())-- and there is a mechanism in the
framework which lets VerseKeys reposition themselves to the
corresponding location from another system-- though as you know, no
implementation for this translation is yet in place.
1,2: there will no difference for VerseKey from where was loaded v11n:  
static memory

or file
Yes work over v11n mappings was stopped, i don't know why. I have tested  
all cases

for KJV(A) - Synodal - Vulg - NRSV v11ns.


If modules supply
their own named v11n systems, how will this affect this concept?  Will
VerseKeys live any longer outside the concept of a module if they need a
module-supplied versification?  Again, what if VerseKeys have the same
name supplied with their module v11n but differ slightly, how will this
affect the mapping system?

1,2: again, for VerseKey there is no difference


We could move forward slowly down the path by:

1) reading privately named v11n systems from

module_library_root/v11ns.d/ (same as we read locales.d/)


2) delivering our offical v11ns other than KJV under v11ns.d/ along with
the same delivery of locales.d/ (at library install time). This has the
effect that just as unofficial locales can current be supplied,
unofficial v11ns could also be supplied.


1: With concept of different local paths of modules storage (work dir, app  
data,

users home), there may be that v11n for module can be not found.


3) update InstallMgr to deliver locales.d/ and v11ns.d/
This has always been planned for locales.d/, but locales.d is a much
easier situation; nothing /should/ ever break if we supply an updated
locale on top of an old one.

(1) will give you the ability to create modules and test them with your
own v11n system, but will not yet give you the ability to deliver your
module easily with existing apps.

v11n would also be exported from source file


(2) and (3) are necessary for our long term delivery of official v11n
systems.

Beyond this we need to discuss how to let module developers supply their
own system without sabotaging other modules' systems, use a v11n if it
is already installed, share their system and mappings for other modules
to use until it is supplied in the official repository, only pull from
the official repository v11ns for modules installed, etc...

1: there is need of a lot attention from crosswire developers, to get this
way work proper without collisions and non-coordination
2: create, test, deliver is simple. just tell in *.conf file to load
v11n from module

___
sword-devel 

[sword-devel] Crosswire, Sword logos

[Konstantin Maslyuk]

Hello.

Where  can  i get hi quality logos for Crosswire and SWORD Project for
presentation  i  preparing?  This  is  brief  presentation for Russian
publishers.

Let God bless you.


___
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

Re: [sword-devel] Sword 1.6.x and various frontends

[Konstantin Maslyuk]

 It is very informative to know that it is only 2 verses.

I would only add that NRSV:Rev.12.18-Rev.13.1 == KJV:Rev.13.1 afaik.


___
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

Re: [sword-devel] Display versification name in the module managers?

[Konstantin Maslyuk]

Thank you, Nic.

Also  if  you  would  like  to  have  av11n  modules  been  used  with
PocketSword, i would suggest to include av11n-mappings-patch. So users
will  have  seamless  transition between v11ns (KJV / KJVA / Synodal /
Vulg supported at moment).

 PS:  for  those interested in work on a Russian Synodal Bible, there
 isathreadonthe   forums   at
 http://www.crosswire.org/forums/mvnforum/viewthread_thread,1072
 about some work being done on one? I haven't had time to investigate
 our  current  Russian situation or anything like that, but I thought
 some  people  might  be  interested  in  taking  a  look and perhaps
 commenting? :)



___
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] SlideBible now is BibleTime Mini

[Konstantin Maslyuk]

Grace be unto you.

I  want  to  inform that the project for mobile devices SlideBible now
based  on  BibleTime  source code and renamed to BibleTime Mini. The
new  is  appearance  with  graphics  and  indexed search feature. More
information  and a version for download for Windows Mobile and Windows
at   http://sourceforge.net/projects/bibletimemini/,  source  code  is
available in BibleTime repository on Gitorious.

If  possible, i wish this at CrossWire news section and at the list of
frontends  for  mobile devices link and description on SlideBible been
changed.

P.S.
While  project  is based on Qt it becomes possible to port it on other
platforms.  Although  I can not to support other platforms and plan to
engage  in  the development of functional, i can suggest any necessary
assistance if someone decides to do so.

Blessings.


___
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

Re: [sword-devel] KJV vs Russian Synodal versification comparison

[Konstantin Maslyuk]

 Sorry  for  now  answering  earlier  - your file has been incredibly
 helpful  in  trying  to understand this and to chase down where this
 mapping  should  come  in!  However I am still trying to pick my way
 through   this!   It   seems  that  there  are  not  only  different
 versification  formats  (KJV and Synodal) but that different Synodal
 versions  have  different  (possibly  incorrect) mapping as well :-(
 Additionally  it seems that the versification is of course different
 between the Protestant Synodal and the Synodal!

Sorry  i  haven't  any  Protestant  Synodal Bible all i use is printed
Synodal  Bible from Russian Bible Society. I m not sure why Protestant
Synodal Bible versification should be different.

Of  course  my  data  is  applicable  to  versification  used in Sword
Project.   But   i  found  only  one  place  different  between  Sword
and my printed reference versification, it was somewhere in Psalms and
i  would look for it for you (one verse had two entries instead of one
in printed reference).

 This has caused me a bit of a headache I'm afraid to say!

 Let me explain... 

 I  now  have  your Synodal xml reference, 1 product's reference (and
 another  product  that supports this versification to look at) and 1
 cheat  sheet  to  explain  the  mappings.  It  seems  that neither
 reference  matches  exactly  to what we have, although, the products
 both work as expected?!

This is also not clear to me. Would you describe what it is, what type
of  content: text or versification scheme reference, what language and
what versification it supposed to be.

 Eg:  (and  I  appreciate that you said your file does contain errors
 but  I'm just trying to sort out where they might be - either on our
 side or in the file you sent)

I say that my file may contain errors, but every verse that explicitly
described  in  my  table  in mappings section was checked and manually
mapped  to corresponding KJV verse by its text. There would be mapping
errors in places that absent at all in table, in cases where one verse
was  expanded  in two (has one entry in KJV and two or more entries in
Synodal) and then compressed in one in range of one chapter.

 KJV Synodal
 In your file:   Lev.14.55-Lev.14.56 Lev.14.55
 Ref1:   Lev 14:56   Lev 14:55
 Lev 14:57   Lev 14:56
 Ref2:   Lev 14:55 - Lev 15:56   Lev 14:55
 Lev 14:57   Lev 14:56
 Kazakh text:Lev 14:56 - Lev 15:57   Lev 14:56

Are you sure that there are verse ranges over chapters?
(Lev 14 :56 - Lev 15 :57)

If  here is mistake, then my data is according to your Ref2. Otherwise
i  can  not understand how one verse in Synodal text would be expanded
to range of chapter.

 Now  I'm  not  sure which it should be, but it seems that the Kazakh
 text  is  totally  different  to  everyone else :-( Which may mean a
 mistake in the Kazakh text :-(

 And  to  add  to  the  situation  this  verse talks about clean and
 unclean ;-)

To  make it clear it would be helpful to make comparison by verse text
contents.  I  have  a friend from Kazakhstan if you have problems with
this.  And  fairly  the  table  above  it  is  not  clear  to me, what
text corresponds to what.

 I guess what I really need is the ultimate reference to differences
 in  mapping  between  the KJV and the Protestant Synodal if someone
 has compiled that?!

 Until  then  I  need to unpick a bit more of where these differences
 are  occurring.  Hopefully I can feed back to everyone once I have a
 clearer view. Any further suggestions would be a great help!




___
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

Re: [sword-devel] KJV vs Russian Synodal versification comparison

[Konstantin Maslyuk]

Hi, Andy.

You  haven't answered on this list. And i just would like to know, was
content i have sent to you useful for you? Whether you have understood
how that data was organized?

God bless.

 Hi all,
  
 I  am working on preparing text for 2 Central Asian languages and as
 we  test  different  applications we are trying to make sure that we
 cover  as  many areas of possible error as possible. I was wondering
 if  as you, the app developers, have developed support for different
 versifications  if  you have a document or some info on what exactly
 is different between the KJV and Russian Synodal versification. Some
 kind  of  documented  info  on this would be of great help as at the
 moment  we  just  have some pointers which some people have given us
 but not a complete list.
  
 Many thanks,
 Andy



___
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

Re: [sword-devel] KJV vs Russian Synodal versification comparison

[Konstantin Maslyuk]

I  have  sent  a  reply on your message but it was delayed before been
moderated. Also i have sent that attachment on your mail.

--
Hi,   Andy.   I   have  attached  file  with  description  of  Synodal
versification  used  in Sword and verse mappings to KJV versification.
This table would contain errors because i haven't checked every verse,
only  chapters  with  different  verse count. So i will be glad to get
help  from  you and, of course, to provide any kind of help for you on
this subject.

 I  am working on preparing text for 2 Central Asian languages and as
 we  test  different  applications we are trying to make sure that we
 cover  as  many areas of possible error as possible. I was wondering
 if  as you, the app developers, have developed support for different
 versifications  if  you have a document or some info on what exactly
 is different between the KJV and Russian Synodal versification. Some
 kind  of  documented  info  on this would be of great help as at the
 moment  we  just  have some pointers which some people have given us
 but not a complete list.


___
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

Re: [sword-devel] Has the Russian Synodal Translation been removed?

[Konstantin Maslyuk]

Hello, listen, please, to my reasonings, concerning of removal RST
from the main repository.

RST was the only worthy russian module, and everywhere at forums there
was a speech about Sword software there was a speech about RST module.
Many  russian users very long time used the module containing mistakes
and  the  publication of qualitative Synodal translation was expected.
Instead  they  remain with nothing. Removal, without offering anything
in exchange it is like we want to lose russian users. But they too are
very valuable, at least for me!

If  CrossWire administration considers that RST has protected contents
and  the  legal  owner  does not wish to authorise for distribution of
this  module, it should be removed. But we should prepare something in
replacement.  Both  reasons of removal can be solved. Strong's numbers
can  be  cut  out,  and  the  text  can  be  taken from RusSynodal and
converted  in  KJV  versification. System for conversion and necessary
mapping  tables  from  Synodal  to KJV v11n are made by me four months
ago.  But  nobody  has  suggested  to make anything similar before the
removal.  The love in the Christ means open dialogue between brothers,
closeness  and  not  desire  to share the opinions and plans gives the
rise  of incomprehension, it is as a crack where seeds of a devil fall
and growing into division between people.

Forgive me, if it has wounded someone.

 Yes, unfortunately it was discovered that this module contained
 copyrighted content. The non-copyrighted portions remain available in
 the RusSynodal module that was intended to replace this in any case.

 Chris


___
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

Re: [sword-devel] Installing new/updated locales like we do for modules?

[Konstantin Maslyuk]

 On 10/03/2011, at 7:19 AM, Nic wrote:

 I've been considering how to speed up the loading of the locales,
 and I have already made several optimisations to SWORD for use on
 iOS devices (which is all in the mercurial repo on bitbucket). 
 Hopefully I'll have time to do some more of these so I can
 (hopefully, eventually) use the full set of UTF8 locales in PocketSword at 
 the same time.  :)

Great, i would like to look at your work.

Also  i  found  another  performance  issue. Its related to BibleTime.
SWModule::setPosition   for   modules  with  one  testament  only  and
skipConsecutiveLinks(true)  takes  too  long, because it is increments
thought  whole  module.  It  is  better  to  cache  data  about absent
books/testament in module config.


___
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

Re: [sword-devel] Installing new/updated locales like we do for modules?

[Konstantin Maslyuk]

Since  SlideBible  has problems with locales too, it takes too long to
load  all  locales,  normally  application  starts in 4 secs, with all
locales  -  60  secs.  I  think  it is able to change locale selection
mechanism to load new locales on demand.

Also   if   frontend   will   decide  when  to  update  locales,  like
InstallMgr::updateLocales(),  it would be ok, but updated locales will
be  available  after  restart.  Otherwise  system  localemgr should be
replaced at runtime and i do not know what it would involve.

I would make it, if it would help anyone.


___
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

Re: [sword-devel] SlideBible Update

[Konstantin Maslyuk]

 Great work Kostya,

 Couple of points:

 1) Do you want this in the CrossWire news section?

Yes i want to publish important news. What should i do for it?

 2) You are using the wiki as your website. Why don't you move over
 to the actual website? The wiki is really meant as a development
 resource. Troy can give you some space, I am sure. Which in turn
 will mean better ability to present the application in a nice way than via 
 mediawiki.

I don't want this while the application is in beta, but thank you
anyway.


___
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] verse mappings again

[Konstantin Maslyuk]

Hi, Troy. Are you satisfied with last patch for av11n mappings? I have
no  problem  places  or  most priority v11n for mappings, so i can not
proceed.  Chris  ignores my messages and many messages to mailing list
left without an answer, and its very very confusing for me.

Maybe you would like me to do some other work?

Blessings.


___
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

Re: [sword-devel] verse mappings again

[Konstantin Maslyuk]

Sorry, sorry, sorry. It should be the private letter for Troy.



___
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] commentary module

[Konstantin Maslyuk]

What's wrong with my module?

Only  first  commentary  in  chapter  displayed  and  NT  commentaries
displayed as two random characters (BibleTime).

Wiki  says  that  only  verse  ...  should  be  replaced  with  div
annotateType=commentary 

Should following data persists in module?
div type=x-testament
div type=book osisID=Gen
chapter osisID=Gen.0











___
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] v11n mappings

[Konstantin Maslyuk]

Just update. Now it handle content absent in intermediate system (like
PrAzar), test Vulg mappings (i have used DRC in experimental and
it seems several books content is absent(1Esd)).

I have never develop for Linux/Mac platforms so i would like to know
if this patch works for this platforms.

v11nmappings3.patch
Description: Binary data
___
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] Need someone for testing Vulgate mappings

[Konstantin Maslyuk]

Mappings  for Vulgate v11n based on ccel.org data and edited for Sword
reference system.
http://dl.dropbox.com/u/12036833/Bible.Vul.zip

Test application
http://dl.dropbox.com/u/12036833/testmappings.zip

You  would  run in once and edit settings.conf(in exe folder) to setup
v11n and used modules.

Blessings.


___
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] NHEB in experimental

[Konstantin Maslyuk]

This  is  also damaged after 3John.1 (skipped one verse for every next
chapter,  and from Rev.13 - two skipped verses). Maybe it is converted
through default v11n scheme and not NRSV v11n?


___
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] differences between KJV and NRSV

[Konstantin Maslyuk]

Hi, all.

Can   anyone   tell   me   about  differences  between  KJV  and  NRSV
versification systems. I found that there is different verse count for
3John.1  and  Rev.12,  but  i  don't  know  which verse corresponds to
another verse.

Thank you.


___
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

Re: [sword-devel] RusSynodal in experimental

[Konstantin Maslyuk]

Sorry me too. Now i almost happy, Thank you.

I  don't know reason why emptyvss return no results for RusSynodal but
i  know  that  Ps.114.9  is  verse without content. Ps.114.8 should be
broken apart before Буду ходить пред л...

Chapter titles moved to the end of last verse of previous chapter.

Also  there  are  many  places  in  Psalms  where dash used instead of
hyphen,  skipped  hyphens  in Song of Songs, somewhere square brackets
used instead of transChange. But this all depends on text source.


___
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

Re: [sword-devel] RusSynodal in experimental

[Konstantin Maslyuk]

Sorry  but text source for RusSynodal changed without reflecting it in
conf or rss. Now it is Church-Slavonic translation and not Synodal.

It would be nice to have Church-Slavonic translation but after we have
no  problems  with  Synodal.  In  my meaning it also should use slavic
character set.

Also OT content is missed after 2Macc.

I  cant  understand  why  RusSynodal  was  in broken state within nine
months and now there are untested releases. So i want become a part of
team and help with russian-related direction of Sword Project.


___
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

Re: [sword-devel] RusSynodal in experimental

[Konstantin Maslyuk]

Thanks a lot for updating modules.

But OT content after Jer.48.20 is inaccessible with message in console
Error  reading  ulBuffNum.  I  also  noticed  that  ot.bzz  size  is
truncated from 1.5 MB to 1.2 MB.

I would help if needed.


___
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] RusSynodal in experimental

[Konstantin Maslyuk]

Hi, all.

After  last  change  in  canon_synodal.h every OT book after Psalms is
corrupted  (each first verse in chapter is skipped). If it is possible
reconvert it please.

Blessings.


___
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

Re: [sword-devel] av11n mappings

[Konstantin Maslyuk]

Hi, Troy.

 V1 [abc]
 V2 [abcd]
 V3 [abce]
 where V1 is your chosen intermediate system (KJV or KJVA in your code),
 and the problem case comes when attempting to map V2.d to V3.e

My  code  will  map  V2[d] to V3[e] if they should be mapped otherwise
mapping  data  should  mark both of them as unexisting in intermediate
v11n.  Or  maybe  if V3[e] is verse after V2[d] it should be mapped as
V1[a+4].  The  code  just  modify chapter/verse ids and if final verse
exists in v11n it should be displayed.

There  also  would  be problems if map verse from one book to verse in
another  book.  And  i found in ccel.org that some books are mapped to
another  names  (ex.  3Kdms == 1Kgs), i do not think it should be this
way. There should be only one name in Sword for known book.

 Thank you for thinking hard about this and actively developing a first
 draft at an implementation!  Nice work!  Looking forward to hearing how
 your Synodal pilot translation table works out.

There  is  converter  for  ccel.org  refMap  to cpp and if i will have
mapping  data between two v11ns in Sword i will prefer to work with it
then finishing Synodal now.



___
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] Lopukhin Russian Commentary Module

[Konstantin Maslyuk]

Hi, all.

I  finished with converting Explanatory Bible by A.P. Lopukhin to OSIS
and need further guidance. It has many errors but yet useable.

Also  question. There are Bible, book and chapter introduction texts so
how i should markup them?


chapter osisID=Gen.0div type=section annotateType=commentary 
annotateRef=Gen.0...
for book?

chapter osisID=Gen.1div type=section annotateType=commentary 
annotateRef=Gen.1...
for chapter?

for whole Bible?

Thank you.







___
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

Re: [sword-devel] Applications

[Konstantin Maslyuk]

Hi, Peter.

 I have also added SlideBible.
 Is SlideBible capable to work on all devices SwordReader worked on or do
 they serve different groups? Sorry, Windows devices are a mystery to me...

Thanks,  SlideBible  work  on  Windows  Mobile  5.0 and above PocketPC
devices,  Smartphone  devices  also  should  work but not tested. Alas
Windows Mobile 2003 dont work.


___
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

Re: [sword-devel] Applications

[Konstantin Maslyuk]

 What does this mean practically? Is SwordReader deprecated or does
 there remain a significant number of devices out there which can not
 use SlideBible but are happy with SwordReader?

I  cant decide is SwordReader deprecated or not it isn't developed for
a  years,  my  last patch for it was for a year ago. And i don't think
that  there  is  significant number of active old devices that can not
runSlideBible.   Also   i   would   say   that   SwordReader   has
lexicon/dictionary  look up that SlideBible hasn't yet, other features
are persists.


___
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] av11n mappings

[Konstantin Maslyuk]

Hi. I would write mapping system and mapping data for Synodal v11n, of
course if anyone from Sword Project heads want me to do it.

-- 
С уважением,
 Konstantin  mailto:kale...@mail.ru


___
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

Re: [sword-devel] Guidance needed...

[Konstantin Maslyuk]

Hi, Pypsik.

You  need  to  convert  RST  to osis using mod2osis and work over osis
format. For a half of year ago i done such work and it was ok.

All data such as Strong markup will be converted during mod2osis.

RST  contains  many  errors with skipped spaces (... И сталсвет. Gen
1:3).  If you will work over it, i would try to fix this issue in your
osis file or help you to fix it using scripts.

Also,  if  you  do  not  know, there is RusSynodal module in Crosswire
Expiremental  Repo,  RST  is  not Synodal translation and differs from
synodal in hundreds places.

I will be glad to answer any particular question about russian modules
and modules making (if you like in russian).

 I'd like to add Red Letter support to the RST module.
  
 This module is currently in GBF.
  
 On the Wiki it says, GBF has been depricated, and no modules
 submitted in GBF will be accepted.
  
 That non-acceptance refers to any new modules submitted, or any
 subsequent versions of an existing module in GBF format?
  
 If existing, updated module in GBF not accepted, are there utils to
 convert from GBF to OSIS? I didn't see any description for any utils that 
 could do the switch.
  
 Do I just run the GBF module thru mod2osis? I thought it gave me
 some errors? If that mod2osis util can be used, I'll investigate the
 errors further, but wanted to check which proper route to take.
  
 Also, any Strong markups, etc, do they need to be converted to an
 OSIS tags..or is that done automatically? (assuming mod2osis is the proper 
 util to run through).
  
 Any feedback would be greatly appreciated.
  
 Thank you and God Bless. 
  
 Pypsik

Blessings


___
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] SlideBible Beta Testing

[Konstantin Maslyuk]

Hi All.

SlideBible  project  has passed a stage of initial synthesis and now I
think  it  is  possible  to  open  it  for  testing and hear the first
responses and wishes.

SlideBible  is  finger-oriented front-end for SWORD for Windows Mobile
devices.  It is no longer reader but not yet full-featured Bible study
application.Moredetailon   wiki   page
http://www.crosswire.org/wiki/Frontends:SlideBible

There you can find links for downloading executable files for Windows
Mobile and Windows 32-bit, so you do not need Windows Mobile device to
test it and give feedback.

Also is it possible to open new project on Crosswire bug-tracker?

Blessings.


___
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] wince patch

[Konstantin Maslyuk]

Here is patch that remove a lot of warnings on wince platform.
Apply please.

defs.patch
Description: Binary data
___
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] need we bookmarks/history storage standart?

[Konstantin Maslyuk]

Hi, all.

I'm very pleasant with Opera Link - bookmarks and browsing history
synchronization technology, that allow to share user web experience
among all his devices such as home/work desktop computer/notebook and
mobile device/phone.

It would be great to have standard to store user Bible experience, so
users could not only have synchronized data among devices, but even
freely migrate on from one sword frontend to another.

I found desktop not need this very much, but mobile devices really
needs, for example if user lost his device or bought new with another
platform...

If people like this, i want to create wiki to describe storage format,
and after we need synchronization interface.


___
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

Re: [sword-devel] need we bookmarks/history storage standart?

[Konstantin Maslyuk]

I want describe idea one more time.
Day 1. User read Bible on evening and add bookmarks on desktop
computer.
Day 2. User read Bible on the way to work from the place he finished
yesterday on mobile device. On evening he read from place he finished
on mobile... 

About FireBible, it is almost that i mean, i have no Bookmarks
synchronization add-on for Firefox, but i sure it exists.

So if i want make synchronization for my application for mobile device
i should make it working with any web bookmarks sharing service...
But:
  1. We need standardized storage format anyway
  2. I do not sure it will be enough flexible, because i want store
  more except when and where (in a Bible). History item in my mind
  should contain from read range, finishing verse, module, times.

In my application (SlideBible for Windows Mobile) i want increase
value of user experience with the Bible, because many peoples
telling : with paper Bible i can do that and that
Reading ranges in history are necessary to look places you never read.
Also i want verse ratings and notes. All synchronized on server and
available anywhere. 

Mmm, Opera Link is just an inspiration, i do not see any benifit from
it.

Anyway nice to try with synchronization with FireBible...


 I would agree with David.

 With the advent of more and more mobile devices and the ability to
 use Crosswire software everywhere I think it would be nice to have a
 universal system to save and (potentially) share bookmarks and annotations

 To do this on the long run without ending up in trouble we should
 not go down a route of building on a closed source implementation (as Opera 
 is).

 Peter
  Original-Nachricht 
 Datum: Tue, 23 Mar 2010 02:10:04 -0800 (PST)
 Von: David Haslam d.has...@ukonline.co.uk
 An: sword-devel@crosswire.org
 Betreff: Re: [sword-devel] need we bookmarks/history storage standart?

 
 Hi Konstantin,
 
 Please look at FireBible before you go too far down the envisaged route.
 
 FireBible is an JSword based add-on for Mozilla Firefox - and it already
 supports bookmarks.
 
 Contact Brian Fernandes to discuss further.
 
 http://thegoan.com/firebible/ http://thegoan.com/firebible/ 
 
 David
 -- 
 View this message in context:
 http://n4.nabble.com/need-we-bookmarks-history-storage-standart-tp1678793p1678876.html
 Sent from the SWORD Dev mailing list archive at Nabble.com.
 
 ___
 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




-- 
С уважением,
 Konstantin  mailto:kale...@mail.ru


___
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

Re: [sword-devel] need we bookmarks/history storage standart?

[Konstantin Maslyuk]

What bookmarking service is preferable for such task?
There is any public data synchronization service?
Or we could create own on crosswire.org?


___
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] НА: Re: SwordReader .....

[Konstantin Maslyuk]

Hi, Barry. If you want maintain SwordReader, we could roll back on latest 
working for you version of SwRd svn, and apply my patches. For now SwordReader 
works on wm5+ devices, and wm2003 has bug with menu display, that cause program 
termination, whitch i haven't time to fix (maybe it is beacouse my devenv?).

- Исходное сообщение -
От: Barry Drake bdr...@crosswire.org
Отправлено: 22 декабря 2009 г. 15:02
Кому: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
Тема: Re: [sword-devel] SwordReader .

Hi David ...

David Haslam wrote:
 A search through the archives finds (2009-05-23) that David Trotz decided to
 stop work on SwordReader development.
David did correspond with me before he left, as I was a co-developer on 
the project.  That is why I posted the comment.  I am not active on it 
for two reasons.  One is that it is no longer able to build with the 
free Microsoft environment without a lot of work, and the other is that 
David's excellent coding took the whole thing way beyond my limited C++. 

As the last release stands, it's an excellent app. and I use it 
regularly, however, as more and more folk are moving away from Windows 
Mobile, I suspect that there is no longer any need to maintain the 
present release beyond offering support, which I can do!  There have 
been almost no posts about it for ages now.  That suggests to me that it 
is close to being dead in the water.

God bless,
Barry

-- 
Barry

-- From Barry Drake (The Revd) Health and Healing advisor to the East Midlands 
Synod of the United Reformed Church.  See http://www.urc5.org.uk/index for 
information about the synod, and http://www.urc5.org.uk/?q=node/703 for the 
Synod Healing pages.

Replies - b.dr...@ntlworld.com


___
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] НА: SwordReader .....

[Konstantin Maslyuk]

Hi. I've just fixed some errors in project files, you could try again. For me 
release/debug from cab file are working, if problem still persists, let me 
know. 

- Исходное сообщение -
От: Barry Drake bdr...@crosswire.org
Отправлено: 13 ноября 2009 г. 19:45
Кому: All things related to SWORD mobile development. 
mobile-de...@crosswire.org; SWORD Developers' Collaboration Forum 
sword-devel@crosswire.org
Тема: [sword-devel] SwordReader .

Hi there .

Today, I wanted to install SwordReader on an iPaq H2210 pocket pc 
running Windows Mobile 5.  I was surprised to find that the current beta 
release installs, but won't run.  Error message: this is not a valid 
windows mobile application.  (It works just fine on my HTC pocket pc).  
For your interest, an earlier binary from December 2007 that I made up 
when I was active on the project runs OK on this device.

If anyone thinks it worthwhile, I have the cab file and can make it 
available.

God bless,
Barry

-- From Barry Drake (The Revd) Health and Healing advisor to the East Midlands 
Synod of the United Reformed Church.  See http://www.urc5.org.uk/index for 
information about the synod, and http://www.urc5.org.uk/?q=node/703 for the 
Synod Healing pages.

Replies - b.dr...@ntlworld.com


___
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] SlideBible

[Konstantin Maslyuk]

Hello, Sword developers society.
I want present new Windows Mobile frontend project for early use and 
cooperative developement.
Main priority of this project are people, who meet God's Word at first time and 
on screen of electronic device.
Current state - you can read Sword Bible modules, only for touch screen now
___
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] Sword frontend for windows mobile.

[Konstantin Maslyuk]

Hello. I'm working on new Sword frontend for windows mobile, and want upload 
sources on Crosswire svn server.
Developing frontend i'm focused on interface design and work with fingers, and 
I hope ever been port it to other popular mobile platforms. And also I keep 
hope to bring GoodNews to some unbelivers with such program.
Also, if anyone working on SwordReader I want update it's dll sources with my 
bugfixes.
___
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

Re: [sword-devel] BibleTime, Qt and S60 (coming soon)?

[Konstantin Maslyuk]

-Original Message-
From: Eeli Kaikkonen eekai...@mail.student.oulu.fi
Sent: 9 сентября 2009 г. 12:55
To: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
Subject: Re: [sword-devel] BibleTime, Qt and S60 (coming soon)?

On Tue, 8 Sep 2009, David Haslam wrote:


 The Qt site headlines has S60 (coming soon). See  http://qt.nokia.com/
 http://qt.nokia.com/

 Would this mean that once it has appeared, it should be feasible to port
 BibleTime to Symbian S60 based mobile phones?

 If so, this might bring closure to the fact that we had nothing to offer nor
 recommend for the S60 platform.

 -- David

I was working for Nokia (not anymore) and followed the situation with
Qt. Back then, this looked like an interesting possibility, and still
does.  However, the BibleTime's user interface hasn't been designed for
handheld devices. Straightforward porting would probably make a poor
user experience. I would rather recommend designing a new simple UI
which then would automatically work on all platforms, adding not only an
S60 application to our offerings but also a small, simple cross-platform
application.

This is only my opinion which is based on very superficial knowledge on
S60 port of Qt. I would be happy if someone really ported BT for S60 and
if it worked.



[The entire original message is not included]

___
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] Alternative versification rsb(rst)

[Konstantin Maslyuk]

I 'm going to make alternative versification for Russian Synodal Bible. I'm 
also prepearing now Synodal Text for new osis 2.5 format and comparing it with 
the source from bibles.uk.org.
This text also has information about text fragments, that absent in Hebrews Old 
testament, but added in Greek, but I do not know how to mark them.___
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