<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-NZ link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>Thanks Stacho<o:p></o:p></p><p class=MsoNormal>This is much appreciated. Might take me a while to work through testing it.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Regarding ‘extend <number>’, can this be used as ‘extend <number> [<station> | <leg>]’?<o:p></o:p></p><p class=MsoNormal>Or can it only be used in-line with the survey data? Or can it apply to groups of extend statements defined in a block separate to the survey data?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Just starting to compare before and after (extend splay and loop bugs resolution) by looking through my datasets.<o:p></o:p></p><p class=MsoNormal>A sample of one with no loops suggests the splay fix is good, or at least credible.<o:p></o:p></p><p class=MsoNormal>A sample of one other with some loops that caused me pain when originally drawn, suggests that the difficult loops may have remained unchanged, but there is at least one unexpected change as illustrated below. There is an unexpected and unwanted display of station 6.3<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The extend control for this part of the cave follows.<o:p></o:p></p><p class=MsoNormal><img width=539 height=257 style='width:5.6111in;height:2.6805in' id="Picture_x0020_5" src="cid:image006.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal><img width=256 height=37 style='width:2.6666in;height:.3888in' id="Picture_x0020_7" src="cid:image010.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal>This is how Aven interprets the loops (shown in (projected) elevation) ie a loop within a loop within a loop.<o:p></o:p></p><p class=MsoNormal>Curious how Aven does not seem to recognise the two ignored legs within the loop, as being within a loop ie they are coloured grey, and not blue to reflect the std deviation of the closure error.<o:p></o:p></p><p class=MsoNormal><img width=1092 height=589 style='width:11.375in;height:6.1388in' id="Picture_x0020_9" src="cid:image013.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Therion original incorrect extended splay behaviour<o:p></o:p></p><p class=MsoNormal><img width=782 height=429 style='width:8.1458in;height:4.4652in' id="Picture_x0020_1" src="cid:image014.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal>New Therion 5.5.1+9860f82 splay behaviour<o:p></o:p></p><p class=MsoNormal><img width=792 height=429 style='width:8.25in;height:4.4652in' id="Picture_x0020_2" src="cid:image018.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal>PocketTopo extended drawing and splays<o:p></o:p></p><p class=MsoNormal><img width=773 height=389 style='width:8.0555in;height:4.0486in' id="Picture_x0020_4" src="cid:image019.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal>PocketTopo drawn and TopParser generated xvi on which above drawings are based<o:p></o:p></p><p class=MsoNormal><img width=771 height=366 style='width:8.0347in;height:3.8125in' id="Picture_x0020_3" src="cid:image020.png@01D66804.49F13230"><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Station 6.15 has the same map-connection line in each Therion export, but station 6.3 pops up with a spurious map-connection in 6860f82.<o:p></o:p></p><p class=MsoNormal>Notice how the xvi splays are different in all of the above. It has long been my suspicion that each application produces quite different extended splay interpretations, so I am not surprised or necessarily troubled by this.<o:p></o:p></p><p class=MsoNormal>When drawing in a cave I often think that PocketTopo gets it quite wrong (and it changes splays dynamically when the next leg is surveyed – which is disturbing at the time, but is adhering to the paradigm whereby splays are allocated to the leg with the closest bearing).<o:p></o:p></p><p class=MsoNormal>It looks like the new Therion 6860f82 extended splays are quite similar to PocketTopo but not so much like the xvi. I presume the xvi is incorrect.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Bruce<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US>From:</span></b><span lang=EN-US> Therion <therion-bounces@speleo.sk> <b>On Behalf Of </b>Stacho Mudrak<br><b>Sent:</b> Thursday, 30 July 2020 22:45<br><b>To:</b> List for Therion users <therion@speleo.sk><br><b>Subject:</b> Re: [Therion] Splays - Revisiting Breaking extended elevations<o:p></o:p></span></p></div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>I have tried to fix all the extended elevation issues in the latest development snapshot (commit <a href="https://github.com/therion/therion/commit/6860f82e616edb5e0fc7b35120cfc68eb682897a" target="_blank">6860f82</a>).<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>1. splay shots should be extended relatively to survey shot with closest (horizontal) bearing<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>2. there is a possibility to specify reduction ratio for extended elevation (0 = vertical, 100 = normal left/right) - just use "extend <number>"<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>3. extend ignore via path of 3 points should now work -- use "extend ignore <s1> <s2> <s3>". I think this should allow all crazy loop configurations to be solved, but I am not still 100% sure.<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>Unfortunately (but not surprisingly :/), there was a bug with the extended elevation algorithm. In the case there were loops present in the centerline, it caused some random behaviour.<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>I have tried to fix this bug, but it required quite a deep change to the code. My data seems to work, but I suppose, there may be some cases when it still can fail. Could you please try your datasets?<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'><o:p> </o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Tahoma",sans-serif'>Thanks, S<o:p></o:p></span></p></div></div></div></body></html>