On Thu, Apr 30, 2009 at 1:35 AM, Ben Morgan wrote:
> The ESV has linegroups of the style and , but
> these aren't picked up by osishtmlhref.
> It has a rule to change and into , but none for lg's with
> attributes.
When you say "with attributes" are you referring specifically to the
s/eID attr
The ESV has linegroups of the style and , but
these aren't picked up by osishtmlhref.
It has a rule to change and into , but none for lg's with
attributes.
This would be reasonably simple to add - just another case in the token
handling (rather than relying on token substitution).
A while ago,
Some Asia Pacific history comes in useful...
The Philippines was formerly ruled by Spain, before the Spanish-American
war.
3 John in RV 1960 has 15 verses.
http://www.biblegateway.com/passage/?search=3%20John%201;&version=60;
13 Yo tenía muchas cosas que escribirte, pero no quiero escribír
Luther 1545 in Bible Gateway stops at verse 14.
http://www.biblegateway.com/passage/?search=3%20John%201;&version=10;
14 Ich hoffe aber, dich bald zu sehen; so wollen wir mündlich
miteinander reden. Friede sei mit dir! Es grüßen dich die Freunde. Grüße die
Freunde bei Namen.
-- David
Peter
Here is a link to 3 John in the Hiligaynon NT.
http://www.biblegateway.com/passage/?book_id=71&chapter=1&version=71
http://www.biblegateway.com/passage/?book_id=71&chapter=1&version=71
The last verse is 14, but there is a paragraph break in the verse.
14 Masugilanon lang kita ugaling kon mag-
Philippines (not Indonesia!). BI is spoken in Tablas Island in Romblon
Province.
Jonathan is working with me.
I am the contact with the translator, Eldon Talamisan, who is also the
copyright owner.
I have a hard copy of the BI-NT, and it does contain 3 John 14-15.
The translation was based on
On Apr 29, 2009, at 9:20 PM, Jonathan Marsden wrote:
Chris Little wrote:
If DM wants to add the capability to osis2mod to catch the ref
system declaration and understand Bible.(KJV|Leningrad|Tanakh|
NRSVA|...), that's fine, but we definitely need to allow explicit
overrides via a switch a
This is brought to mind by the recent discussions of how many verses in
certain chapters. If there is not mapping, it is important that you can feed
similar verse references in and get something out of it. It may not be
right, but it should be close.
If a user types in 3 John 15, if the versificat
Chris Little wrote:
How many verses do you have in Acts 19? 40 or 41?
41
How many verses do you have in 2Cor 13? 13 or 14?
14
If 41 and 13, respectively, this is NRSV v11n. If 40 and 13, it's GNT.
If something else, I haven't yet identified the v11n.
41 and 14. Looks like "something e
On Apr 29, 2009, at 7:57 PM, Greg Hellings wrote:
On Wed, Apr 29, 2009 at 6:45 PM, Chris Little
wrote:
Jonathan Marsden wrote:
Similarly, since one can specify a versification system inside the
OSIS
XML file, why does osis2mod need a -v switch to select a
versification
system? Can't it
On Wed, Apr 29, 2009 at 6:45 PM, Chris Little wrote:
> Jonathan Marsden wrote:
>> Similarly, since one can specify a versification system inside the OSIS
>> XML file, why does osis2mod need a -v switch to select a versification
>> system? Can't it just use the one specified in the XML input (and
On Apr 29, 2009, at 6:59 PM, Jonathan Marsden wrote:
DM Smith wrote:
No it is not a translator's error. It is correct.
If not, what versification schemes do have that verse, but are
otherwise compatible with KJV versification?
NRSV
AFAICT, this differs from the KJV in having 3 John 1
Jonathan Marsden wrote:
DM Smith wrote:
No it is not a translator's error. It is correct.
If not, what versification schemes do have that verse, but are
otherwise compatible with KJV versification?
NRSV
AFAICT, this differs from the KJV in having 3 John 1:15 and Revelation
12:18.
Tha
DM Smith wrote:
No it is not a translator's error. It is correct.
If not, what versification schemes do have that verse, but are
otherwise compatible with KJV versification?
NRSV
AFAICT, this differs from the KJV in having 3 John 1:15 and Revelation
12:18.
Thanks. You definitely win
Maurits Obbink wrote:
This 'extra' verse (number) is standard in Dutch (checked 3
translations) and almost standard in German (did also check three --> 2
out of 3). As far as I know they are al based on Luther's versification
scheme (for the new testament quite similar to KJV) roughly 10 deviati
Jonathan Marsden wrote:
DM Smith wrote:
re-versified III John 1:15 as III John 1:13
This is informational, perhaps a warning. It is saying that III John
1:15 is not in the versification that you chose and that 3 John 1:13
was the last verse that it wrote to the module that was before
On Wed, Apr 29, 2009 at 2:20 AM, Troy A. Griffitts wrote:
> Greg Hellings wrote:
>>
>> SVN still fails to build on Mac because icutest.cpp needs #include
>> instead of #include (or it needs the proper
>> sys/ folder in its includes). The --diable-tests bypasses, but it
>> should be fixed before
Maurits Obbink wrote:
> This 'extra' verse (number) is standard in Dutch (checked 3
> translations) and almost standard in German (did also check three --> 2
> out of 3). As far as I know they are al based on Luther's versification
> scheme (for the new testament quite similar to KJV) roughly 10 de
On 4/29/09 10:04 PM, Peter von Kaehne wrote:
> Jonathan Marsden wrote:
>> No, there really *is* a 3John 1:15 in the source Word document. Looks
>> like it splits what KJV and NIV consider 3 John 14 into two verses, at
>> the sentence break. Could this be a translator error?? If not, what
>> vers
Jonathan Marsden wrote:
> No, there really *is* a 3John 1:15 in the source Word document. Looks
> like it splits what KJV and NIV consider 3 John 14 into two verses, at
> the sentence break. Could this be a translator error?? If not, what
> versification schemes do have that verse, but are other
DM Smith wrote:
re-versified III John 1:15 as III John 1:13
This is informational, perhaps a warning. It is saying that III John
1:15 is not in the versification that you chose and that 3 John 1:13 was
the last verse that it wrote to the module that was before 3 John 1:15.
If your inp
Kahunapule Michael Johnson wrote:
DM Smith wrote:
A good place for this would be:
www.crosswire.org/wiki/Alternate_Versification.
Just add a section that gives:
The name of the versification, the description of the versification
and the date that it was added to the SWORD engine.
O
>
>>> 5) Does it build OK under mingw?
>
> Did someone already confirm or deny this?
It builds under mingw. Troy has committed my patches for sword,
utilities, and tests so they all compile and work.
Matthew
___
sword-devel mailing list: sword-devel@cr
DM Smith wrote:
> A good place for this would be:
> www.crosswire.org/wiki/Alternate_Versification.
>
> Just add a section that gives:
> The name of the versification, the description of the versification
> and the date that it was added to the SWORD engine.
The number of versification schemes tha
Jonathan Marsden wrote:
Wearing my shiny new SWORD module creator hat:
My rough draft (sans footnotes and titles) OSIS conversion of the
Bisaya-Inunhan NT is valid OSIS 2.1.1 per xmllint. However, I'm
seeing some output from osis2mod that I need help interpreting.
Currently it says:
You
Wearing my shiny new SWORD module creator hat:
My rough draft (sans footnotes and titles) OSIS conversion of the
Bisaya-Inunhan NT is valid OSIS 2.1.1 per xmllint. However, I'm seeing
some output from osis2mod that I need help interpreting. Currently it says:
You are running osis2mod: $Re
Troy A. Griffitts wrote:
It's been a hard decision, but I've held back on another RC as we've
still been getting patch submissions for RC2. Can't very well
justify calling something Release Candidate 3 until patch submission
start dying down. That's my reasoning for the wait, anyway.
I think
// have to increment in case you don't get in the loop body
endRange.increment();
// check error so that if you are on the last verse in the
versification, you don't loop forever.
while (!endRange.Error() && myModule.isLinked(myKey, endRange)) {
endRange.increment();
}
At th
On Apr 29, 2009, at 2:41 AM, Troy A. Griffitts wrote:
One issue below (and yes! I believe it is a wonderful goal to have
mod2osis actually produce valid OSIS!) :)
// have to increment in case you don't get in the loop body
endRange.increment();
// check error so that if you are on the
On Apr 29, 2009, at 12:37 AM, Tonny Kohar wrote:
Hi,
On Tue, Apr 28, 2009 at 11:54 PM, DM Smith
wrote:
I have just checked in (svn revision 2358) a significant change to
osis2mod.
The API is the same, but it generates modules that require 1.6.
Is this 1.6 means that the xxx.conf file e
Troy,
Excuse the late hour - I thought you mean the changes I had in my
patchset for the the filters in the library. I should have
remembered... they weren't even part of the patch Jonathan used,
seeing as they were incorporated into the engine some time ago.
Since it's past 3 AM for me and I ha
Dear Greg,
I don't understand :)
Looking at the current SVN code, there are no strip filters at all (and
I can't think of any reason there should be-- but maybe I'm overlooking
something).
There is one filter in there, but all uses of it are commented out, so I
believe someone was just usin
> No, nothing has been committed for runtest.sh, or for the compile
> problems with the utilities (lexdump)
I'm sorry, I see now that lexdump was fixed, but in a different way
than my patch (and a better way), so I didn't notice it at first.
Matthew
__
On Wed, Apr 29, 2009 at 2:32 AM, Troy A. Griffitts wrote:
> OK, looked at the patch. Not sure what the strip filters are being added
> for. Any comments?
My only comment is that the seem to already have been applied some
time ago. I had put them in there so that all the strip filters were
cons
On Wed, Apr 29, 2009 at 3:18 AM, Troy A. Griffitts wrote:
> Thanks for finding this Matthew. I usually use -Bb to ignore whitespace in
> diffs. I think we can safely ignore all whitespace from our test outputs.
> This should make things work on windows and macs. I've committed the
> change. L
Yeah yeah. I know I know. It's been a hard decision, but I've held
back on another RC as we've still been getting patch submissions for
RC2. Can't very well justify calling something Release Candidate 3
until patch submission start dying down. That's my reasoning for the
wait, anyway. But
Matthew Talbert wrote:
> Peter,
>
> I just build sword on JJ and it went fine. I suspect autogen.sh as well.
It was. Thanks to you both.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instr
OK, looked at the patch. Not sure what the strip filters are being
added for. Any comments?
Jonathan Marsden wrote:
Greg Hellings wrote:
I have some patches on
crosswire.org/~ghellings that used to apply back in about r2150 range.
OK, I just grabbed it and beat it into submission a little
Greg Hellings wrote:
SVN still fails to build on Mac because icutest.cpp needs #include
instead of #include (or it needs the proper
sys/ folder in its includes). The --diable-tests bypasses, but it
should be fixed before RC3 and definitely before final.
I just committed a fix. Let me know i
SWCom docs updated. Thanks for the letting me know.
Barry Drake wrote:
Hi Greg ...
Greg Hellings wrote:
My thought was to tackle that at the same time I took on commentaries.
Since I believe commentaries are, more or less, just Bibles with
large amounts of linked material.
In comment
Thanks for finding this Matthew. I usually use -Bb to ignore whitespace
in diffs. I think we can safely ignore all whitespace from our test
outputs. This should make things work on windows and macs. I've
committed the change. Let me know if things work ok for you.
-Troy.
PS. Tha
41 matches
Mail list logo
