- Therion - speleo.sk

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

Placing part of a map below another
by Bill Gee 29 Jul '19

29 Jul '19

Hello everyone - I seem to be missing something. I have made this work in the past, but now it seems that Therion is totally ignoring my instructions. Argh! I have a part of the cave where a stream flow under a tourist trail overlook. The original sketches were done on two different occasions, and I have drawn them as separate scraps. When I set up the map in the .th file, I created a map for "MainPassages" and another for "LowerStream". These are then collected into a single map. The LowerStream map has options "[0 0] below". However, the compiled map always shows it ABOVE. I tried adding a "break" between the two maps. I tried adding units to the [0 0], and I tried changing the offset from [0 0] to [20 20]. None of these made any visible difference in the compiled map. I tried removing the "join" that connects the lower stream to the main passage, but all that did was make for a sloppy join. The lower stream was still above the overlook area. I have other caves where I have done this, and it worked. What am I missing? Attached is the .th file I am using. Thanks! -- Bill Gee

5 9

Examples / merging lines in xtherion / text
by Răzvan Dumbravă 26 Jul '19

26 Jul '19

I saw a topic with merging lines in xtherion, and someone told that it is possible in text mode? Do you have any indications how to be that done? Thank you! Răzvan Dumbravă razvid(a)yahoo.com Tel. +40 722 348825

2 1

merge lines in xtherion
by עמרי גסטר 26 Jul '19

26 Jul '19

Hi everyone, I want to merge two wall lines into one line is there a way to do that in xtherion? I know I can do that in notepad but it would be much easier if there is a way to do it in xtherion Omri --

4 5

Loch fails on Fedora 30
by Bill Gee 17 Jul '19

17 Jul '19

Hello everyone - I just noticed that Loch no longer works on Fedora 30. I use the version that is packaged by JM Begley. Launching from a KDE menu spins an hourglass for about 2 seconds and then goes away. When launched from a command shell, the only output is "Error: glXCreateContext failed". This happens on both my laptop and desktop, which have two different display drivers. It also happens on a VirtualBox guest. Is there a way to get a more detailed log file? Thanks! -- Bill Gee

3 4

Re: [Therion] XtTherion canvas zoom with the mouse wheel bug
by Nick Bairstow 17 Jul '19

17 Jul '19

5.4.4 seems to have cured this very annoying issue (so hard not to scroll) but now with this latest release any scrolling is so ridiculously slow on my Windows machine, I'm going back to 5.4.1 which scrolled fine. I will dig out a none scroll wheel mouse for the few times I have to use a scanned image. Nick

2 3

map offset doesn't work
by עמרי גסטר 17 Jul '19

17 Jul '19

Hi, I need some help doing map offset I've tried to do work with the explanation on Therion wiki: https://therion.speleo.sk/wiki/mapconnectors but whatever I'm doing it doesn't work. I added map connection point in test-1p.th2 scrap, and I'm using the syntax below for the .th file: survey test -title "test" centerline date 2019.07.16 # team Omri Gaster units length meters units compass clino degrees data normal from to length compass clino extend right 0 1 5.00 5.0 5.0 1 2 3.00 17.0 14.0 2 3 5.00 20.0 10.0 endcenterline input "test-1p.th2" input "test-2p.th2" map offset m1p [0 20 m] above break m2p endmap map m1p -projection plan test-1p endmap map m2p -projection plan test-2p endmap endsurvey I get this map all the time: [image: image.png] what am I doing wrong? Omri --

2 3

Point Symbol rotation in legend
by Bruce Mutton 04 Jul '19

04 Jul '19

