<div dir="ltr"><div class="gmail_default"><font face="tahoma, sans-serif">Hi, I agree with Bruce, that it is really a very useful feature. I have just pushed it on GitHub (see commit 2ebc7ed).</font></div><div class="gmail_default"><font face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font face="tahoma, sans-serif">The only problem is, that survex calculates error which </font><span style="font-family:tahoma,sans-serif">"</span><span style="font-size:12.8px">is the ratio of the observed misclosure to the theoretical one</span><span style="font-family:tahoma,sans-serif">". </span><span style="font-family:tahoma,sans-serif">I have implemented more simple export (it was much easier), currently therion .3d export contains error equal to 2 * relative error of a loop. (because of 0-12 aven fixed error scale). </span>It should be possible to extract survex relative error from either thTMPDIR/data.err or data.3d file, but it will take some time.</div><div><br></div><div class="gmail_default"><span style="font-family:tahoma,sans-serif">But when I compared 3D files with relative loop error and error with survex ratio, I received two quite different pictures. Are these two measures not comparable? Is a relative error of a loop useless number? Has anybody tried to go to a cave and resurvey "red shots", whether they are really so bad?</span></div><div class="gmail_default"><span style="font-family:tahoma,sans-serif"><br></span></div><div class="gmail_default"><span style="font-family:tahoma,sans-serif">S.</span><br></div><div class="gmail_default"><span style="font-family:tahoma,sans-serif"><br></span></div><div class="gmail_default"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 February 2017 at 23:20, Olly Betts via Therion <span dir="ltr"><<a href="mailto:therion@speleo.sk" target="_blank">therion@speleo.sk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Wed, Feb 22, 2017 at 09:34:03PM +0000, Footleg via Therion wrote:<br>
> Therion strips most of the data apart from staions and legs out of 3D files<br>
> it generates. Colour by error and by date are not possible because that<br>
> information is not in the 3D files generated from a Therion project.<br>
> Entrances are lost too. One of the reasons I plan to add Therion to Survex<br>
> conversion into my cave converter program (when time permits).<br>
<br>
</span>Therion-generated .3d files now[*] contain date and coordinate system<br>
information, thanks to a patch from Vlad:<br>
<br>
<a href="https://github.com/therion/therion/commit/43e6630e3109196d2c251f05e52c2663496419d9" rel="noreferrer" target="_blank">https://github.com/therion/the<wbr>rion/commit/43e6630e3109196d2c<wbr>251f05e52c2663496419d9</a><br>
<br>
[*] This isn't in a released version of therion yet, but I'm guessing<br>
there's likely to be a new release soon as it's been years since 5.3.16<br>
and a lot of useful stuff has been merged recently.<br>
<br>
Cheers,<br>
    Olly<br>
<div class="m_1829904861759382723HOEnZb"><div class="m_1829904861759382723h5">______________________________<wbr>_________________<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/list<wbr>info/therion</a><br>
</div></div></blockquote></div><br></div></div>