September 2018 - 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

extend
by Marco Corvi 02 Jun '20

02 Jun '20

i think that extend should take values in the interval [-1,1], ie also fractional values, plus some special value such as "ignore" to open loops, and "undefined" to let the program choose, because it's a nuisance to enter a decimal number for every shot (legs + splays). therion uses the left/right normal/reverse etc. solution, and users should be allowed to set extend also for splays, if they need to. for now, let's use left/right/vert, and ignore only to open loops btw, are vertical extend considered in the computation of the cave length by therion ? marco

5 6

Page Size
by Markus Boldt 31 Jul '19

31 Jul '19

Hello, how is it possible to "say" Therion to make a PDF-File with for example a Size of DIN A4 (21 x 29,7 cm)? I have tried Page-setup 21 29.7 20 29 0.1 0.1 cm it doesn`t work I have tried Size 21 29.7 cm It doesn`t, too The command is ignored. Greetings Markus

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

Therion and DEM
by Xavier Robert 24 Jan '19

24 Jan '19

Dear all, For a quite large project, I am using a relatively high-resolution DEM (i.e. 1 px = 1 m), and I am trying to use it within Therion to produce a .lox-3D file. I am however facing some problems: If I export the full resolution DEM to a .th file (6540*4307 cells) with the line "grid 325816.2990788577 5106250.599820679 1 1 6540 4307 ». I have the error « therion: error -- dem.th [14] -- line too long ». This line 14 correspond to the first row of the DEM. ASC parameters are « #NCOLS = 6540, NROWS = 4307, XLLCORNER = 325816.2990788577, YLLCORNER =5106250.599820679, CELLSIZE = 1.0 » If I export the DEM with a 5 m pixel resolution (1308*861 cells) (with the line "grid 325816.299079 5106250.59982 5.001161440185831 5.001161440185831 1308 861 », I get the same error, If I export the DEM with a 10 m pixel resolution (654 * 431 cells) (with the line « grid 325816.299079 5106250.59982 9.996519721577727 9.996519721577727 654 431 »), everything compiles OK and the result is quite OK (https://www.groupe-speleo-vulcain.com/wp-content/themes/custom_theme/3d/JB.… ; be patient, it takes time to load), but not with the full resolution. The process to build each .th DEM is exactly the same, I do not touch any end of line. I edit the .asc DEM with vi to translate it into a .th file. I thus suspect that there is a size limitation for the DEM in Therion, I imagine a limitation in the number of row/columns of the DEM. Is that true ? If yes, what is this size limit for DEMs ? As anyone an idea how to overtake that and use the full resolution DEM ? Cheers, Xavier

4 5

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

Height numbers in square boxes
by Bill Gee 04 Oct '18

04 Oct '18

Hello everyone - A common convention around Missouri cave mapping is to indicate the height change of a floor step by enclosing the value in a square box. This is not the same as ceiling height which is enclosed in a circle or oval. I have been using the object "point height" for this. It works except there is nothing around the value. It just hangs out in space, so to speak. I used the "-d" option to dump all the MetaPost and TeX code. I find no references in any of the files to objects of type height or passage-height, which implies that these two objects are not generated by MetaPost. Is it possible to redefine the "point height" symbol so it draws a square box around the value? Thanks! -- Bill Gee

9 33

boxed label
by Marco Corvi 25 Sep '18

25 Sep '18

hi bruce, this is a boxed u:label basically it gets the string as picture, its bounding box corners, and define the x and y to draw the box, then draw the string picture point 10 20 u:label -attr val 20 def p_u_label ( expr p,r,s,t ) = picture pic; pic := thelabel( ATTR_val, (0,0)) scaled s; pair q[]; numeric n[], m[], v; path bb; v := defaultscale; qO = ulcorner pic; q1 = lrcorner pic; nO := ypart q0 + 2.5 * v; n1 := ypart q1 - 1.5*v; m0 := xpart q0 - v; m1 := xpart q1 + 1.5*v; bb := (m0,n0) -- (m0,n1) -- (m1,n1) -- (m1,n0) -- cycle; draw bb rotated r shifted p; draw pic rotated r shifted p; enddef

5 6

Re: [Therion] Height numbers in square boxes
by Bruce Mutton 24 Sep '18

24 Sep '18

Every time I have a good idea, I eventually realise why it will not work. Sigh... So I think the way forward may be to understand and build on the general point label definition.... vardef p_label@#(expr txt,pos,rot,mode) = if (mode=1) or (mode=7): interim labeloffset:=(u/8) fi; lab:=thelabel@#(txt, pos); if mode>1: pickup PenD fi; if mode=1: pickup pencircle scaled (u/6); drawdot(pos); process_label(pos,0); elseif mode=2: process_uplabel; elseif mode=3: process_downlabel; elseif mode=4: process_updownlabel; elseif mode=5: process_circledlabel; elseif mode=6: process_boxedlabel; elseif mode=7: process_label(pos,rot); % station name elseif mode=8: process_filledlabel(pos, rot); else: process_label(pos,rot); fi; enddef; Thomas Holder modified it to get custom ‘point altitude’ here https://therion.speleo.sk/wiki/metapost#label_and_text_examples It is interesting as I don’t think there is a ‘point altitude’ definition present in the Therion distribution, but Thomas has created one to use in conjunction with a modification of the p_label definition above. The situation may be similar for ‘point height’. And Stacho Mudrak once proposed another modification to enable any text label to be hidden, based on a user specified attribute. http://article.gmane.org/gmane.comp.gis.therion/933/match=importance+scalin… In principle this approach would allow us to add a box or some other characteristic to any text label. It might be helpful to figure out what the mode settings refer to. Here are my deductions so far. mode = -1 % symbol does not or cannot have a text property mode = 0 % point label mode = 1 % point altitude mode = 2 % point passage-height +ve mode = 3 % point passage-height -ve mode = 4 % point passage-height both +ve and -ve mode = 5 % point passage-height unsigned mode = 6 % ?? (this is the so-called ‘boxed_label’) mode = 7 % point station-name, point height mode = 8 % ?? (this is the so-called ‘filled_label’) Missing entities include ‘remark’, ‘date’ If anyone knows better, please let me know. This bit of code that puts continuation text inside a coloured text box might also provide insight for a one-off solution as well. code metapost def p_continuation(expr pos,theta,sc,al) = %# draw default continuation symbol ie ? p_continuation_UIS(pos,theta,sc,al); %# if text attribute is set if known(ATTR__text) and picture(ATTR__text): %# set labeling color to light orange push_label_fill_color(1.0, 0.9, 0.8); %# draw filled label with text next to symbol ? p_label.urt(ATTR__text,(.5u,-.25u) transformed T,0.0,8); %# restore original labeling color pop_label_fill_color; fi; enddef; endcode Bruce -----Original Message----- From: Therion <therion-bounces(a)speleo.sk <mailto:therion-bounces@speleo.sk> > On Behalf Of Bruce Mutton via Therion Sent: Sunday, 23 September 2018 10:25 To: 'List for Therion users' <therion(a)speleo.sk <mailto:therion@speleo.sk> > Cc: Bruce Mutton <bruce(a)tomo.co.nz <mailto:bruce@tomo.co.nz> > Subject: Re: [Therion] Height numbers in square boxes Maybe we can use an approach that Thomas Holder demonstrated here <https://therion.speleo.sk/wiki/metapost#scale_dependant_visualization_of_sy…> https://therion.speleo.sk/wiki/metapost#scale_dependant_visualization_of_sy… def l_rockborder (expr p) = if abs(llcorner p - urcorner p) > u: l_rockborder_UIS(p); fi; enddef; Simply enclosing an existing metapost definition within a user customised metapost wrapper. In the case above, it is "if the symbol is big enough, draw it". What we want instead is, "draw the symbol, draw a box around it". I expect something like bbox should enable us to put a line around a symbol, regardless of whether it is a text or arbitrary linework. I'll leave it to someone else to explore... Bruce -----Original Message----- From: Therion < <mailto:therion-bounces@speleo.sk> therion-bounces(a)speleo.sk> On Behalf Of Andrew Atkinson via Therion Sent: Friday, 21 September 2018 09:16 To: <mailto:therion@speleo.sk> therion(a)speleo.sk Cc: Andrew Atkinson < <mailto:andrew@wotcc.org.uk> andrew(a)wotcc.org.uk> Subject: Re: [Therion] Height numbers in square boxes ... Yes I'm having similar problems to you defining a box, my skills are generally limited to copying existing definitions and adjusting them slightly. My guess is that it is not a metapost, it is tex as it is a label, in tex you can put a box round text with \fbox{4} but how or if you can use that in therion I do not know. It is a problem that is interesting me, as I think it is something that I might want to use. Andrew _______________________________________________ Therion mailing list <mailto:Therion@speleo.sk> Therion(a)speleo.sk <https://mailman.speleo.sk/listinfo/therion> https://mailman.speleo.sk/listinfo/therion

1 0