December 2017 - 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

TerrainTool
by Graham Mullan 28 Jun '19

28 Jun '19

Mike McCombe's TerrainTool has been fixed and is available again from http://www.ubss.org.uk/terraintool/terraintool.php Download and enjoy. It may not use the latest data but it remains the most straightforward way of adding topographic detail to Therion 3D models. Graham

8 30

Scale dependant error when using area fills
by Tom Foord 20 Jan '19

20 Jan '19

Hi all I'm having some problems compiling a project which includes debris area fills. Depending on the exact symbol fill that I use, I am getting strange scale-dependant errors which seem to cause the compiler to loop endlessly until I force it to stop. I originally noticed the problem when using a custom area fill that I made by modifying the standard a_debris_AUT symbol fill. I've attached my modified metapost definition in the attached text file 'a_debris_WUG.txt'. The error occurs for any scale between 1:2000 and 1:4483 (outside of this range the project compiles fine). See attached output log 'Output log - a_debris_WUG.txt'. As you can see, the file seems to loop over and over again. Initially I thought this problem was specific to my custom fill, but then I noticed that I also get a similar error when using the standard a_debris_AUT fill, however this time the error only occurs when the scale is set to exactly 1:2000 (any other scale seems to be fine). See attached output log 'Output log - a_debris_AUT.txt'. Can anyone help with this problem? Thanks Tom

9 21

Therion compiles but overwrites log file
by Bruce Mutton 05 Jan '18

05 Jan '18

Back in September I mentioned similar problem to what I am experiencing now, with one project. An error deleting temporary log files causes the log file contents to be deleted and replaced with this message. On this occasion, Therion seems to be compiling just fine, but I have no (meaningful) log file! "C:\Program Files (x86)\Therion\therion.exe: warning -- error deleting temporary directory -- C:\Users\Bruce\AppData\Local\Temp\th7916" The temporary folder contains a single file like data.1 attached. This is only an occasional problem. Mostly I get a valid log file, but it does seem to be persistent with some projects and not others. What I would like is for the above message to be appended to the log file, and not replace the contents of the log file. Therion 5.4.1+e7e9d34 (2017-12-14) Bruce

1 1

Group text request
by Bruce Mutton 05 Jan '18

05 Jan '18

Merry Christmas all I was just trying to hide all text on a map, and noticed that group text does not include point station-name, point wall-altitude, or point continuation It currently includes point label, remark, date and line label, as far as I know. May I request that these three types of point object (station-name, wall-altitude and continuation) be added to 'group text' with the next update. Bruce

1 1

Line Hauling Track
by Markus Boldt 30 Dec '17

30 Dec '17

I would like to have a line "hauling Track" in Therion J. Is there a possibility? Regards Markus

4 8

once more area blocks
by Markus Boldt 29 Dec '17

29 Dec '17

Yes, I have found the possibility (symbol-color area blocks [xx xx xx]), but it affected only to the blocks. What I want to have is a completely other colored area with blocks in it. So in this area must be a change to the background-color, I guess. But how? Regards Markus

1 0

Color for area blocks?
by Markus Boldt 29 Dec '17

29 Dec '17

Hi, is there a possibility to give an "area blocks" another color as the forground-colour? Like it is possible for area water with metapost. Regards Markus

1 0

Development 5.4.1+4369eea inverts and recolours altitude legend
by Bruce Mutton 14 Dec '17

14 Dec '17

