August 2023 - Therion

kml color
by Philippe Vernant 25 Oct '25

25 Oct '25

Hi guys, I can’t find a way to change the light greyish color of the kml export except by going into the kml file and change it after it has been created. Is there a way to specify the color when creating the kml ? Thanks, Phil

3 3

Change default PDF output font
by Paul Rowe 05 Sep '23

05 Sep '23

Is there a way to override the default output font through 'code tex-map'? I can see there are ConTeXt macros to change basic styles (e.g. serif font = \rm) but can't find any examples of how that is used to change the default font style for the whole PDF map output. I ideally want to change the font family as well. Thanks, Paul Rowe

3 4

Bug with "copyright" symbol ?
by Torsten Schnitter 04 Sep '23

04 Sep '23

Hello I'm using a redefined legend and within this there is a line: ...{\size[\thsizem]\si\the\cartotitle: \ss\the\cartoteam\quad\size[\thsizem]{\copyright\thinspace\si\the\cartodate\par}}... The variable \thsizem is defined within the layout: ... code-tex ... \def\thsizem{36} ... endcode ... The output is like this: As you can see the circle around the letter "c" is not correct and is not changed in size as the letter itself. Does anyone have a solution to correct this? Thanks in advance, Torsten

2 1

A puzzle in Loch
by Bill Gee 17 Aug '23

17 Aug '23

Looking at the .lox file for Stark Caverns, I see a spike that does not make any sense. I suspect it might be a blunder in the LRUD data, perhaps a misplaced decimal point - but I have searched all over the data and cannot find anything that looks out of line. Besides, the spike is not horizontal, which you would expect from an LRUD blunder. It goes up at about a 20 degree angle. Take a look at the file at https://campercaver.net/MiscFiles/StarkCaverns.lox Turn on display of walls, survey stations and station labels. The spike is fairly obvious. It starts at around station BU1, station 3, or station E1. Does anyone have any ideas about why this shows up? Is there a way to find the survey stations that it connects to? For what it is worth, it does not appear in Aven using a .3d file. It also does not appear on the PDF plan map. It appears to do no harm ... but it is really bugging me! Thanks! -- =============== Bill Gee

4 7

Invalid length reading error reported due to (valid) scrap definition
by Bruce Mutton 16 Aug '23

16 Aug '23

Hello I have a perplexing error, this time around after a complicated git merge, and I have had similar on one occasion a while back. I think I resolved by omitting the file, which is not really a resolution. This time I need a better solution! On compiling a thconfig I get an error: C:\Program Files (x86)\Therion\therion.exe: error -- 11-DeerPlan.th2 [8] -- invalid length reading -- -projection The start of file 11-DeerPlan.th2 is like this: encoding utf-8 ##XTHERION## xth_me_area_adjust -160.83 -127.28 965.01 763.65 ##XTHERION## xth_me_area_zoom_to 200 ##XTHERION## xth_me_image_insert {502.386220472 1 1.0} {626.342677165 11.8} ptopoDeer/11-Deer_p.xvi 0 {} scrap 11-DeerPlan-s1 -projection plan -station-names []@11 -author 2023.02.26 "B Mutton" -copyright 2023 NZSS -scale [0 0 787.4 787.4 0 0 10 10 m] point 10.25 711.5 label -text "Deer Pot" -align l -scale xl point 186.25 712.5 anchor -align r This is a well established scrap in a well established file in a well established project and both of the parent branches compiled without issue through many editing and versioning iterations. Comparison with both of the parent git branches do not suggest any changes that should trigger such an error - at least I have not found it yet. I have checked this file and all calling it for closed blocks (scrap endscrap, map endmap, centreline endcentreline, survey end survey etc) because long ago Therion used to complain in a similar manner if such blocks were not closed (reporting survey data type error due to a drawing file error - illogical). Since this is the second time in a month I've experienced this type of 'illogical' error after nothing like it for years, I'm wondering if anyone else has, or has a clue as to what might be happening? Bruce Using: therion 6.1.8 (2023-06-14) Windows 10 Home 22H2 GitHub desktop 3.2.7 (x64) TortoiseGit 2.14.0

