<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)"><!--[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;}
/* 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:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle21
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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>In case anyone is interested, I have updated my standard commentary in my thconfig template, to account for the new ‘maps’ switch, as below.<o:p></o:p></p><p class=MsoNormal>And I have some more observations on ‘maps’ behaviour below that.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>##SELECT SURVEY AND OR MAP OBJECTS to prepare for output<o:p></o:p></p><p class=MsoNormal>#=======================================================<o:p></o:p></p><p class=MsoNormal># Default (nothing) selects all surveys/maps in 'sources'.<o:p></o:p></p><p class=MsoNormal># If a unique survey or map title can be inferred, map header includes the 'title' <o:p></o:p></p><p class=MsoNormal># List the specific surveys and or map objects that you wish to export<o:p></o:p></p><p class=MsoNormal># If no surveys are selected, then 'survey type exports' will include ALL surveys in 'sources'<o:p></o:p></p><p class=MsoNormal># If no map objects are selected, then 'map object type exports' will include ALL map objects in 'sources'<o:p></o:p></p><p class=MsoNormal># Surveys and map object selections are independent, the selections and outputs of one type have NO EFFECT on the other<o:p></o:p></p><p class=MsoNormal># For this reason, unless all surveys and all maps are (drawn and) selected, or<o:p></o:p></p><p class=MsoNormal># unless selected map(s) are defined with an associated 'survey <id>' option,<o:p></o:p></p><p class=MsoNormal># reported statistics for the different outputs almost always differ from each other.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal># select NameOfCavePlan<o:p></o:p></p><p class=MsoNormal># select NameOfCaveElevEXT<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal> maps on # [on] off ## Setting maps to off disables all previews and offsets, and only scraps from the selected maps are output. Survey centrelines included as part of a map definition are not output. <o:p></o:p></p><div style='mso-element:para-border-div;border:none;border-bottom:solid windowtext 1.0pt;padding:0cm 0cm 1.0pt 0cm'><p class=MsoNormal style='border:none;padding:0cm'> # As at Jun2019, maps off significantly increases compile time and pdf file size<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>To demonstrate those last points, here is a work in progress including a selected map that includes a survey centreline with ‘maps on’.<o:p></o:p></p><p class=MsoNormal><img width=461 height=293 style='width:4.802in;height:3.052in' id="Picture_x0020_1" src="cid:image001.png@01D52E65.289585C0"><o:p></o:p></p><p class=MsoNormal>Here is the same selected map including the same selected centreline with ‘maps off’. <o:p></o:p></p><p class=MsoNormal><img width=464 height=269 style='width:4.8333in;height:2.802in' id="Picture_x0020_2" src="cid:image002.png@01D52E65.39135300"><o:p></o:p></p><p class=MsoNormal>The centreline component of the map definition is not output, which is consistent with the stated behaviour in the Therion Book that only scraps are output, but not necessarily what I was expecting. It is a good behaviour though, as the general combination of effects is to simplify the output. Still not sure why an output that contains less (no previews, no map-connections, less centreline) should be 15x bigger in file size.<o:p></o:p></p><p class=MsoNormal><img width=620 height=136 style='width:6.4583in;height:1.4166in' id="Picture_x0020_3" src="cid:image003.png@01D52E65.F76A2180"><o:p></o:p></p><p class=MsoNormal>Interesting that the colouring differs between the two examples, as they are coloured by altitude, and nothing else has changed between compiles. Here are log file excerpts that show that the scrap altitudes are unchanged, although Therion has reordered them. With ‘maps off’ they appear in order of altitude, and with ‘maps on’ they are in the order that they appear in the map definition (or is that a coincidence?). <o:p></o:p></p><p class=MsoNormal>Maps Off<o:p></o:p></p><p class=MsoNormal><img width=465 height=104 style='width:4.8437in;height:1.0833in' id="Picture_x0020_4" src="cid:image004.png@01D52E67.7D231CE0"><o:p></o:p></p><p class=MsoNormal>Maps On<o:p></o:p></p><p class=MsoNormal><img width=456 height=100 style='width:4.75in;height:1.0416in' id="Picture_x0020_5" src="cid:image005.png@01D52E67.7D231CE0"><o:p></o:p></p><p class=MsoNormal>I have not shown the map lines for the ‘maps on’ case here, but it is interesting that the maps comprised of centrelines only do not even appear in any of the log files.<o:p></o:p></p><p class=MsoNormal>It looks to me like the maps are listed in order of average altitude (highest at top) when ‘maps on’ is set, but it is hard to tell, because at present they all report the altitude as -8999 etc.<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><p class=MsoNormal><o:p> </o:p></p></div></body></html>