A quick quiz. Who knows where the code is that makes some point symbols rotate 90 degrees in the legend, and others not rotate? For example I have an entrance and dig symbol that are both defined to have rotation parsed to them, and yet one can be rotated, and the other cannot. And one is rotated 90 degrees in the legend, and the other not. OK, so the dig T: transformation does not include a rotation parameter, which explains why it does not follow -orientation settings, but that does not explain why symbols that do include a rotation parameter have their legend entries rotated (like entrance and gradient). For example, my gradient and slope points are rotated 90 deg in the legend, and can be rotated using the -orientation option. Whereas my dig point is not rotated in the legend and cannot be rotated using the -orientation option. I want to be able to rotate by omega entrance symbol (as in the drawing below) but I don't want it to rotate 90 degrees in the legend. Although legend symbols like gradient and water flow should continue to be rotated 90 deg. The code samples below produce the above symbols, and it is easy to see why the dig does not rotate in the drawing, but this does not explain why the dig symbol is not rotated 90 deg in the legend like the others. Any insights appreciated. Bruce def p_dig_UIS (expr pos,r,s,al) = U:=(.4u, .5u); T:=identity aligned al shifted pos; thfill ((-.075u,-.5u){down} .. {up}(0.075u, -.5u) -- (0.075u, .15u) -- (0.3u, 0.15u) -- (0.3u, 0.5u) -- (-.3u, .5u) -- (-.3u, .15u) -- (-.075u, .15u) -- cycle) rotated 45; enddef; def p_entrance (expr pos,theta,sc,al)= U:=(.35u,.3u); T:=identity rotated theta aligned al scaled sc shifted pos; %#rotated theta ##adding theta rotation to T: allows entrance symbol to be rotated on drawing, but causes entrance symbol to be rotated 90 deg in legend # If the T: parameters are changed, then the SYMBOL PARAMETER INDICATOR CODE below needs modifying as well pickup PenX; if known colour_entrance: thdraw (-.3u,-.25u) -- (-.2u,-.25u){dir 135} .. (0, .25u) .. {dir 225}(.2u,-.25u) -- (.3u,-.25u) withcolor colour_entrance; else: thdraw (-.3u,-.25u) -- (-.2u,-.25u){dir 135} .. (0, .25u) .. {dir 225}(.2u,-.25u) -- (.3u,-.25u); fi; enddef; endcode def p_gradient_BCRA (expr pos,theta,sc,al)= U:=(.25u,0.7u); T:=identity aligned al rotated theta scaled sc shifted pos; thfill (-.25u,-0.7u)--(0,.7u)--(.25u,-.7u)--cycle; enddef;

1 1

Re: [Therion] maps on off feature characteristics
by Bruce Mutton 30 Jun '19

30 Jun '19

After a bit more experimentation with a smaller project. I think this situation arises from a map made from two survey centrelines (no scraps or maps in the map definition). With maps on M -899999999999999990000000000000000000000000000000000000000000000000000000000 0000000000000000000000000.00 DwarfsDoorElev290Map@ (Dwarfs Door<br>Elevation looking 290 deg) S 749.01 @ () S 732.25 @ () With maps off S -899999999999999990000000000000000000000000000000000000000000000000000000000 0000000000000000000000000.00 @ () So the code needs to test for and either filter out centrelines and maps comprised only of centrelines, or better, correctly determine their name and namespace. Bruce

1 0

maps on off feature characteristics
by Bruce Mutton 29 Jun '19

29 Jun '19

In case anyone is interested, I have updated my standard commentary in my thconfig template, to account for the new 'maps' switch, as below. And I have some more observations on 'maps' behaviour below that. ##SELECT SURVEY AND OR MAP OBJECTS to prepare for output #======================================================= # Default (nothing) selects all surveys/maps in 'sources'. # If a unique survey or map title can be inferred, map header includes the 'title' # List the specific surveys and or map objects that you wish to export # If no surveys are selected, then 'survey type exports' will include ALL surveys in 'sources' # If no map objects are selected, then 'map object type exports' will include ALL map objects in 'sources' # Surveys and map object selections are independent, the selections and outputs of one type have NO EFFECT on the other # For this reason, unless all surveys and all maps are (drawn and) selected, or # unless selected map(s) are defined with an associated 'survey <id>' option, # reported statistics for the different outputs almost always differ from each other. # select NameOfCavePlan # select NameOfCaveElevEXT 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. # As at Jun2019, maps off significantly increases compile time and pdf file size To demonstrate those last points, here is a work in progress including a selected map that includes a survey centreline with 'maps on'. Here is the same selected map including the same selected centreline with 'maps off'. 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. 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?). Maps Off Maps On 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. 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. Bruce

1 0