December 2015 - Therion

"\legendbox" "\loadpicture" and absolute paths
by rowena 14 Mar '21

14 Mar '21

Hello, I am using the "\loadpicture" capability in "\legendbox" constructs to include map sections, elevations, etc. It all works nicely on my PC where I am using relative paths to the pdf files. My club has a desire to archive the map data for posterity - ie if my pc dies or I go walkabout, the map data should still be available so that others can add to the maps as they are extended. I would prefer to have the images included using relative pathnames, rather than absolute pathnames, so that future explorers can download the map data and extend it, without having to duplicate my file hierarchy. How can I include relative paths in the \loadpicture functionality? Thanks, Rowena

4 5

Import a scrap into another scrap (or th2-file)
by torstein finnesand 11 Oct '17

11 Oct '17

Hi fellows, Sometimes I realize that two scraps should have been one (for instance scrap A in A.th2 should have been a part of scrap B in B.th2), in particular when it's difficult to join them. It's easy to insert the xvi file into the scrap B file. But I have to draw it again. Is there any workaround here? Torstein Finnesand Norway

8 14

Simple Android map software with export to Therion
by Martin Sluka 27 Aug '16

27 Aug '16

7 8

Rope line
by Владимир Георгиев 05 Jan '16

05 Jan '16

Hi I was trying to add a line:rope to a map, but without any success. In the data.mp file I see there is a definition of the "l_rope" line, which is equal to the "l_rope_SKBB", but the rope line I drew didn't appear with either the UIS or the SKBB symbol-set. I also tried including some metapost code in the layout to define the line, but again without result. The metapost worked for other line types like ropeladder, but not for rope. A workaround is to define a custom symbol "u:rope", but I wonder why the built-in one doesn't work. Any ideas? Vladimir

1 1

Therion Chinese Translation
by Duncan Collis 05 Jan '16

05 Jan '16

Hi, The attached files are the first draft of a translation of Therion into Mandarin Chinese. It is based on the texts and xtexts files from version 5.3.16 of Therion. Many thanks to Zhang Yuan Hai (张远海) of the Institute of Karst Geology in Guilin for most of the translation. Reports of any mistakes will be gratefully recieved. Happy New Year! Duncan Collis

2 1

Graphic tablet
by cawa.sorix＠gmail.com 29 Dec '15

29 Dec '15

Hi, Did you try to use a graphic tablet with xtherion ? I have more than 20 km to draw from paper to therion, it is not realy fun with a mouse... I try to import with inskape, but it is not simple and as long as recreate everything on xtherion. Regards, C.S.

2 1

compilation patches
by detrito 29 Dec '15

29 Dec '15

hi list, I wrote some patches in order to compile therion (and loch) under archlinux. they are not well written, but it would be nice to see something similar in a next release ;) they works as follow: cd "${srcdir}/${pkgname}/loch" patch -p0 -i ${srcdir}/loch-makefile-vtk-6.1.patch cd ${srcdir}/${pkgname} patch -p0 -i ${srcdir}/makefile-install-path.patch make make DESTDIR="${pkgdir}" install cheers, detrito -- gpg --recv-key 0x88D6D3C6

1 0

Re: [Therion] Best practice - orientation of original sketch? (Bill Gee)
by Graham Mullan 27 Dec '15

27 Dec '15

Bill Gee said: "My solution is to choose a map rotation early and stick with it, and also to not put images on the map until almost the last step." This presupposes that the cave will never be extended again, especially in 'unexpected' directions. Let us say that North up is chosen as a map orientation. Let us then say that before the known cave has been completely mapped a large extension is discovered that trends south-west. Then another one is found elsewhere in the system that trends east. It may be that the convenient orientation of the map will change during the course of the project. To Therion users this does not matter one jot as Therion will always rotate stuff as required. And I don't know about anyone else, but especially in complex projects I have always to return to .th2 files to tweak the exact positions (and sizes, sometimes) of labels in order to ensure best fit in the final drawing. Thus I would always (if being forced not to use a PDA for some reason) survey to use pages to their maximum extent and put up with the minor inconvenience of reading sideways whilst drawing up scraps, 'cos whatever you choose, arbitrarily, you will always be wrong at some point. As an aside this is also in part why we try to generate the finished product as a pdf directly from Therion rather than importing into another drawing program as it cuts out the need to do parts of the job twice. The drawback with this is that Therion is not quite yet as flexible as I would like, notably in the management of colour and in the availability of different fonts and text characters (ampersand, copyright symbol etc). I know - or suspect - that some of these latter issues might be solvable in MetaPost, but I'm a rubbish programmer who can just about cope with php and html but no more. Graham

1 0

Best practice - orientation of original sketch?
by Bill Gee 26 Dec '15

26 Dec '15

Hello everyone - This is not really a Therion question. It is more of a general survey question. Therion is sort of involved in the situation, though ... When you are drawing the sketch in the cave, is it normal to ALWAYS make north the same direction on each sheet of paper? What is considered "best practice" in this regard? Background: I have been helping with survey of a cave that has grown to slightly over 5000 feet as of a week ago. I have been both sketching and doing cartography. Therion is my weapon of choice! :-) At least 6 people have done some part of the sketching in this cave. All of us have oriented our sketches so as to best fit each section of cave onto the paper. We always indicate north, but it can be any edge of the paper. The man who is coordinating the project is also doing cartography using Windows tools (Walls, Xara, etc.) He sent me an email today asking if I will commit to making all future sketches with north being the top of the page. He asks because some of the computer work he does results in portions of the sketch being upside-down and therefore more difficult to read. Thanks - Bill Gee

5 10

Re: [Therion] new Therion?
by Philip Schuchardt 19 Dec '15

19 Dec '15

Hey, I'm the primary developer for Cavewhere. I though I would chime in. Cavewhere is open source, under the GPL, although I think I need to actually upload that bit (tonight). It's currently on github, as mentioned on a previous post. It currently runs under, Windows, Mac, and Ubuntu Linux. Since most linux users are complete computers nerds, they get the fun job of compiling it themselves. Although my friend, Jon L is creating a debian installer. I need to check with him on the status of that. Cavewhere only currently produces centerlines from survex and compass imports. We do have plans to generate walls from LRUDs. It's just not a high priority because 5 other software projects (survex, compass, walls, breakout, therion) already do it. I do have 5km cave in therion that I'll probably want to imported into cavewhere some day. That feature isn't really on the horizon. I'll probably never support therion as a backend because it's simply to much work and there are better painting libraries out there. That being said there's no painting capabilities in Cavewhere. This could be added in the future since Qt support a very powerful painting engine call QGraphicsScene. Currently we're more focused on creating quick working maps from sketches. We're in the process of converting Cavewhere's sqlite / protobuf (binary format) into human readable json format call Metacave (https://github.com/jedwards1211/metacave) This will allow cavewhere files to play nicely with version control and humans... @Martin, I'm not sure why Cavewhere is a US only app? I've used on China expos ;). If any of you have some helpful hints you can post them on cavewhere's bug tracker or email me directly. Also I apologize in advance for fragmenting the cave software space even more! This is just a fun side project of mine, and you don't have to use it. BTW, we do use survex for loop closure, so no worries there. :D Wahoo! Phi|ip

3 7