3 3

Re: [Therion] Problem with Depth
by Tarquin Wilton-Jones 15 Aug '23

15 Aug '23

No problemo, glad it was so easy to solve :) On 15/08/2023 21:33, Torsten Schnitter wrote: > Hi Tarquin > Thanks a lot for your advices! > It was not a wrong station point but missing ones. > I did not have all stations within the drawing but only some. > And therefore not all surveys did have stations marked in the drawing. > With "debug on" the distortion was very obvious. > Now that I have inserted all stations ... tadaaa ... everything shows up as expected. > THANK YOU! > regards, Torsten >

1 0

Re: [Therion] Problem with Depth
by Tarquin Wilton-Jones 15 Aug '23

15 Aug '23

Sorry, I accidentally sent this direct instead of to the list. Copied below to save anyone else having to send replies. This solved the issue. On 15/08/2023 20:14, Tarquin Wilton-Jones wrote: > Hi Torsten, > >> Does anyone have a hint what's going on and what is wrong? > > I would export a .3d file. That way there is no morphing involved, only > the centreline. Measure the depth with Survex Aven. If it is right, > good, then this is not a data issue. > > Then enable centreline in the layout, so you can see whether the > centreline and the cave walls agree with each other. I suspect you will > see the error here; maybe you have selected the wrong station number in > a scrap when creating a "point station" with "-name foo". This tends to > create the biggest warps. > > In the layout: > debug all > > That will show you which parts of a scrap have the most distortion. Your > error is somewhere around that. > > Hopefully one of those helps. If not ... share the code if you can, and > I will try to debug it? > > Cheers, > > Tarquin >

1 0

Problem with Depth
by Torsten Schnitter 15 Aug '23

15 Aug '23

Hi all I have a problem (again) with water depth in the map (elevated view). Exporting the xvi file it looks all good and all points are at the expected depth. (as the grid in xtherion should be 1m per square) This point in the following picture is around 1.2km inside the cave and is at a water depth of 29m: So counting grid squares the line is at a waterdepth of 29m (as it should be). These points are 29 squares down related to the start point at the beginning of the cave and at a depth of 0m. In the map export I use a grid output for a depth line every 10m. grid-size 1000 1000 10 m grid-origin 0 0 100 m So the grid is with one line exactly at 0m water depth at the start of the cave: But at a point of around 1.2km inside the cave (which is the part of the xvi shown above) the cave is not at the right level: The real depth at this point is 29m and not around 35m as drawn on the map. There is only one GPS point at the start of the cave and no loops (and therefore no loop closures). Why is the map morphed somehow or changed in any other way with a difference in depth over distance? Does anyone have a hint what's going on and what is wrong? Any help is welcome. Thanks, Torsten

1 0

Re: [Therion] Big room multiple scraps - How to join
by alastair gott 05 Aug '23

05 Aug '23

