<div dir="ltr">Yes. I think we can detect this. Essentially, it will be confusing to the user if for some reason, the mapped passage he asked for is made of several ranges ( assuming of course he asked for a contiguous range in the first place). I think marking up in the OSIS before the XSL is executed where the bits that have been omitted are (i.e. near their closest verse) would be helpful. It would outline to the user where the bits are missing and maybe hovering over these would give an idea of which bits were omitted...<div>
<br></div><div style>Agreed on the DC. </div><div style><br></div><div style>In terms of exactly what they asking for, I agree. But the question is what are they asking for when they are looking up Daniel 3. What they probably really mean is give me the content of the story of the burning furnace. They most likely don't mean 'Give me the entirety of Daniel 3 in the KJV, but omit the story of the three young men in the DR Catholic Bible", especially if they are comparing them in parallel views.</div>
<div style><br></div><div style>But I'm guessing we could detect if someone is asking for a whole chapter, and if they are, we can mark the beginning/end of the DRC with a notice of some kind saying these are omitted - but click here to see them. </div>
<div style><br></div><div style>Chris</div><div style><br></div><div><br></div><div style>Chris</div><div style><br></div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On 4 July 2013 20:41, DM Smith <span dir="ltr"><<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word">Can we detect when we might confuse the user? If so, how about a popup "You're not in Kansas anymore" (i.e. appropriate blurbage of how to understand the complex issues) and a check box to prevent the dialog from coming up again? Maybe a warning icon (triangle with red ! in it) that when clicked on gives the appropriate blurbage?<div>
<div><br></div><div>For the most part, the mapping is sparse (i.e. usually maps to same). Very seldom will it happen. Mostly in Psalms. And when looking at DC material.</div><div><br></div><div>BTW, I think we should mark in the v11n what is DC. So we can give users and front-ends some semblance of control over seeing non-biblical material.</div>
<div><br></div><div>I think we should give the users exactly what they ask for. No more, no less. If they ask for a-e in a parallel view, that's what they get. Perhaps with a "switch" button to change the primary translation.</div>
<span class="HOEnZb"><font color="#888888"><div><br></div><div>-- DM</div></font></span><div><div class="h5"><div><br></div><div><br><div><div>On Jul 4, 2013, at 3:31 PM, Chris Burrell <<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr">So I'm looking at how we will use those mappings, however we implement them, in the case of aligning texts to compare them together.<div><br></div><div><div style="font-family:arial,sans-serif;font-size:13px">
Assume we have verses a-g (in that order) in two books. But for some reason a versification has mapped verses in a slightly different order (which Michael says can be the case).</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">Say you ask you have the following mappings.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
a=b</div><div style="font-family:arial,sans-serif;font-size:13px">b=c</div><div style="font-family:arial,sans-serif;font-size:13px">c=d</div><div style="font-family:arial,sans-serif;font-size:13px">d=e</div><div style="font-family:arial,sans-serif;font-size:13px">
e=g</div><div style="font-family:arial,sans-serif;font-size:13px">f=h</div><div style="font-family:arial,sans-serif;font-size:13px">g=f</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
If you ask for the range <b>a-c</b>, then we can map it to<b> b-d</b> which works well.</div><div style="font-family:arial,sans-serif;font-size:13px">If you ask for range <b>a-e</b>, we map it to <b>b-e ; g</b></div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">This is kind of unfortunate, because it will give the impression that a Bible is completely missing some text, i.e. verse <b>f</b>.</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">I'd like to say we expand the range of b-e to b (because it's the lowest verse) to <b>g</b> (which is the highest verse). We then need to find some way of saying that when you output e, you also output <b>g</b>. (which i think is totally feasible)</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">But obviously, this would go terribly wrong if g is 20 verses apart. And we can't simply expand the original range of <b>a-e </b>to be <b>a-g </b>because that's a recursive call and there may be a case where we never end.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Do you have any thoughts?</div></div><div style="font-family:arial,sans-serif;font-size:13px"><br>
</div><div style="font-family:arial,sans-serif;font-size:13px">I personally feel the most intuitive is to show continuous ranges, otherwise it gives the impression things are missing, so I'd show <b>a-e</b> on the left and <b>b-g </b> on the other side. This might give the impression there is extra material on the right hand side that is not in the left hand side, but if the user were to expand his range, then he would see the text actually is mapped.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Do you have a better idea?</div><div style="font-family:arial,sans-serif;font-size:13px">Chris</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 4 July 2013 18:59, Chris Burrell <span dir="ltr"><<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On 4 July 2013 18:59, Chris Burrell <span dir="ltr"><<a href="mailto:chris@burrell.me.uk" target="_blank">chris@burrell.me.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">In regards to "<span style="font-family:arial,sans-serif;font-size:13px"> To prevent the factorial growth there needs to be a notion of a middle, master table.", this is what I'm trying to achieve with the 'verse parts'.</span><div>
<span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">For example, the verse can't be mapped into the KJV, but it can if we assign parts to them. </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Gen.1.1=Gen1.1@a</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Gen.1.2=Gen.1.1@b</span></div>
<div><br></div><div>If two versifications have the above, it means we can go from A to B without ending up with Gen.1.1-Gen.1.2. The middle mapping is essentially the set of KJV verses + its parts. The parts can be named whatever you like. The middle mappings don't need to be explicitly defined by themselves however. (unless you simply want to document what @a and @b means). </div>
<span><font color="#888888">
<div><br></div><div>Chris</div><div><br></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif"><br></font></div></font></span></div><div class="gmail_extra"><br><br>
<div class="gmail_quote"><div>On 4 July 2013 18:28, DM Smith <span dir="ltr"><<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></span> wrote:<br></div><div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><br><div><div><div>On Jul 3, 2013, at 5:22 PM, Martin Denham <<a href="mailto:mjdenham@gmail.com" target="_blank">mjdenham@gmail.com</a>> wrote:</div><br><blockquote type="cite">
<div style="font-family:Helvetica;font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
I would like to know DMs thoughts on how a mapper would be integrated into JSword.</div></blockquote><div><br></div></div>On sword-devel, Troy pointed out the tough display issues.<br></div><div><br></div><div>Ultimately the mapping of two modules A and B having different versifications involve knowing the differences between the two. There are several conditions that can occur:</div>
<div>Verse splits and merges: A verse in one might be two in the other.</div><div>Extra and absent chapters or verses: A chapter or verse might be present in one but not the other. E.g. Malachi's last chapter in the KJV v11n is split into two chapters in the German v11ns.</div>
<div><br></div><div>and so forth.</div><div><br></div><div>To have mappings between x versifications poses a problem of needing many mappings. To prevent the factorial growth there needs to be a notion of a middle, master table.</div>
<div><br></div><div>Anyway, I digress.</div><div><br></div><div>The mapping will be complicated. I think it should be hidden behind a simple API, such as what Troy plans for SWORD:</div><div><br></div><div>lxx->setKey(nasb->getKey())</div>
<div><br></div><div>We don't have the notion of a module having a current verse and it doesn't make sense to go there now.</div><div><br></div><div>But the basic idea is that there is a mapping facility that is known when translating a key from one v11n to another.</div>
<div><br></div><div>From a code perspective the end user application should not care how it works. That is the simplicity of Troy's example.</div><div><br></div><div>I'm not sure where it should be located in the versification package.</div>
<div><br></div><div>Maybe something like Verse getVerse(Verse) in the Versification class?</div><div><br></div><div>And there should be an optimal way of converting an ordered list of Passages:</div><div><span style="white-space:pre-wrap"> </span>Key getKey(Key)</div>
<div><br></div><div><br></div><div>Does that make sense?</div><div><br></div><div>In Him,</div><div><span style="white-space:pre-wrap"> </span>DM</div><br></div></blockquote></div></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div></div></blockquote></div><br></div>