Difference between revisions of "Modules in the beta repository"

Another issue is that the second morph type is TVM codes, which we don't yet have a key to (i.e. we don't have a module that translates TVM codes to plain English yet).

There was a WoC display problem (which needs to be tested).

See Talk:Modules_in_the_beta_repository#ABU for a discussion.

Booktitles are wrong (Mark called Luke, Luke John etc)refdoc:talk

Software crashes are not typically the fault of the module, and in the absence of a more specific report, there's not much to go on here. BibleCS and BD have no problem with Mark.4. --Osk 07:13, 11 January 2009 (UTC)GS is fine refdoc:talk 01:50, 19 January 2009 (UTC)

etienne>If I activate the headings, it adds the headings in the Psalms but it adds also the mention "Chapitre #" under each chapter. That's ok, but in the Epistle to the Hebrews, it displays "Psaume #" instead of "Chapitre #" ...

Skc (maintainer)> See FreJND about markup, it must probably be added in .conf, but where?

DMS: I'd suggest a textual comment in the About.

etienne>In FreJND there are three types of paragraph delimiter mentionned but I see only two used : ✱ and ☆. Even if ★ is said to be used in the poetics sections, it is ✱ which is used in the Psalms.

etienne>Xi (previously GS) doesn't display the correct characters in front of Dieu or Seigneur. But it is ok for the stars in the Psalms.

Has an inability to display pre-verse titles, which are very common, resulting in display problems in most frontends. Might need to wait on osis2mod update before release.

Bible text has been updated to January (2009) changes of the author.

If we get permission, re-import, including headings

Missing books: Obadja, Philemon, II John, III John, Jude
Codepoint U+2019 not decoded in 37 places
New source now located.

Those are all linked verses. (Matt.5.14, Matt.5.15, Matt.5.16 are a single block, where the latter two link to the entry of the first.) Nonetheless, emptyvss is reporting numerous genuinely empty (and unlinked) verses that should have some linking, according to the OSIS source. There might be some sort of importer problem here. (But there is no missing text that I can see.)

There are 2 bugs in osis2mod: linking is not working and appended, interverse material is replacing a link.

H8342 transliteration is: ώâώôn ώâώôn Is that really right? (in module: samekh->s, sin->ώ, shin->sh, tsade->ts; in printed text: same except samekh->c-cedilla, sin->s; conclusion: change s (except in ts/sh) to c-cedilla, and change ώ to s)

See <hi rend="italic">Guide to Pronunciation</hi>, §§ 74-97.<lb/>

Where or what is this? front/end matter?

It probably doesn't exist in the text we have, which is derived from the MICRA database.--Osk 09:49, 16 March 2009 (UTC)

...which was borrowed from the Greek 
<name rend="italic" type="biologicalSpecies">
<ref target="alpha">Alpha</ref></name>, 
of the same form;...

Why is this a biologicalSpecies???

The TEI is a faithful and accurate representation of the underlying text, which uses <spn> in this case to indicate species name.--Osk 09:49, 16 March 2009 (UTC)

and this was made from the first letter (�)
 of the Phœnician alphabet

The character in brackets is wrong. This occurs in C as well, and in D, F,.

The TEI is a faithful and accurate representation of the underlying text, which marks these as unknown character, hence the use of the same in Unicode.--Osk 09:49, 16 March 2009 (UTC)

In article E, lots of the text is in a footnote, which shouldn't.

The TEI is a faithful and accurate representation of the underlying text, which contains a couple of very large footnotes.--Osk 09:49, 16 March 2009 (UTC)

There seems to be an excessive amount of <hi rend="italic"> throughout.

The TEI is a faithful and accurate representation of the underlying text.--Osk 09:49, 16 March 2009 (UTC)

Senses collide with the number of the sense:

<sense n="1"><num type="sense">1.</num>

Will output 11.

The TEI is a faithful and accurate representation of the underlying text. If you want the rendering to be different, modify the filter and submit a patch. The markup is correct, and this is not a module error or issue.--Osk 09:49, 16 March 2009 (UTC)

Numerous scripture reference parsing errors in the source. (Fix by running through vs2osisref.)

Dates after Christmas mysteriously empty.... (They're present in the doc supplied to imp2ld though.)

Could you provide some examples.

Dates after Christmas mysteriously empty.... (They're present in the doc supplied to imp2ld though.)

Could you provide some examples.

Hebrew letters are not done properly (comparing with e-sword) e.g. Judg 12:6, where ת appears as ϊ and ו as ε. Another example is Nehemiah 7:61, where again it seems to have greek letters, not hebrew.

Also, it is missing the diagram (and introductory text to it) for Numbers 35:4. Is this type of schematic possible in OSIS (or just include an image)?

If an author cites a particular work, as Aquinas is likely to have done, this is appropriate. More significantly, since Aquinas is working from Bibles with a different reference system from Bible.NRSVA, it's important to identify that somehow so that we have the potential to do reference system translation.Osk 21:47, 28 June 2008 (MDT)

Aquinas will have quoted the Vulgata as it was the authorative translation (i.e. not as a preference, but dt lack of alternative). It is a new situation to have an abundance of translations. I do agree though with the versification being a problem. Only - it will not work right now either as even the Vulgate will be KJV versified. My long term suggestion would be to introduce (once GenBokk bibles are reality) a conf property regarding versification GenBooks could then refer to VersScheme:Book:Chapter:Verse instead of ModName:Book:Chapter:Verse - which would allow users to use a variety of applicable Bible translations with any given gen book.Refdoc 02:01, 1 July 2008 (MDT)

Jub 38:6 is in /Jub/38

Jub 47, 48 links to exodus aren't osisref'ed