- Therion - speleo.sk

Hide stations and line fragments?
by JP McLendon 20 Sep '11

20 Sep '11

Sorry if this has been answered, but I couldn't find it in the archive. I'd like to export my map without the little "+" marks and line fragments indicating the survey stations. I can get rid of the "+" symbols with "symbol-hide point station" but how do I get rid of the line fragments? -- View this message in context: http://old.nabble.com/Hide-stations-and-line-fragments--tp32501069p32501069… Sent from the Therion mailing list archive at Nabble.com.

2 1

vthreshold inefficient
by emmanuel.vitte＠laposte.net 31 Aug '11

31 Aug '11

Hello All, I have LRUD data and the UD is always vertical. If I understand manual and mailing lists, vthreshold can be set to 90 degrees for that purpose. But I noticed that vthreshold has no effect, even with any other value then 90. Is it normal or missed I something ? Thank you in advance, I'm new to Therion so I'm sorry if it has been answered. Regards, Emmanuel Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net

1 0

Terraintool packaged for Debian and Ubuntu
by Wookey 23 Aug '11

23 Aug '11

I've packaged Terraintool - the handy utility for generating surface meshes for Survex and Therion from SRTM and ASTER datasets. It is now waiting in the NEW queue for upload to Debian unstable, and is in my PPA for natty: https://launchpad.net/~wookey/+archive/wookstuff/+packages That also contains current versions of therion (5.3.8-3), survex (1.1.16-1) and tunnelx (20110801-1), built for natty. Please test the packages and report any problems. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/

1 0

how to do multilevel scrap
by Will Urbanski 19 Aug '11

19 Aug '11

Hello everyone, I am trying to do a multilevel map in Therion and for some reason i can't figure out how to get dashed wall lines to appear. Attached is a screenshot of my area in question. There is a plumb shot from a60 to a67, and that's where the confusion starts. a67+ should all be below, and even though this data is in therion, it does not seem to understand that. Is there a directive I should be using to accomplish this? Thanks in advance!!!! Will -- Will Urbanski

3 2

survex 3d export without splay and surface
by Dirk.Peinelt＠t-online.de 03 Aug '11

03 Aug '11

Have anyone a suggestion? The "export model" option "disable" is not working. //dirk ------------------------- Dirk Peinelt dirk.peinelt at t-online.de [1] Tue Jul 19 01:46:49 CEST 2011 [THERION] SURVEX 3D WITHOUT SPLAY Hi, is it possible to export a survex 3d file without splay shots? Regards, dirk Links: ------ [1] mailto:therion%40speleo.sk?Subject=Re%3A%20%5BTherion%5D%20survex%203d%20without%20splay&In-Reply-To=%3C003701cc45a4%24f66b1df0%24e34159d0%24%40t-online.de%3E

1 0

Odd behavior exporting map using LRUD's
by Niklas Konstenius 02 Aug '11

02 Aug '11

Hi, I have survey data with LRUD's for the from-station as follows: ----- centerline data normal from to length compass clino left right up down a b 10 90 0 2 0 2 0 b c 10 90 0 0 2 2 0 c d 10 90 0 2 0 2 0 endcenterline ----- Since LRUD is measured at from-station this data indicates that station a and c is positiond at the right cave wall and station b is positioned at the left wall (station d is undefined). In the generated map however the cave walls is drawn so that station b is positioned at the right wall and station c is positioned at the left wall (see attached pdf). It seems that the LRUD's are applied to the to-station instead of from-station (except for station a). Is it possible to change this behavior? I'm using the following thconfig file to export a map with walls generated by the LRUD values: ----- source data.th layout my_layout colour map-fg [100 0 0] colour map-bg [100 100 100] debug all endlayout export map -projection plan -o map.pdf -layout my_layout ----- /niklas

3 4

Loch 5.3.7 fails to start in Debian wheezy
by Andrew Atkinson 19 Jul '11

19 Jul '11

After getting no output in ubuntu I decided to try Debian. So squeeze ran fine, nice bat icons and everything in the menu. But it was version 5.3.3 so bit the bullet and changed to wheezy. Excellent, 5.3.7 xtherion works fine. (Well as far as I can tell) But loch just does nothing, whether from the or opening a file. Trying the command line I get this The program 'loch' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 2540 error_code 8 request_code 73 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Back to where I started, at least I have Aven this time, although it is not really that useable, as it flickers loads Not found any other graphics that do not work, but then I only changed over a few hours ago Andrew

3 6

survex 3d without splay
by Dirk Peinelt 19 Jul '11

19 Jul '11

