| Both sides previous revision Previous revision Next revision | Previous revision Next revisionBoth sides next revision |
| extend [2019/12/21 09:59] – Typo tarquinwj | extend [2020/07/07 09:59] – [Enumerating extend station sequence] brucemutton |
|---|
| |
| It turns out, that even though we cannot take extend control outside of centreline definitions, we can take it outside of the trip surveys, and place it in a single file, one for each separate extended centreline. A bit like [[https://survex.com/docs/manual/extend.htm|Survex’s ESpec file approach]]. Having overall control in one place, away from scraps and away from the survey data allows us to keep extended control conceptually and functionally separate, and allows multiple extended centrelines to be readily maintained. | It turns out, that even though we cannot take extend control outside of centreline definitions, we can take it outside of the trip surveys, and place it in a single file, one for each separate extended centreline. A bit like [[https://survex.com/docs/manual/extend.htm|Survex’s ESpec file approach]]. Having overall control in one place, away from scraps and away from the survey data allows us to keep extended control conceptually and functionally separate, and allows multiple extended centrelines to be readily maintained. |
| | |
| | ====Enumerating extend station sequence==== |
| | Shortly after defining your extended centreline, you are likely to want to know what station sequence Therion is using to create the extended centreline.\\ |
| | Add ''log extend'' to your thconfig before the export statement.\\ |
| | Therion will now add to the therion.log file, a transcript of the extend option and station sequence it has used to generate the extended elevation. |
| |
| ====Summary of all extend options, for survey centrelines==== | ====Summary of all extend options, for survey centrelines==== |
| Note that the centreline generation is carried out as per normal, the stations and legs are just made ‘not visible’.\\ | Note that the centreline generation is carried out as per normal, the stations and legs are just made ‘not visible’.\\ |
| |
| **Important note:** with ''left'', ''right'', ''normal'', ''reverse'', ''vertical'' and ''hide'', Therion and Pocket Topo both apply the selected options to the leg before the station (in whichever direction Therion is traversing the centreline), as well as the ones following it - that is to say, it applies it to the leg that creates the station. Survex, on the other hand, applies the selected option to all legs after the selected station. This rare difference from Survex is by design. Because of this, and because it helps clarification too, it is a common approach to specify two lines, one saying to apply the option to the initial leg where it is wanted, and one saying to apply the option to that station. This also avoids some bugs mentioned above. | **Important note:** with ''left'', ''right'', ''normal'', ''reverse'' and ''vertical'', Therion and Pocket Topo both apply the selected options to the leg before the station (in whichever direction Therion is traversing the centreline), as well as the ones following it - that is to say, it applies it to the leg that creates the station. Survex, on the other hand, applies the selected option to all legs after the selected station. This rare difference from Survex is by design. Because of this, and because it helps clarification too, it is a common approach to specify two lines, one saying to apply the option to the initial leg where it is wanted, and one saying to apply the option to that station. This also avoids some bugs mentioned above. |
| |
| extend left 3 4 | extend left 3 4 |