October 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

***UNCHECKED*** Problem with elevation view
by Torsten Schnitter 04 Nov '18

04 Nov '18

Hi all I have a under water cave survey and all the data is done with depth measurements. So the Z coordinates are absolute and the survey is not with clino data. The cave starts at one point and after roughly 800m you have another surface point. When I compile the data I get a strange behaviour. Although it's not a WYSIWIG map editor I would expect points which have the same depth are at the same "depth"/level on the xvi file. But they are not (see attached screenshot "elevation problem"). The 2 points within the red marks do have the same depth measurements. But if you have a closer look to it you can see they are not at the same level. (They differ somehow in x/y way and therefore the points are not on top of each other.) There are no loop closures inbetween which could be a reason for different levels. Not having the same level with these points (I assume it is this point) leads to a bigger problem later on. When drawing the elevation scraps and putting a water surface (depth = 0m) to the scraps and having a raster in the background, the surface at the beginning of the cave is not at the same level than at the next surface point of the cave. But it should be. See pictures "elevation problem-start" and "elevation problem-end". What's wrong? Can anybody help? If more info is needed please let me know. Thanks, Torsten

4 9

Nautiz X8
by Bruce Mutton 03 Nov '18

03 Nov '18

Good Morning. Does anyone have experience with these? Nautiz X8 <https://www.handheldgroup.com/rugged-computer/handheld-pda/nautiz-x8/#tab=t ecspec> https://www.handheldgroup.com/rugged-computer/handheld-pda/nautiz-x8/#tab=te cspec <http://ruggedpcreview.com/3_handhelds_handheldus_nautiz_x8.html> http://ruggedpcreview.com/3_handhelds_handheldus_nautiz_x8.html <https://www.handheldgroup.com/rugged-solutions/Customer-Solutions/nautiz-x8 -extreme-environment-surveying-with-rugged-handhelds/> https://www.handheldgroup.com/rugged-solutions/Customer-Solutions/nautiz-x8- extreme-environment-surveying-with-rugged-handhelds/ Bruce

3 5

***UNCHECKED*** Quick fix exporting from therion to SVG
by alastair gott 01 Nov '18

01 Nov '18

Hi everyone, Not an ideal situation, but is there a quick way of exporting from therion to SVG or a similar file format. There is a legacy survey that we have found a new extension/entrance to, I have drawn the new cave in therion, but the rest is in a drawing package. We're looking at quickly adding the therion file to the existing drawing. If there's no solution, then it's not too bad, I'll be with a load of therion boffins in a week and a half. And will probably be able to do it properly. Regards, Alastair Gott. AlastairGott(a)hotmail.com, M: 07931779380, A: 8 Earlston Avenue, Denton, Manchester M34 2LF.

2 1

overlaying maps
by Martin KERN 29 Oct '18

29 Oct '18

Hi, I have a question about the overlaying maps. I drew a plan to explain that: On my survey, the blue scrap is the n°1 and it is above the red (the second). Here the overlaying is good. The red scrap (n°2) is above the green (n°4). So, there is a scrap n°3 between the red (n°2 and the green (n°4). (It does not appear on my plan.) My problem is that the overlaying of the red scrap over the green is not "normal". The lines are thinner. Why that? Because these two scraps are not consecutive? I would like that they are as the other overlaid lines. It’s possible? All these scraps are contained in the same map. Thanks, Martin

2 2