HI Bill, Something along the lines of map ProblemchamberMP GrandcanyonSP FlatroomSP endmap select Problemchamber export map -proj plan -o Problemchamber.th2 Instead of exporting to pdf, this will then export this to a .th2 file, where I guess it will appear with all the lines you have joined, instead of you having to join them with line joins/scrap joins or amending line end positions to force therion to automatically recognise them. This will allow you to work on the whole chamber as one in a single .th2 file. Of course then (more or less) in your master file you will have survey StarkCaverns input problemchamber.th2 input otherpartsofcave.th2 map StarkcavernsMP PromblemchamberMP OtherpartsofcaveMP endmap centreline equate ... endcentreline endsurvey This should hopefully reduce the overlap you are seeing in your current workaround, and it's probably still possible to implement this and delete the invisible walls from the centre of your chamber. [cid:b0947cc4-0cfc-45f3-8d84-09fe9b29f7b8] Regards, Al ________________________________ From: Bill Gee <bgee(a)campercaver.net> Sent: 03 August 2023 15:37 To: alastair gott <alastairgott(a)hotmail.com> Subject: Re: [Therion] Big room multiple scraps - How to join Hi Alistair - I am not sure I understand what you are suggesting. It sounds like the idea is to use something like GIMP to collect all of the sketches for the room into one JPG file, then use that file as the background for Therion. True? I considered that idea. There are two problems. First, I know almost nothing about GIMP. It would be a steep learning curve. Second, the sketches are not all the same scale. Some of them would have to be shrunk. Again a GIMP task, and beyond my knowledge of how GIMP works. =============== Bill Gee On 8/2/23 12:16, alastair gott wrote: > Hi bill, > > Could you set up a map for just that chamber which will then join all > the sketches and export the .th2 for it. When you then subsequently > export that .th2 to pdf, you do not need the joins and therefore do not > lose any of the detail. > > Regards, > Alastair Gott. > > Get Outlook for iOS <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2…<https://aka.ms/o0ukef>> > ------------------------------------------------------------------------ > *From:* Therion <therion-bounces(a)speleo.sk> on behalf of Bill Gee > <bgee(a)campercaver.net> > *Sent:* Wednesday, August 2, 2023 4:28:05 PM > *To:* Therion Mail List <therion(a)speleo.sk> > *Subject:* [Therion] Big room multiple scraps - How to join > Hello everyone - I am having a problem getting Therion to understand how > to join several scraps to make a large room. The working map is at > > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcamperca…<https://campercaver.net/MiscFiles/StarkCavernsNoCenter.pdf> <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcamperca…<https://campercaver.net/MiscFiles/StarkCavernsNoCenter.pdf>> > > Take a look at the east part of the map in an area called Grand Canyon. > This is really one large room, though we did not realize that when we > started sketching several years ago. Now I have at least three > different pieces of sketch to try and fit together. > > As you can see, there is a large triangle in the center which Therion > thinks is not cave. There are also some part which are outside the > cave, but are considered by Therion to be inside. > > All of the joins in here are using line-to-line. I named the lines, > then created "join" statements specifying the two lines and which points > on those lines to join. Therion is happy with that, and the wall that > it draws is a fair depiction of the area. The problem is that much of > the interior is getting lost. > > I have not tried to use plain joins of the scraps - joins which do not > specify the lines. I suspect that would not change much. > > I have already drawn some of this area three times. It is > extraordinarily complicated due to multiple levels, especially along the > east side. We thought for a long time that the east side was separate > passages, but it is really just a complicated pile of big breakdown blocks. > > I really REALLY do not want to go back and make one huge sketch of the > entire room. That would take several days. > > What can I do to convince Therion where the cave really is? Can I put > in some invisible walls (subtype hidden)? > > Thanks! > > -- > =============== > Bill Gee > _______________________________________________ > Therion mailing list > Therion(a)speleo.sk > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.…<https://mailman.speleo.sk/listinfo/therion> <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.…<https://mailman.speleo.sk/listinfo/therion>> > > _______________________________________________ > Therion mailing list > Therion(a)speleo.sk > https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.…<https://mailman.speleo.sk/listinfo/therion>

4 5

How to add 1.5 x linefeed to a text string
by Bruce Mutton 04 Aug '23

04 Aug '23

Good evening I'm wondering if there is a way to add a 1.5x linefeed to text strings in Therion? I can make the same effect using the tex parameter \medskip as demonstrated in the Therion \legendcontent routine. But sometimes it would be nice to do it in drawing labels and in strings such as map-comment, were it is not practicable to use tex. As in this example: The text highlighted yellow is a map-comment, like this: map-comment "NZVD2016 / New Zealand Vertical Datum 2016 \ This map represents Deer Pot on the day it was connected to ." . and the vertical 1.5x linefeeds are embedded in the \legendcontent tex. I want to add an extra half space between the two yellow lines. The only way I can think of is a bit of a hack. map-comment "NZVD2016 / New Zealand Vertical Datum 2016 \ <size:40> <size:12>This map represents Deer Pot on the day it was connected to." but it does not work! It seems that a and a 'space' does not render as anything other than the highest character on the line, regardless of the 'size' of the break. Any ideas? Regards Bruce

2 4