- Therion - speleo.sk

Re: [Therion] Therion 5.3.11 fails compile in Loch
by Graham Mullan 09 Oct '13

09 Oct '13

Sometimes I wonder why all the geeky types complain about Windows ;-) Graham

2 1

drawing files with unnecessary large extents created by therion/topparser
by Bruce 06 Oct '13

06 Oct '13

Anyone know what is going on here? I suspect it is something I am not doing that should be obvious. This happens sometimes with background image xvi imports from PocketTopo via Therions converter. I think it happens always (to varying degrees) with background image xvi imports created by TopParser. The th2 file has a drawing area that is set way too large, and the position of the drawing within the application window is never saved (drawing always opens with bottom left of drawing area displayed, and then one has to search for the background image within a very large canvas). You will need to adjust the path pointing to the attached xvi background image. There is something about the drawing extents that is not right. Not sure if it is just a gap in my Xtherion knowledge, or if there is something unusual about how TopParser (and sometimes the therion convert) creates the files. Can I fix it by manually changing something after the file is created? Most times this does not happen with Therions converter. Bruce

3 12

5.3.11
by Stacho Mudrak 06 Oct '13

06 Oct '13

Hello everybody, I have just uploaded version 5.3.11. Here is the list of changes: therion: * added -survey option for map for setting survey associated with map. For example all surveying statistics from this survey will be used, when this map is selected for output. * added sketch-colors <number-of-colors> option to thconfig file, to reduce size of sketch bitmap images in maps * hide symbol from legend, if it has explicitly empty translation * survey-level works for point station-name labels, if station name is automatically determined (no -text is specified) * symbol-show|hide group text for point label, remark, date and line label * grid-angle <value> <units> - can be used in centerline to specify magnetic grid angle (declination against grid north). * -cs output specification works for export cave-list (including lat-long) * dates are shown using OS locale settings in map export * layout statistics explo/topo-length on/hide/off -- if it is off, team members are sorted alphabetically * KML export format supported for cave-list and continuation-list * bugs fixed: - PLT export in output coordinate system - context point air-draught not working - instrument position in centerline does not work - debug scrap-names crashes if empty scraps - counter not working in centerline data diving - revise not working outside of survey context - wrong length/depth and other statistics calculation for map output - sketch bitmaps inserted multiple times in PDF files xtherion: * bugs fixed: - new file in xtherion works, even if file is already open Merry Christmas :) S.

5 9

symbol-show point map-connection causes error
by Bruce 05 Oct '13

05 Oct '13

Got an unexpected problem just now; symbol-show point map-connection #causes error -- unknown symbol specification -- point map-connection symbol-hide for this symbol gives the same error. I've got many other symbol-show, symbol-hide that are working fine. A bug? Bruce

1 0

Issues with average azimuth calculation and backlino
by Alexandra Shturma 30 Sep '13

30 Sep '13

Hi Staho and Martin, My name is Sasha and I am one of Abris developers (abris.shturmsoft.com) Currently, we are working on Therion export and have ran into few issues: 1. 1. Average azimuth calculation is wrong for certain cases. For example, if we have azimuth=1 and back azimuth = 179, the resulting azimuth would be 180. However, the resulting azimuth should be 0. 2. 2. Cannot omit backclino with “-”: data normal from to tape compass backcompass clino backclino A0 A1 1 100.0 – 0.0 – Gives an error: -- invalid backwards gradient reading -- - Best regards, Sasha Shturma

1 0

point stalactites point stalagmites
by Bruce 28 Sep '13

28 Sep '13

I recently discovered 'point stalagmites' (plural) which is presumably new in 5.3.11 (but it may have been around much longer). Now that I've started using it I have discovered that the legend text has not been refined for these, which is easy to correct using the following statements in thconfig file. text en "point stalactites" "many stalactites" text en "point stalagmites" "many stalagmites" Would be nice to have corrected in future 5.3.12, together with mention of the plural symbols in the Therion Book. Happy caving Bruce

1 0

statistics carto sort order request for 5.3.12
by Bruce 21 Sep '13

21 Sep '13

With the addition of a third draughtsperson to our project, whose name comes early in the alphabet, and who has clearly drawn much less than us two oldies, it's become apparent that 5.3.11 sorts cartographers names alphabetically rather than by length of centreline associated with their drawings. Not sure if this was the case with 5.3.10, but certainly the default sort order for explo-length and topo-length changed with 5.3.11 as described here http://therion.speleo.sk/wiki/doku.php/faq#why_do_peoples_names_sort_alphabe tically_when_they_used_to_sort_by_length_of_cave_explored_and_surveyed To make matters worse, I thought I would display only the 'top 2' draughtspeople, statistics carto 2 and it dumped my name because it is alphabetically towards the end of the alphabet, despite having drawn most of the cave (well maybe second most, but at least 100x more length than the newcomer). I may have a bias due to conflict of interest, but it seems like an unsatisfactory situation to me that the 'top two' cartographers is based on alphabetical rank rather than drawing rank. Is it possible to make the carto statistics syntax and behaviour consistent with explo and topo statistics in 5.3.12? A sample layout of mine below shows how they all work together, and how what I am requesting might fit in. layout LayoutStatisticsNormal #----------------------- statistics explo all # all/off/number # names of explorers, or 'number' most significant explorers statistics explo-length hide # on/off/hide # adds each persons exploration length and toggles sort type statistics topo all # all/off/number # names of survey team members statistics topo-length hide # on/off/hide # adds each persons survey length and toggles sort type statistics carto all # all/off/number # names of authors statistics carto -length hide # on/off/hide # request to add each persons carto length and toggle sort type statistics copyright all # all/off/number # names of copyrights endlayout LayoutStatisticsNormal Bruce

