<div dir="ltr"><div class="gmail_default" 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>).</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">1. splay shots should be extended relatively to survey shot with closest (horizontal) bearing<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" 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>"</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" 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.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" 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.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" 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?<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks, S.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 30 Jul 2020 at 01:18, Olly Betts <<a href="mailto:olly@survex.com" target="_blank">olly@survex.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Jul 29, 2020 at 06:25:50PM +0100, Tarquin Wilton-Jones via Therion wrote:<br>
> TopoDroid, Pocket Topo and Survex all extend only the legs. They all<br>
> keep the splays in the "same" direction (relative to the leg) as they<br>
> were before, which makes them normally perfect for drawing extended<br>
> elevations. They can project forwards and backwards out of the page (so<br>
> to speak), so they end up the right distance, visually, from the station.<br>
> <br>
> There is always the issue when you are at a station where the extend<br>
> direction changes from left to right or vertical, since at that point<br>
> you don't know whether a splay should take its direction from the leg<br>
> before or the leg after (or the "nearest" leg to it - perhaps the most<br>
> useful answer). Survex gets this wrong sometimes, but is normally useful.<br>
<br>
Examples of where Survex it gets it wrong are definitely of interest.<br>
<br>
I added extending of splays just over 3 years ago, and the NEWS entry<br>
(which also explains the algorithm used) explicitly invites feedback:<br>
<br>
| + Splays are now carried over the extended survey.  The current<br>
|   handling is simplistic, but should do a good enough job to be more<br>
|   useful than discarding splays.  The splays at each station are all<br>
|   rotated together based on the bearing between the stations either<br>
|   side of the current one along the first path extended through that<br>
|   station.  This nicely handles dead ends and the situation at the top<br>
|   or bottom of a pitch, and should tend to pick an angle close to the<br>
|   passage orientation along a traverse.  It's weakest at junctions.<br>
|   Feedback (especially examples which could be handled better) most<br>
|   welcome.<br>
<br>
But so far the only thing I could possibly count as feedback on this<br>
subject is what you wrote above (which is good to hear overall, but it'd<br>
be helpful to have some details of where you've seen it go wrong).<br>
<br>
Cheers,<br>
    Olly<br>
_______________________________________________<br>
Therion mailing list<br>
<a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
<a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
</blockquote></div>