July 2021 - Therion

Re: [Therion] Point altitude/deph, Help !
by Xavier Robert 28 Jun '22

28 Jun '22

Hi all, I think I have found a trick. The other Xavier led me to the right tracks, thanks a lot ! Finally, this is quite simple with the point altitude, and no need to change anything inside the : - If we use the point altitude only with the option -align, we get the altitude - If we use the point altitude with the options -align and -value [-1004 m] where 1004 is the altitude of the main entrance, we print the depth only for that point (Do not forget the " - " before the altitude of the main entrance), and thus, we do not erase the classic point altitude. The only (small) limits are : * If the main entrance changes, we need to manually update ALL the points that print the depth. But that should not be be everyday, and not a big issue to do that. * the symbology of the two points is the same. I will have a look for a way to modify that and let you know if I find a trick (If I copy the code of the point Altitude, and call it p_u_depth(expr pos, R, S, A), it crashes...). Cheers, Xav

4 4

How to calculate the volume of a cave
by Bill Gee 31 Jan '22

31 Jan '22

Hello everyone - What tools can be used to calculate the volume of a cave based on center line and LRUD data? I found an email from Martin Sluka from about 4 years ago describing how to use Loch to export a .lox file in other formats, then run that file through CloudCompare or ParaView. The process looks very complex to me, and besides - Loch does not run on my computers, so there is no way for me to generate an export. As far as I can tell, Survex does not have a way to calculate volume. Could it be done with a KML file and Google Earth? -- Bill Gee

8 11

Minimum symbol scale
by Tarquin Wilton-Jones 28 Oct '21

28 Oct '21

Hi folks, There is a setting: min-symbol-scale M That allows you to hide all symbols of S or XS scale. That's useful when you want to show only the most important symbols in a low resolution survey. But is there a way to control this differently only for certain symbols? Eg. I want to be able to hide all "point label" symbols of scale M-XS but I don't want all my cave walls or breakdown choke symbols to disappear (which are at the default M scale). Essentially I want something like this: min-symbol-scale point label L min-symbol-scale point anchor:foo M Some of this I can of course do with MetaPost. But labels (the thing I care most about) don't allow you to easily redefine the MetaPost macro ... or at least the syntax is so weird that I don't understand it. Thanks for any advice. Tarquin

2 4

3D viewer CaveView
by Martin Sluka 02 Aug '21

02 Aug '21

OpenSource 3D viewer for Therion, Survex and Compass 3D models, where you may view your remote files (Settings/File). https://therion.speleo.sk/cv/ <https://therion.speleo.sk/cv/?fbclid=IwAR3AmEt2ki6ZIotf-LWHNfSD0XMH9qa1uVVp…> Source - https://aardgoose.github.io/CaveView.js/ <https://aardgoose.github.io/CaveView.js/>

3 2

new Therion 6.0.1
by Therion 25 Jul '21

25 Jul '21

Hi, there is a new release 6.0.1 of Therion. Check https://github.com/therion/therion/releases/tag/v6.0.1 for more details. Best regards, Therion team

1 0

Therion 6.0.0 altitude colour legend feedback
by Bruce Mutton 23 Jul '21

23 Jul '21

>Is it possible to scale the length of the bar based on the number of altitudes so that it fits the standard variable module length used for other colour legends? >>this has been implemented in 9a30b34 <https://github.com/therion/therion/commit/9a30b34a9c9ed54e8c651c2edbb8ef757…> . This is working I think – yet to test with all projects. > I tried using the ‘smooth-shading off’ option in the hope that the altitude legend format would revert to the old style, but there is no difference; it comes out the same as if ‘smooth-shading quick’ is set. >>This is intended, because even if you don't use smooth shading for scraps, most of the scraps colored by altitude get colors which are not found on the old-style discrete color legend. So a smooth color legend should be useful. Do you see a use case for having a discrete legend in this case? I’m not sure. I am undecided as to whether I would prefer independent control of the colour-legend style (user specifies smoothed if Therion can do it, or specifies discrete regardless of whether Therion can do smoothed or not). The current implementation seems to decide automatically, depending on the type of lookup (for example banded gives discrete, otherwise it is smoothed). Probably I would prefer independent control. Especially as the discrete style is used for all only most altitude map-fg / lookups and for all other map-fg / lookups. Here is a little game I set up in 2018, in order to work around the ‘colours not found’ issue you described above (ie I would artificially adjust the max and min altitude lookup altitudes to bias the colour a little bit). So I have re-run it with 5.5.7+5656503 and 6.0.0+9a30b34. I think it is useful for putting the altitude colourbar through it’s paces. Refer to the 10 images in the attached zip file. My tentative comments: 1. The new colourbar misses out the top colour (red), and generally biases the colours on the colourbar too far up relative to the labelled altitudes (a bug). 2. Non-linear colour specifications are represented much better by the colour bar than with the discrete colour legend, because labels are proportionate to the non-linearity. 3. The new colourbar chooses better (round number) altitude labels. 4. The old version (5.5.7) works better with banded colours as 6.0.0 did not shade it as I would like. It will probably be OK with smooth shading off – didn’t get around to checking that yet. Bruce

