November 2018 - Therion

"\legendbox" "\loadpicture" and absolute paths
by rowena 14 Mar '21

14 Mar '21

Hello, I am using the "\loadpicture" capability in "\legendbox" constructs to include map sections, elevations, etc. It all works nicely on my PC where I am using relative paths to the pdf files. My club has a desire to archive the map data for posterity - ie if my pc dies or I go walkabout, the map data should still be available so that others can add to the maps as they are extended. I would prefer to have the images included using relative pathnames, rather than absolute pathnames, so that future explorers can download the map data and extend it, without having to duplicate my file hierarchy. How can I include relative paths in the \loadpicture functionality? Thanks, Rowena

4 5

extend
by Marco Corvi 02 Jun '20

02 Jun '20

i think that extend should take values in the interval [-1,1], ie also fractional values, plus some special value such as "ignore" to open loops, and "undefined" to let the program choose, because it's a nuisance to enter a decimal number for every shot (legs + splays). therion uses the left/right normal/reverse etc. solution, and users should be allowed to set extend also for splays, if they need to. for now, let's use left/right/vert, and ignore only to open loops btw, are vertical extend considered in the computation of the cave length by therion ? marco

5 6

Page Size
by Markus Boldt 31 Jul '19

31 Jul '19

Hello, how is it possible to "say" Therion to make a PDF-File with for example a Size of DIN A4 (21 x 29,7 cm)? I have tried Page-setup 21 29.7 20 29 0.1 0.1 cm it doesn`t work I have tried Size 21 29.7 cm It doesn`t, too The command is ignored. Greetings Markus

4 5

TerrainTool
by Graham Mullan 28 Jun '19

28 Jun '19

Mike McCombe's TerrainTool has been fixed and is available again from http://www.ubss.org.uk/terraintool/terraintool.php Download and enjoy. It may not use the latest data but it remains the most straightforward way of adding topographic detail to Therion 3D models. Graham

8 30

Therion and DEM
by Xavier Robert 24 Jan '19

24 Jan '19

Dear all, For a quite large project, I am using a relatively high-resolution DEM (i.e. 1 px = 1 m), and I am trying to use it within Therion to produce a .lox-3D file. I am however facing some problems: If I export the full resolution DEM to a .th file (6540*4307 cells) with the line "grid 325816.2990788577 5106250.599820679 1 1 6540 4307 ». I have the error « therion: error -- dem.th [14] -- line too long ». This line 14 correspond to the first row of the DEM. ASC parameters are « #NCOLS = 6540, NROWS = 4307, XLLCORNER = 325816.2990788577, YLLCORNER =5106250.599820679, CELLSIZE = 1.0 » If I export the DEM with a 5 m pixel resolution (1308*861 cells) (with the line "grid 325816.299079 5106250.59982 5.001161440185831 5.001161440185831 1308 861 », I get the same error, If I export the DEM with a 10 m pixel resolution (654 * 431 cells) (with the line « grid 325816.299079 5106250.59982 9.996519721577727 9.996519721577727 654 431 »), everything compiles OK and the result is quite OK (https://www.groupe-speleo-vulcain.com/wp-content/themes/custom_theme/3d/JB.… ; be patient, it takes time to load), but not with the full resolution. The process to build each .th DEM is exactly the same, I do not touch any end of line. I edit the .asc DEM with vi to translate it into a .th file. I thus suspect that there is a size limitation for the DEM in Therion, I imagine a limitation in the number of row/columns of the DEM. Is that true ? If yes, what is this size limit for DEMs ? As anyone an idea how to overtake that and use the full resolution DEM ? Cheers, Xavier

4 5

Scale dependant error when using area fills
by Tom Foord 20 Jan '19

20 Jan '19

Hi all I'm having some problems compiling a project which includes debris area fills. Depending on the exact symbol fill that I use, I am getting strange scale-dependant errors which seem to cause the compiler to loop endlessly until I force it to stop. I originally noticed the problem when using a custom area fill that I made by modifying the standard a_debris_AUT symbol fill. I've attached my modified metapost definition in the attached text file 'a_debris_WUG.txt'. The error occurs for any scale between 1:2000 and 1:4483 (outside of this range the project compiles fine). See attached output log 'Output log - a_debris_WUG.txt'. As you can see, the file seems to loop over and over again. Initially I thought this problem was specific to my custom fill, but then I noticed that I also get a similar error when using the standard a_debris_AUT fill, however this time the error only occurs when the scale is set to exactly 1:2000 (any other scale seems to be fine). See attached output log 'Output log - a_debris_AUT.txt'. Can anyone help with this problem? Thanks Tom

9 21

Therion Window gets smaler every time you compile
by Torsten Schnitter 10 Dec '18

10 Dec '18

Hi I'm using Therion 5.4.1+3bee73c on Windows 7. But also tested with 5.4.1+975063a and same.behaviour Every time when I click on "Compile" (or use F9 instead) the window from Therion get's a bit smaller in size (up down direction). Is there a fix for that? regards, Torsten

2 2

Metapost
by Pavel Herich 26 Nov '18

26 Nov '18

Hi all, I look for code of "snail shell" written in metapost, to use it as point u (for organodetritic limestone layers), but I am not able to find anything, as well I haven´t any skills to write it by myself. Does anybody posses this kind of code? Thank you Pavel

1 0

Background zoom-level bug
by Wookey 15 Nov '18

15 Nov '18

There seems to be a bug in xtherion graphics editor revealed if you manage to enter a non-power-of-two zoom level. If you get into this state then the background image and the lines drawn on top of it go out of registration. Here is an easy way to reproduce the problem. You will need a mouse with a scroll-wheel, and the latest 5.4.1 version of therion.. * Insert a jpeg into a new .th2 file in xtherion. * Draw a line over part of it. * Move it around and observe that the line moves with the background. This is true at all 5 fixed zoom levels. * zoom with the mouse scroll button as far out as possible. It seems to allow 12% for example. Now when you come back out you get 24%, 48%, 96% etc. * Now if you move the image around, the image and lines stay together until you have moved a bit, but then start to move seprately. This seems to be something to do with bounding boxes. * Click on 25/50/100/200/400 scaling the line+ images go back into registration. I can't reproduce this problem right now because my therion is too old, so the mouse wheel doesn't produce scrolling in the xtherion window, but we had the same problem on both Windows and Linux machines at the weekend with 5.4.1. If others can confirm that the above is a sufficient set of instructions, then hopefully someone with clue can work out why it goes wrong for 'intermediate' zoom levels. It took us quite a while to work out what on earth was going on at the weekend! Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/

3 3

Add Coordinate data back at last level of Survey Hierarchy?
by alastair gott 15 Nov '18

15 Nov '18

HI, I was trying to join a file [with Centreline driven by .3d data (.3d)] to another file [with centreline driven by my electronic surveying data (Elec)]. The .3d file seems to come with it's own coordinate system, so we needed to remove(#) the entrance coordinates, from the Elec data. I have joined these two surveys in a .th file and successfully got an output. There are two entrances to the system. So my question is, can I add back coordinate data for one (or more) Entrance(s) at the last level of the survey hierarchy? or will the mismatch between .3d and Elec prevent me from doing this? Regards, Alastair Gott. AlastairGott(a)hotmail.com, M: 07931779380,

6 7