May 2019 - Therion

Automatic scaling of PDF output
by Tarquin Wilton-Jones 24 May '19

24 May '19

Hi, I am sure this must have been asked before, but was not able to find anything in the mailing list archives or wiki... Our survey is going to be published in a magazine. The magazine has very strict limits on the survey size; 28 cm x 18 cm max, with limits on line thickness as well. Making the final PDF survey the right size is done with the layout "scale" definition, but this means I need to very carefully (painfully) recalculate it whenever an extension changes the size of the survey. Main question; Is there a way to make Therion automatically calculate the correct scale to fit certain dimensions? (I do understand that this might be impossible, since the output can change based on the scale, so it would become an iterative process. I am just hoping there might be some magic.) <aside> For those interested, I have used code metapost to set the line thicknesses so that they work according to the minimum line thickness: def minimumpen = 0.18pt enddef; def PenA = pencircle scaled (minimumpen*1/0.35) enddef; def PenB = pencircle scaled (minimumpen*0.7/0.35) enddef; def PenC = pencircle scaled (minimumpen*0.5/0.35) enddef; def PenD = pencircle scaled (minimumpen) enddef; def PenX = pencircle scaled (minimumpen*1.2/0.35) enddef; </aside> Thanks for any assistance. Tarquin

3 4

help line to propose all the options of an object (#137)
by Bruce Mutton 22 May '19

22 May '19

Bergil I had, and still have, this problem. My solution was to write this https://therion.speleo.sk/wiki/drawingchecklist Now I mostly have it memorised, but quite often I need to refer to it, and have it open on my second monitor. And in addition, XTherion more recently has a right click context menu. Bruce From: Bergil06 <notifications(a)github.com <mailto:notifications@github.com> > Sent: Wednesday, 22 May 2019 18:58 To: therion/therion <therion(a)noreply.github.com <mailto:therion@noreply.github.com> > Cc: Subscribed <subscribed(a)noreply.github.com <mailto:subscribed@noreply.github.com> > Subject: [therion/therion] help line to propose all the options of an object (#137) Hello, will it be possible to have a tool, or a message box, to remember all the parameters and options for the object currently edited (line, point, area) we can put on the option field ? when you don't use every day therion, and only remember "lightly" the syntax, this one-line help will be useful to have the good syntax and find the good option names, without checking the pdf documentation. The options, and theire parameters could be shown like a unix command line syntax : [-scale xs/s/m/l ] [-text "mytexte"] ... Thanks — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <https://github.com/therion/therion/issues/137?email_source=notifications&em…> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AEXIJTBY4I3GBABPINU6H23PW…> . <https://github.com/notifications/beacon/AEXIJTBFF3TOMHOUTCSOYNLPWTVHZA5CNFS…>

1 0

Setting scale on custom symbol
by Bill Gee 22 May '19

22 May '19

Hello everyone - I have defined a custom symbol for electric light fixtures. The MetaPost code is below. Now that I have used it, I find that it draws the symbol too large. I tried using "-scale small" and "-scale tiny", and that helps. Rather than go through and add that to every point, I would like to change the MetaPost so it draws the symbol a bit smaller. And I am lazy! I could replot all the points for each of the lines. It seems to me there should be a simpler way. I tried messing with the U:= parameters, but they seem to make no difference whatever. Is there a way I can declare a multiplier in the MetaPost code? Perhaps declaring u = 0.6u? Thanks! -- Bill Gee # This code defines an artificial electric light. Used in tourist sections of a cave. def p_u_electriclight (expr pos,theta,sc,al) = U:=(0.3u, 0.3u); T:=identity aligned al rotated theta scaled sc shifted pos; pickup PenC; thdraw fullcircle scaled 0.5u shifted (0.0u, 0.7u); thdraw (-0.5u, -0.6u) -- (-0.5u, 0.0u); thdraw (-0.5u, 0.0u) .. (-0.35u, 0.55u) .. (0.0u, 0.7u); thdraw (0.0u, 0.7u) .. (0.35u, 0.55u) .. (0.5u, 0.0u); thdraw (0.5u,0.0u) -- (0.5u, -0.6u); thdraw (-0.7u, -0.6u) -- (0.7u, -0.6u); enddef;

5 6

How to change alignment of "steps"
by Bill Gee 22 May '19

22 May '19

Hello everyone - See the attached screenshot. Notice the area under survey station OC2a. This is supposed to be some steps going up to the concrete block wall. Problem - The lines that show each step are not aligned the right way. They should be perpendicular to the survey line. How can I make a line of type "steps" change its alignment? I used "-attr c 8" to tell it how many steps. Is there another parameter to attr that tells which way to align the steps? And is there any parameter that indicates which way is up? The area is drawn using a line of type "steps". I started in the right-hand corner and drew in an anti-clockwise direction, making sure the line rejoins itself. The first segment of the line follows the steps in their up direction. Related question: The box under survey station OC2 is also steps. However, it is red. I cannot figure out why. Also, it does not show any steps. There should be 4 steps in it. And for those who pay attention - The empty box just north of OC5 should show two steps. Thanks! -- Bill Gee

1 0

request for help
by Martin Sluka 14 May '19

14 May '19

Dear friends, I forward you mail of Therion user from Cuba. I have no any experiences with Linux. May you send him your advice, please? Thnx Martin Odesláno z iPhonu Začátek přeposílané zprávy: > Od: vlado6208 <vlado6208(a)nauta.cu <mailto:vlado6208@nauta.cu>> > Datum: 13. května 2019 17:18:56 SELČ > Komu: Martin Sluka <martinsluka(a)mac.com <mailto:martinsluka@mac.com>> > Předmět: Consejo > > I thinking change the operating system from the PC of project. > I think in Linux but I do not what version. > I do not know if Ubuntu, Debian or other. > What do you think? > > > > Sent from my MetroPCS 4G LTE Android Device

3 2

Joining surveys at a curved/sloping pitch
by Tarquin Wilton-Jones 11 May '19

11 May '19

Hi all, I have an awkward situation in my survey. One of our caves was surveyed in 2 surveys. The 2 surveys join at a sloping pitch with a secondary hole dropping into it. I have managed to draw it all in a way that makes logical sense, but I can't work out how to join the two surveys in the right manner. See attached. Green = upper passage survey. Blue & purple = lower passage and pitch survey. The part I want to fix is the green-blue boundary, where the blue should ideally follow the "pit" lines Ideally, pitches/pits should have their lower colour taken from the lower passage, and their upper colour taken from the upper passage. This is easy when they are in the same survey; you just draw your "pit" line in the upper scrap, and then follow that exact same line with a "-visibility off" wall in the lower scrap. When joining surveys, they are joined in a straight line at the scrap boundaries. This makes it very hard to draw the curved pitch heads, since curves are not straight lines, and you cannot follow the exact same line as the other scrap, because the other scrap sits in another survey, in another .th2 file. I can make additional "lower" scraps in the "upper survey" to follow the pit outlines, but how can I make those scraps take on the colour of a scrap using survey stations in another survey file? Does anyone have any methods to work with this situation? (Preferably not something that becomes just a bunch of trial and error, and then joining every single curve point in the two surveys. I could do that, but it is really painful.) Thanks for any advice, Tarquin

5 13

Maps of maps at lower level in survey tree
by alastair gott 07 May '19

07 May '19

Hi Therion Mailing list, I'm struggling with something after a surveying trip on Saturday (I've drawn everything up) but now want to strip the survey into lower and upper sections. At present I can run the top level .th file and stripped down config file to get the survey tree out (so I could select surveys individually at a lower level). However when I'm trying to use the code used in the Therion samples [installed on download]. therion/samples/map-offset/thconfig.4 it doesn't work. Please find below my error message, .th and config files, does anyone know where i'm going wrong? Error message calculating basic statistics ... done processing extended elevation ... done processing references ... C:\Program Files (x86)\Therion\therion.exe: error -- Fingernailviatpvtovortex2.th [9] -- object does not exist -- TotalperspectivevortM writing xtherion file ... done C:\Program Files (x86)\Therion\therion.exe: warning -- error deleting temporary directory -- C:\Users\alastair\AppData\Local\Temp\th27304 .th survey Fingernailviatpvtovortex2 input Totalperspectivevort/Totalperspectivevort.th input Totpersfromfinger/Totpersfromfinger.th input Vortex2/Vortex2.th map tpv TotalperspectivevortM break Vortex2M endmap map lower TotpersfromfingerM endmap centreline equate 1.7@Vortex2 1.2@Totalperspectivevort equate 1.0@Totalperspectivevort 1.6@Totpersfromfinger endcentreline endsurvey Config file source Fingernailviatpvtovortex2.th source #!CODE map Fingernailtovortex2 tpv break lower [-0 30 m] below endmap #!ENDCODE endsource Regards, Alastair Gott. AlastairGott(a)hotmail.com, M: 07931779380.