1 0

strata and fault symbols
by Martin Sluka 13 Sep '13

13 Sep '13

There are definitions of two new symbols in MetaPost section of wiki: strata and fault. Because of all user defined symbols could not use automatic -clip off you should to add this option. With new version of Therion they should behave as section symbol - without -clip off. m.s.

3 6

image missing and import error
by Andrew Atkinson 13 Sep '13

13 Sep '13

Hello I have just upgraded to debian jessie which comes with Therion 5.3.10 When opening a th2 file I find that all my background images are not visable, also not listed in the background images on the right hand side So in a new file I try importing a jpg, one I have done before, it gives an error, the log of which is attached, as is the th2 file it produces, which looks okay at a quick glance. I also tried a .top text file import, again that I have successfully done before, with the same result, the xvi is produced. Trying importing an xvi it looks like the same error Suspect this is a debian bug, as no one else has complained so will file a report after this thanks Andrew

3 5

Export Full Backbearings from PocketTopo to Therion
by John Stevens 08 Sep '13

08 Sep '13

Export oddities from PocketTopo to Therion A while back, I noted that if you do a full back bearing of three readings straight after you have done to forward leg, PocketTopo recognises this as the same leg and numbers it accordingly. I have not found any documentation about this useful feature though. 2.10 1.139 64.25 -33.70 [1] 2.10 1.288 53.85 -61.89 [1] 2.10 2.243 304.70 -50.40 [1] "fissure in floor with sound of water flowing " 2.10 2.11 3.574 49.25 -15.19 [1] 2.10 2.11 3.574 49.06 -15.19 [1] 2.10 2.11 3.577 49.27 -15.23 [1] 2.11 2.10 3.576 229.26 14.68 [1] 2.11 2.10 3.575 229.37 14.68 [1] 2.11 2.10 3.577 229.60 14.80 [1] 2.11 0.599 96.53 74.98 [1] 2.11 0.201 156.69 -50.20 [1] If the back bearing was outside the automatic parameters, then it can always be forced and sorted later. i.e. make a note, station may be too close to iron work or buried iron in spoil/deads. PocketTopo and TopParser deal with these in different ways when it is imported into Therion PocketTopo averages all 6 readings for the output file but it also adds a blank line 2.10 64.25 -33.68 1.140 > 2.10 53.85 -61.89 1.288 > 2.10 304.69 -50.39 2.243 > 2.10 2.11 49.30 -14.96 3.575 > 2.11 2.10 0.00 0.00 0.000 > 2.11 96.67 75.01 0.599 > 2.11 156.63 -50.15 0.201 > This second line then has to be commented out or deleted once in Therion. Other than that all other outputs act as expected. TopParser on the other hand outputs both sets of readings as separate legs. This has an advantage but a couple of disadvantages. 2.10 - 1.139 64.25 -33.7 2.10 - 1.288 53.85 -61.89 2.10 - 2.243 304.7 -50.4 fissure in floor with sound of water flowing #2.10 2.11 3.574 49.25 -15.19 #2.10 2.11 3.574 49.06 -15.19 #2.10 2.11 3.577 49.27 -15.23 2.10 2.11 3.575 49.15 -15.2 Calculated leg from 3 above #2.11 2.10 3.576 229.26 14.68 #2.11 2.10 3.575 229.37 14.68 #2.11 2.10 3.577 229.6 14.8 2.11 2.10 3.576 229.31 14.72 Calculated leg from 3 above 2.11 - 0.599 96.53 74.98 2.11 - 0.201 156.69 -50.2 If I use this output, the length of the cave is doubled for the leg but I do get some nice 2 leg loop closure errors. The distance can be adjusted but adding flags duplicate and flags not duplicate lines around the duplicate leg. These loop closures then give me good feed back into where magnetic influences are within the cave/mine. 5.70% 0.4m 7.7m 2 -0.2m 0.4m -0.0m [2.7 - 2.8 - 2.7] 3.86% 0.2m 5.1m 2 -0.1m -0.2m -0.0m [2.8 - 2.9 - 2.8] 2.70% 0.2m 8.7m 2 -0.2m 0.2m -0.0m [2.11 - 2.12 - 2.11] 1.18% 0.1m 11.0m 2 -0.1m -0.1m 0.0m [2.9 - 2.10 - 2.9] 0.50% 0.0m 3.9m 2 -0.0m -0.0m 0.0m [2.12 - 2.2 - 2.12] 0.44% 0.0m 7.2m 2 -0.0m 0.0m -0.0m [2.10 - 2.11 - 2.10] 0.33% 0.0m 10.8m 2 0.0m 0.0m -0.0m [2.2 - 2.7 - 2.2] >From these it is easy to see which passage had a large iron pipe running down it, even those we kept a good distance from it. This now allows me to set that passage survey grade as lower for the loop closures. But with all these subloops, Therion does not like calculating the main loop error. The other main problem with the TopParser output is for the extended section. Here it plots both legs so the centreline and splays are in the wrong place for the drawings. So that output is totally useless and I have to go back and use the PocketTopo output for extended sections. So bit more work on TopParser and PocketTopo to make them both fully implement this useful function.

4 3