<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=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
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="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal>This is just a FYI in case anyone is interested.<o:p></o:p></p><p class=MsoNormal>A problem solved, but a mystery not solved.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>On and off through 2019 there were discussions about how to predict or debug scrap stacking order.<o:p></o:p></p><p class=MsoNormal>This message by Tarquin covers the expected behaviour fairly comprehensively. <a href="https://www.mail-archive.com/therion@speleo.sk/msg07925.html">https://www.mail-archive.com/therion@speleo.sk/msg07925.html</a><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>That is all very well, and 99% of the time my projects stack scraps the way I expect. Except that I have one large project where lower passage scraps stack on top of upper level scraps, in a few locations only, in the scenario where no maps defined whatsoever (with the intention that scraps therefore stack according to average altitude). Other scenarios using the same source data, where maps are defined and selected, all plot as expected according to the map structures. But for large overview maps I need to plot all scraps without any map structure, and I’d like them to stack correctly.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The offending scraps were drawn many years ago, and were all much longer and encompassing much greater passage height variations than I would adopt these days. I just assumed that the average heights that Therion calculated were somehow not collated in the stacking order that I expected. Anyway I eventually found the time to check the scrap and heights reported in therion.log. To my slight surprise I found that in fact the average heights that Therion calculated were in exactly the order I expected. So why was Therion not stacking the scraps in the expected order? My anticipated solution of breaking the scraps into pieces to make them behave properly no longer seemed likely to make any difference.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Since it was implemented, I have been making use of the ‘maps off’ to disable previews and offsets, as a more refined way of achieving a particular output than just ‘not defining’ any maps in a particular thconfig.<o:p></o:p></p><p class=MsoNormal><a href="https://www.mail-archive.com/therion@speleo.sk/msg07571.html">https://www.mail-archive.com/therion@speleo.sk/msg07571.html</a> <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>In desperation I thought I’d try adding ‘maps off’ to the thconfig above, where no maps were defined. It should, I expected, make no difference at all.<o:p></o:p></p><p class=MsoNormal>And in one easy step, all of the scraps now plot in the correct stacking order!<o:p></o:p></p><p class=MsoNormal>So why does ‘maps off’ make scraps plot in the correct order when there are no maps defined?<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></body></html>