July 2011 - Therion

symbol-show fixed points
by Bruce 02 Dec '11

02 Dec '11

Hi All I've been trying to understand symbol-show and symbol-hide a little better as they relate to pdf outputs. How do I display the text associated with fixed points? I have some map objects defined for various caves in a large system. These are comprised of scrap drawings. I also have a map object with the minor surface features nearby, such as sinks, dolines, isolated entrances and significant navigational features such as fence posts or trees (for example). This is comprised of a survey only (mostly fixed points, and no scrap drawings) however and uses flags such as doline or sink, and most points have a text string associated ie. fix 15 2521640 6042938 581 10 10 30 station 15 "Concrete water trough" I would like to show the caves as outlines with all the rest of their symbology turned off, and the surface features with each of the points labelled with appropriate symbol and associated text. This is for an area map, at scales of say 1:5000 or 1:10,000 I can turn the cave symbols off with symbol-hide statements, and so far I think that is working out OK. However. -layout-symbol-show point flag:entrance \ -layout-symbol-show point flag:sink \ -layout-symbol-show point flag:spring \ -layout-symbol-show point flag:doline \ -layout-symbol-show point flag:dig \ The above layout statements cause the special entrance and sink etc symbols to be displayed, AND show the text string associated with the point. These are not displayed by default as far as I can tell, but these statements rectify that. -layout-symbol-show group all And the group all statement has pretty much the same effect in a more comprehensive and compact format. However none of the above enables me to display the text for my "Concrete water trough" example above. It is always just a cross with no text, or with '15' if debug station-names is on. It shows up in Loch, but not in pdfs. So, how do I display the text associated with fixed points? Is there a need for. -layout-symbol-show point fixed . or something similar? Also, sometimes I would like to display the point symbols (for the likes of the above flags) OR the text strings associated with the points, but not both at once. Is there a way of doing this? Thanks Bruce

5 11

Self adjusting label positions and missing point +s
by Bruce 26 Nov '11

26 Nov '11

I have just discovered a wonderous thing. Where surface points in a survey centreline are included in a map, the labels will self organise so that they don't overlap. See example 1 and 2 attached. This effect goes away I think when the points are included in a scrap. It also does not have effect between separate map objects. Is this default therion behaviour, or is it directly inherited from tex? Could it be implemented in outputs derived from scrap drawings? Now on to my short-term deadline question! Why might example 1 have +s in on all the points and example 2 have all the +s missing? I have not done any redefinition of points (unless by accident, and then they should be identical), and I think my symbol-show, symbol-hides are similar (though not the same I admit). Both the images are from the same dataset, just in different regions a few km apart, and also in different parallel branches of the survey structure, so somewhat independent of each other. Both have caves displayed in a similar manner to example 2, it's just that the caves in example 1 were not included in the screenshot. As you can see, the map structure in example 1 is very simple (the old paper cave map was traced in outline only in therion), whereas example 2 has perhaps 100 maps as it is a 15km cave drawn entirely with therion. I have turned off the layers which would have made the image confusing. Any guesses as to which symbol-show (or other statement) directly effects the + part of the point symbol, as I would like to show them in both cases? I'm also still looking for a way to show the labels for fixed points (and leave other point labels unaffected). What is the 'property' that Loch uses to make the distinction in it's data file? Bruce

2 1

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

Fw: self designed text to the data export
by Dirk.Peinelt＠t-online.de 13 Jul '11

13 Jul '11

Hi, how can I extend the HTML-cave-data-export with a actually export-date on Top, and a self-designed data-matrix (only text) for own attribute-Data-shortcuts on the bottom of export. I use the attr flag on station to set a own attribute. In the data set should only be a shortcut for a information. The information hold the matrix on the bottom. station C0 "CaveX" entrance attr Coordinate "" attr Tag "" attr Cadastre "" attr CadastreNumber "0000-000" attr Level "AB" attr Character "C" attr Survey "S(P)" attr Description "v/" attr Pix "EH" My HTML-export looks like: Title Length Depth Explored Altitude Cadastre CadastreNumber Coordinate Character Description Level Pix Survey Tag …datasets… It should be: 12-07-2011 [blanc] Title Length Depth Explored Altitude Cadastre Character Description Level CadastreNumber Pix Survey Tag …datasets… [blanc] MATRIX: <Cadastre> X: delivered <Character> C: Canyon W: Water K: Crevice … <Survey> D: draft P: plan …. <Description> X: available <Level> A: Entry Coordinate B: part explored C: full explored D: part surveyed E: full surveyed <Tag> X: fixed ..... Regards, Dirk Peinelt

