We have probably got a few Bibles released that use the markup suggested
in the Wiki. It looks like I either forgot to write or forgot to commit
the code to actually make this work in Sword.
How to represent ketiv & qere readings in OSIS depends on how you
interpret them and how you want to display them.
If you want to place the qere reading within a note identifying it as a
secondary reading, then the markup suggested by the OSIS manual is what
you should follow. (<note><rdg type="alternate">...</rdg></note>) This
is essentially what the printed BHS does, and this will work correctly
in Sword already.
If you want to allow the user to toggle the two readings in place, so
that the program displays either the ketiv, the qere, or both, then you
should follow the markup suggested by our Wiki. (<seg type="x-variant"
subType="x-1">...</seg><seg type="x-variant" subType="x-2">...</seg>)
I'm not actually sure that toggling readings makes that much sense in
general. The use of OSIS <rdg> in <note> makes more sense, both for
ketiv/qere readings and the GNTs that have variant readings.
Note that <rdg> must occur within <note>. I believe you can place it in
a <p> outside of <note>, but this is an unintended side effect of the
limitations of XML Schema. If OSIS moves to a more powerful schema
language, these types of problems might be fixed.
--Chris
On 1/7/2010 3:59 PM, Daniel Owens wrote:
Troy,
With a hint from David Troidl, I see now that on p. 82 of the OSIS
manual the rdg element can contain w elements. I suppose the markup
could look like this:
<rdg type="alternate" subType="x-ketiv"><w
lemma="strong:H0318">הוצא</w></rdg><rdg type="alternate"
subType="x-qere"><w lemma="strong:H3318">הַיְצֵ֣א</w></rdg>
Would that link the two sufficiently? I am guessing a bit on the subType
attribute. I suppose it could be x-1 and x-2, with x-1 defined as Ketiv
and x-2 defined as Qere.
Anyway, that's as far as I've gotten.
Daniel
On 1/7/2010 4:08 PM, Troy A. Griffitts wrote:
Daniel,
Thanks for pushing this. I've looked at the OSISVariants filter and it
does indeed look (as stated in the Jira report by you and Chris) that it
has never been used for anything useful. I'll try to nail down the
exact syntax for OSIS variant readings in general (not simply qere, as
we will have phrases and such in the NT) and update the filter to work
with this syntax. I'm not sure what authoritative source was used for
whoever posted the wiki example-- it may be exactly correct, but I would
like to see something in the schema, user manual, or osis-core post
confirming the syntax before we settle on one to support for our
filter. Should be quick to code once the syntax is nailed down.
Troy
On 01/07/2010 01:36 PM, Daniel Owens wrote:
Sorry to answer my own post, but I see that OSISVariants is a global
option filter. I have added that to the wiki. Now to figure out how to
mark it up in OSIS...
Daniel
On 1/7/2010 2:27 PM, Daniel Owens wrote:
I see that SWORD supports ThML variants very well, but I am trying to
create a module with variants in OSIS. Consulting the wiki, I see
that I should mark these up as follows:
<seg type="x-variant" subType="x-1"><w
lemma="strong:H0318">הוצא</w></seg>
<seg type="x-variant" subType="x-2"><w
lemma="strong:H3318">הַיְצֵ֣א</w></seg>
However, since there is no conf option for this, both variants show
up in the text (Xiphos and BibleTime). This is the way the current
WLC module displays the Ketiv/Qere readings, but I would like to
produce a module that allows you to toggle between Ketiv/Qere
readings. Is this a part of the engine that hasn't made it to the
front-ends, or am I missing a conf file option (or just out to lunch)?
Daniel
_______________________________________________
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
_______________________________________________
sword-devel mailing list: [email protected]
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