3 6

JMBegley need repackaged survex and therion
by Bill Gee 02 May '19

02 May '19

For JMBegley who very kindly maintains Fedora packages for both Therion and Survex ... When I start the dnf process to upgrade from Fedora 29 to Fedora 30, I get errors related to both Therion and Survex. The messages are: Problem 1: package survex-1.2.38-1.fc29.i686 requires libproj.so.12, but none of the providers can be installed - proj-4.9.3-6.fc29.i686 does not belong to a distupgrade repository - problem with installed package survex-1.2.38-1.fc29.i686 Problem 8: package libgeotiff-1.4.3-3.fc30.i686 requires libproj.so.13, but none of the providers can be installed - cannot install both proj-5.2.0-2.fc30.i686 and proj-4.9.3-6.fc29.i686 - cannot install both proj-5.2.0-1.fc30.i686 and proj-4.9.3-6.fc29.i686 - problem with installed package libgeotiff-1.4.0-14.fc29.i686 - package therion-5.4.3-1.fc29.i686 requires libproj.so.12, but none of the providers can be installed - libgeotiff-1.4.0-14.fc29.i686 does not belong to a distupgrade repository - problem with installed package therion-5.4.3-1.fc29.i686 There are other problem packages, but these two at least can be addressed through this list. -- Bill Gee

3 3

Excuse this question...
by Markus Boldt 02 May '19

02 May '19

. because it was a theme once before. And I know there is a way. How was the way to get a top-File for pockettopo from a th-file and a th2-file from Therion? Greetings Markus

1 0

Best approach for colouring elevations
by Tarquin Wilton-Jones 01 May '19

01 May '19

Hi folks, With either extended or projected elevations, we end up with a few passages overlapping each other. This is intentional (so displacing some of them is not a desired solution). However, it would be nice to be able to colour them differently, to make it easier to see which parts belong to which passage. Colouring by altitude doesn't help in elevations, because they are all at the same altitude when they are overlapping. "Colour by distance from the viewer" is better. This could be coloured by colouring the individual scraps, but that is messy, and hard to maintain. The desired output would be "colour by break". Meaning; each time there is a "break" in the map, change the fg colour. Does anyone have any tips on how best to colour extended/projected elevations? Is "colour by break" possible in some way? Or do you prefer a different approach? Cheers, Tarquin

3 17