1 0

Extended elevation
by Andrew Atkinson 10 Jul '11

10 Jul '11

I am struggling with the extend: left right normal and reverse, they do not seem to be doing what I would expect or as described at http://therion.speleo.sk/wiki/doku.php?id=tfc:321 therion 5.3.7 on debian wheezy These have been generated from the th file attached, which was an import from pocket topo. The file is as I needed it to work, for the below, remove all extend commands and then only add before the first line as shown. which is how PocketTopo export comes in. Adding it to the centreline -extend ##### seems to have the same effect as below. They are all viewed in the pdf, as I really have nothing else at the moment :( Also it appears that the extend command, moves all the splays in the same direction, which I guess is how survex intended it, but this is different from the PocketTopo, that treats slays differently and to me more sensibly (well in most situations). But this is not really that important as the splays generated by therion are not used for the PocketTopo image import. Noextend.pdf as it says has all the extend commands removed, so I would expect everything to go right, apart fro, 2.0 to 2.1 goes left case1.pdf So add extend right before the line extend right 2.0 - 260.00 11.60 2.610 So the legs go right then left, right,left right right...right, left, leftleft??? case2.pdf (file not included as it is the same as Noextend) extend normal 2.0 - 260.00 11.60 2.610 should be the same as right (unless I am missing a subtle difference) and no commands at all. It is the same as Noextend.pdf but different from case 1 case3.pdf extend left 2.0 - 260.00 11.60 2.610 opposite of right so at least consistent left, right, left, right, left, left ... left right, right case4.pdf extend reverse 2.0 - 260.00 11.60 2.610 consistent again: opposite of normal, but the first leg goes right instead of left and the they all go left So normal and reverse seem to work apart from the first leg, but left and right are doing something strange to the first few legs Using the commands in anywhere else in a linear part of the centreline mostly seems to work fine, and as expected, continuing down the consecutive numbering at a branch fine (but this could also be the order of the data in the file). However, left and right are less reliable than normal and reverse?? But not worked out a pattern yet. Other branches it is less clear for and this email is long enough Andrew

2 1

Bug with background sketches?
by Xavier Pennec 01 Jul '11

01 Jul '11

I am trying to include the sketch of an old survey as a background image on which I want to superimpose the new map. Here is a simplified example: the new survey is in SaleGosse4_test.th with maps in SG4_plan1.th2. For the underlying survey to keep a reasonable size, I used a morphed sketch of the same survey which is SG4_A1_plan2_carnet.th2 with background sketch Sale-Gosse_Carnet_2010_A1_plan2.jpg. When I compile the pdf for that map (not included here because it is above 6 Mb), the warped sketch image is included 9 times instead of only one. Apparently, it is considered as a sketch for all the scraps of the map while it should only be the sketch of one of them. There is not only the problem of file size explosion (over 50 Mb for the original survey sketch with 16 scraps above), but the image is also hiding the scraps that are supposed to be above it. I tried to play with many parameters in the layout (transparency, surface bottom or top) without much changes. It seems to me like a bug, or I missed something. Does anyone have an idea? Best Xavier -- ------------------------- Xavier Pennec Senior Research Scientist / Directeur de recherche Asclepios project-team, INRIA Sophia-Antipolis 2004 Route des Lucioles, BP93 F-06902 Sophia-Antipolis Cedex, France +33 4 92 38 76 64 +33 6 78 35 16 90 http://www-sop.inria.fr/asclepios/ -------------------------------

3 2