2 3

GitHub Windows installer
by Bruce Mutton 15 Jul '21

15 Jul '21

> You need to get the windows installer from GitHub now, as we no longer build windows binaries on our server. The new links are in the Downloads section of the therion web page. Umm… I’m logged in and on the installer page. Nothing on the help page jumps out at me about building or compiling the code. I’m going to need some pointers please. Bruce

2 2

Therion 6.0.0 altitude colour legend feedback
by Bruce Mutton 15 Jul '21

15 Jul '21

I have to say that I like the new look altitude shading in 6.0.0 One small request though. It seems that the length of the colour legend is fixed, regardless of the number of altitudes specified in a lookup. This can have a detrimental effect on layouts where the number of altitudes specified have been intentionally kept small. Is it possible to scale the length of the bar based on the number of altitudes so that it fits the standard variable module length used for other colour legends? The images below show what can happen otherwise. I tried using the 'smooth-shading off' option in the hope that the altitude legend format would revert to the old style, but there is no difference; it comes out the same as if 'smooth-shading quick' is set. I have included an output with 'colour map-fg explo-date' and 'smooth-shading quick' as a comparison, just to confirm that other colour layout options use the old style colour legend, and that 'smooth-shading quick' only applies to applies to altitudes. Bruce

2 1

new Therion 6.0.0
by Therion 13 Jul '21

13 Jul '21

Hi, there is a new release 6.0.0 of Therion. Release notes: v6.0.0 Therion 6.0.0 (2021-07-13): therion: * support for colour models: cmyk, rgb, grayscale (see the color-model layout option in the Thbook) * support for colour management (see the color-profile layout option) * support for linear and radial shading (colour gradients) in MetaPost (withlinearshading and withradialshading options) * support for smooth colour transitions of scrap backgrounds in PDF maps if the map-fg is coloured by altitude * added smooth-shading <off/quick> layout switch – quick is the default * reimplemented internal processing of patterns and transparent colors in MetaPost (incompatible changes: the drawing option 'withtransparentcolor', macro 'def_transparent_rgb' and predefined transparent colors tr_bg, tr_white, tr_black were removed; use the drawing option 'withcolor <color> withalpha <number>' instead) * reimplemented conversion of MetaPost output to PDF * support for double number system in MetaPost (this eliminates the current MetaPost limits; see the chapter Limitations in the Appendix of the Thbook) * tex-refs-registers <on/off> initialization file option added (see the chapters Initialization files and Limitations in the Appendix of the Thbook) * support for LuaTeX as an alternative to pdfTeX * support for relative paths in TeX (\inputrel, \savepath and \loadpicture) and in MetaPost (inputrel) * updated Serbian translation * bugs fixed: - symbol-hide,show,color not working for user defined symbols - ISO8859-2 literals in the source code caused clang warnings - removed unnecessary SOURCE_DATE_EPOCH in the thbook Makefile - fixed numerical instability in l_overhang_SKBB - swapped anastomosis & karren symbols - no station scrap continuation list [#333] - fixed arrows flipping [#245] - colour preview-above doesn't work [#90] - KML export fix [#84] - p_smartlabel fails with a picture argument - other minor fixes * included {fmt} library * updated shapelib loch: * Tools→Selection – only displays selected surveys * bugs fixed: - missing title - autorotation issues infrastructure: * support for CMake builds (thanks to Matěj Plch) * C++14 required * use Github Actions to create Github releases Best regards, Therion team

1 0

How to morph sketches
by Torsten Schnitter 04 Jul '21

04 Jul '21

Hi As I read some of the last mails I came to the question how to morph a sketch. I searched the wiki and the Therion book but could not find how to do it. All I found was on page 89 ff in the book which shows some pictures before and after morphing. But no explanation how to do it in detail. If I got it right it is possible like that: Someone have an image, a sketch of a cave area (which is not orientated correctly at all). And you have some survey data from that passage (which should be correct). The sketch is scanned to a png or jpg file. Now you can morph this image file into a xvi file where the image is morphed to the correct orientation matching the messured survey data. The final result is a new xvi file (with correctly morphed) image inside so you can use this new xvi file (including survey data as a line and the correctly morphed sketch itself) as a background image to draw the final scrap. Or did I get this wrong? Can anyone describe in detail how to do this please!? Apparently I'm too stupid to make it... I put a sketch and the survey data from a small passage to this email as a possible example to show how this process does work. Many thanks in advance. regards, Torsten

5 13