Hi, is it possible to export a survex 3d file without splay shots? Regards, dirk

1 0

Line wall AUT crashes and a fix
by Bruce 17 Jul '11

17 Jul '11

I have been using some of Georg Pacher's very clever (I think) AUT symbols in their standard form, allocated from within a layout with . symbol-assign area debris AUT symbol-assign line wall:debris AUT symbol-assign point debris AUT etc All has been going quite well for sometime, but tonight Therion 5.3.8 gets into an endless loop, repeating the following text. l_wall_debris->...factor:=scale_factor-0.01;endfor ;thdraw.block.rotated.angl. l.6513 )) ; ! Value is too large (-4104.55951). <forever> ...k)<0;scale_factor:=scale_factor-0.01; ENDFOR I tend to use a scale of 1:1000, but this time I was using 1:5000, so I'm guessing that has overloaded one of the functions in the final loop below. Not sure which variable or function is causing the crash but the value is always the same for any particular scale at each loop cycle. At these scales the length of each line is often going to be much less than the size of the symbol so I expect we need a more cunning exitif criteria. I have made a stab at fixing it below (the exitif in grey), but it is probably not the best solution. It works now however at 1:1000, 1:5000 and 1:10,000. Someone who knows what they are doing might be able to propose a better fix and Martin/Stacho could include it in the next snapshot. I am perplexed by two other somewhat unrelated things. The debris symbols as they turn out in the output are all filled except the first or last one (not sure which) and yet I cannot find a fill command in the code. Having one not filled gives nice quirky random effect, but they are perhaps better filled? Line blocks AUT works perfectly, and yet the code seems to have the same general type of loop and test as the line debris AUT that gives this problem. Cheers, Bruce def l_wall_debris_AUT (expr P) = T:=identity; pickup PenC; laenge := arclength P; path block; path old_block; cur := 0; t:= arctime cur of P; % draw first block old_block := (((-.0u,-.0u)--(.25u,-.15u)--(.45u,0.01u)--(.2u,.25u)--(.05u,.15u)--cycle)); block_width := (xpart urcorner old_block - xpart ulcorner old_block); old_block:=old_block rotated angle(thdir(P,0)) shifted point t of P; thclean old_block; thdraw old_block; cur := cur + 0.9*block_width; t:= arctime cur of P; % proceed with path forever: % generate random block block := punked (((-.25u,-.25u)--(0.25.u,-.25u)--(0.50u,0.01u)--(0.25u,.25u)--(-.25u,.25u)-- cycle) randomized (u/4)) scaled (uniformdeviate(0.3)+.4) rotated uniformdeviate(360); % check width of block block_width := (xpart urcorner block - xpart ulcorner block); exitif cur > (laenge- 2.5*block_width/2); % find next position where the block fits in without intersecting the previous one forever: exitif xpart ( (block rotated angle(-direction t of P) shifted point t of P) intersectiontimes old_block) < 0; cur:=cur+0.01u; t:= arctime cur of P; exitif cur > (laenge- 2.5*block_width/2); endfor; exitif cur > (laenge- 2.5*block_width/2); old_block:= block rotated angle(-direction t of P) shifted point t of P; thclean old_block; thdraw old_block; cur := cur + block_width/2; t:= arctime cur of P; endfor; t:= arctime laenge-eps of P; % generate last block block := (((-.0u,-.0u)--(.25u,-.15u)--(.45u,0.01u)--(.2u,.25u)--(.1u,.15u)--cycle)); block_width := (xpart urcorner block - xpart ulcorner block); % scale last block to fit in the remaining gap scale_factor:=1.5*(laenge-cur)/block_width; forever: exitif scale_factor < 0; % bruces stab at preventing endless loop at large scales exitif xpart ( (block rotated angle(-direction t of P) scaled scale_factor shifted (point t of P)) intersectiontimes old_block) < 0; scale_factor:=scale_factor-0.01; endfor; thdraw block rotated angle(-direction t of P) scaled scale_factor shifted (point t of P); enddef;

2 1

Point Debris AUT uses wrong pen with clip off if outside of passage
by Bruce 16 Jul '11

16 Jul '11

Hi Has anyone else noticed that for the point debris AUT with -clip off it will draw with a heavy weight pen of part of the symbol is outside of the cave passage? While the effect is perhaps OK in the green example below, it looks a bit odd in the blue example. -clip on for point debris, and -clip off for point debris I am not sure why it would do this. Seems to be nothing in the point definition that should cause this (to my inexperienced eye). Maybe something in thdraw? Bruce

2 1