Stacho FYI not only are the colours inverted, but they are a bit out of order as well. Refer the images. I have not used any lookup syntax yet, partly as I am keeping my projects compatible with earlier Therion versions. These were generated with 5.4.1+ce29e7b Bruce From: Therion [mailto:therion-bounces@speleo.sk] On Behalf Of Stacho Mudrak via Therion Sent: Thursday, 9 November 2017 11:54 PM To: List for Therion users <therion(a)speleo.sk> Cc: Stacho Mudrak <lists(a)group-s.sk> Subject: Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hi Bruce, thanks for pointing out this bug. I will check the order of numbers, I have probably made some mistake when dealing with automatic color scale generation. I have rewritten the scale code completely, but I had no time until now to write the docs. But if you want to try, something like that should now work in the layout: lookup altitude -title "Altitude legend" 700 [100 0 0] "700 m a.s.l." 680 660 640 620 600 [0 0 100] "below 600 m" endlookup It should generate red -> blue scale with desired values. Also explo-date, topo-date should now work with addition to maps, scraps. E.g. export map -layout-color map-fp topo-date and for example: lookup topo-date 2010.12.31 [] "2010 and before" 2011.12.31 [] 2011 2012.12.31 [] 2012 - [] "2013 and later" endlookup You may specify multiple lookup tables for same criterion using ":" separator in label lookup altitude:scale1 600 800 endlookup and lookup altitude:scale2 800 750 700 endlookup and use then "color map-fg altitude:scale1" or "color map-fg altitude:scale2" You may use also: lookup maps map1@some_survey [color] map2 [color] map3 [color] endlookup Same should work with scraps. With maps, also more simple way should work - you may specify color of a particular map within selection. select map1 -color [100 0 0] Also intervals should work: lookup altitude [1500 1600] [] "cave floor 1" [1800 1900] [] "cave floor 2" endlookup If you are willing to try, I would appreciate any feedback. Probably there are a lot of bugs because a lot of use-cases. I was not able to test them all. S. On 2 November 2017 at 10:05, Bruce Mutton via Therion <therion(a)speleo.sk <mailto:therion@speleo.sk> > wrote: I’ve just noticed that the latest development snapshot 5.4.1+4369eea seems to have messed with the altitude legend. You can see from the screenshot below, which shows part of identical project compilations, one with 9d96803 and then one with 4369eea. Pretty sure I have not made any other changes that could have caused this at my end, and I see that some of the intervening commits on github relate to colour changes. Neutral (perhaps) changes are that there are more colour bands and the colours are brighter, in the legend at least, though not in the map. A negative change is that the altitude range is now upside down. Bruce _______________________________________________ Therion mailing list Therion(a)speleo.sk <mailto:Therion@speleo.sk> https://mailman.speleo.sk/listinfo/therion

2 3

Including compile time in map legend
by Bill Gee 08 Dec '17

08 Dec '17

Hello everyone - I am back with more TeX questions1 I can hear the groaning already ... :-) The goal is to include the time of compilation in the map legend. I already found the Therion macro for \currentdate, and it works perfectly. However, there is no equivalent macro for \currenttime. I have been reading Knuth's tome "The TeXbook" and searching all over the Internet. What I have tried: 1) Use the pdfLaTeX macro \pdfcreationdate. This works, but produces a string that is nearly unintelligible. It looks like this: D:20171208103654-06’00’ Yep, that is the time ... and the date, and the time zone offset! Too much and not in a useful format. 2) Use the \the\time primitive from TeX. This also works, except the time it prints is the number of minutes since midnight. Not quite as busy as option one, but still not readable by ordinary mortals. 3) Using either the datetime (deprecated) or the datetime2 package. Datetime2 includes a definition for \DTMtime which produces the output I want. The problem here is that Therion does not pass "\usepackage{datetime2}" to pdfLaTeX in any usable form. I put it right after the "code tex-map" line. The error message is: ========= (./data.tex (./th_enc.tex) (./th_texts.tex) (./th_resources.tex (/usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex)) (./th_fontdef.tex{/usr/share/texlive/texmf-dist/fonts/map/pdftex/updmap/ pdftex. map}) ! Undefined control sequence. l.622 \usepackage {datetime2} The control sequence at the end of the top line of your error message was never \def'ed. If you have misspelled it (e.g., `\hobx'), type `I' and the correct spelling (e.g., `I\hbox'). Otherwise just continue, and I'll forget about whatever was undefined. =========== Yes, I have the datetime2 package on my computer. I can create sample TeX documents where it works as expected. 4) I created test TeX document to see if I could convert the output of \time into a pair of numbers that can be joined with a string. The math is easy, except that pdfLateX complains about missing numbers. The problem is that \time produces a string, not a number, and the \divide macro can't work with that. Possible solutions: 1) Figure out a way to get pdfLaTeX to convert the output of \time into a number without using packages. 2) Figure out a way to get Therion to pass \usepackage{} to pdfLaTeX. 3) Add a \currenttime macro to Therion in the next version. Any other suggestions? -- Bill Gee

1 0