- Therion - speleo.sk

Symbol assign - use metapost def instead
by Bruce Mutton 02 Nov '20

02 Nov '20

I have done exactly that, but with conjectural water to be shown with the permanent water symbol. Need to use a little metapost in your layout... #replace conjectural waterflow symbol with permanent symbol to improve visibility code metapost def l_waterflow_conjectural (expr Path) = l_waterflow_permanent_UIS (Path); enddef; endcode You need to do a similar thing with the definition of your debris and presumed wall lines to show instead as bedrock. Bruce -----Original Message----- From: Therion <therion-bounces(a)speleo.sk> On Behalf Of Pavel Herich Sent: Monday, 2 November 2020 20:27 To: List for Therion users <therion(a)speleo.sk> Subject: [Therion] Symbol assign Hi, when exporting maps to a large scale, I´d like to assign wall:debris, wall:presumed etc. to just "wall". "Symbol-assign line wall:debris wall:bedrock" in config file doesn´t work, any idea? Thank you Pavel _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion

4 3

Therion/Survex <=> COMPASS conversion
by Evaristo Quiroga 02 Nov '20

02 Nov '20

Hi, I have been a COMPASS user the last two decades. Four years ago I have switched to Therion for the mainly tasks, but I need also powerful COMPASS tools like: * Blunder and gross errors detection: https://www.fountainware.com/compass/HTML_Help/Project_Manager/findblunders… * Complex Plotting: https://www.fountainware.com/compass/HTML_Help/Compass_Viewer/complexplot.h… * Graph Tools: https://www.fountainware.com/compass/HTML_Help/Compass_Viewer/graphtools.htm To can use this tools and need to convert files: " .th" --> " .dat" and Export from Therion to ".plt" To use "COMPASS Viewer", where are the graph and complex plotting tools, I need ".plt" files. Therion export directly to ".plt" but don't use Compass surveys and sections. A Therion survey is equivalent to Compass section. And Therion centerline is equivalent to Compass survey. All the data exported from Therion to .plt are in only one Compass Section/survey. And the export option "-disable splay-shots" do anything, the ".plt" have always the splay shots. An other approach is to export to ".3d". From AVEN I can disable the splays an export to ".plt". The files have the same problem, don't export the data by surveys. Actually I am exporting to ".3d". In AVEN I disable splay shoots, and select one survey and export. I repeat for all surveys. After I copy&paste all the data to one only file, and do two tweaks to have a good ".plt" to work with "Compass Viewer tools". It would be much more efficient to be able to export Therion models directly to .plt files, with Compass section and survey. I really only need to export in one of the concepts (section or survey) the Therion surveys to be able to use the tools. To import Compass ".dat" files to Therion ".th" I use Auriga or Topodroid. It's fine. Searching in the mail Archive I have found Torsten have made a excel macro tool too. https://www.mail-archive.com/therion@speleo.sk/msg07339.html The inverse conversion is more problematic. Topodroid do a similar Therion/Survey approach, and put all the data in only one survey. Here is very important to have all the data in surveys (centerline) and sections (survey), with its survey date and fix station or declination. To be able to use the Blunder detection tool I will have to reconstruct by hand all the header information of the survey (date and fix station or declination). I'm doing tests with Auriga, but for now I don't have good results either. Regards, Evaristo.

1 0

copyright for survey centrelines not recognised
by Bruce Mutton 02 Nov '20

02 Nov '20

For many years I have been adding a copyright date and text string to each of my scraps and survey centrelines. Always the same text string, and the date according to when the scrap and centreline was created. Always with the same result - a statistic in the pdf export that includes the string and a date range. Just now I broke with tradition, and added a new string to a centreline. To my surprise the new copyright did not appear in the output. After a little experimentation I have come to come tentative conclusions. 1. Copyrights added to survey centrelines are not added to the statistics in pdf exports that include only survey centrelines. 2. Copyrights added to survey centrelines are not added to the statistics in pdf exports that include maps. 3. Copyright strings (different to the majority) added to scraps in large projects may not be added to statistics in pdf exports. In smaller projects they are however. 4. Copyrights sorting in the pdf output is unpredictable. It is not according to spelling A to Z, but changing the spelling changes the output sorting. It is not according to date, changing the date does not change the sort order. In all these examples, there are a number of scraps with "NZSS" as the copyright string, and there is only one example of the other string ("NSG" or "caves.org.nz" respectively. So the sort order is also not related to the number of instances of the same string, because sometimes NZSS sorts first, and sometimes last. Any one have insights or experience with this?

3 2

Creating PDF/A map files
by Bill Gee 22 Oct '20

22 Oct '20

Hello everyone - I propose a new feature for Therion. This will probably take some work, and I am sure there will be discussion about how to implement it. It seems to me that the maps we produce with Therion are likely going to be stored for a very long time, perhaps running into multiple tens of years. As we all know, computer technology over that amount of time will change drastically. Just think about the contrast in both hardware and software in the last 25 years - from Windows 95 running on 486dx processors to Linux and Windows 10 running on i7 and i9 processors. I think we have some obligation to make sure the cave maps we generate are still usable many years from now. Saving them in PDF format is a large - but incomplete - step in that direction. The new feature I propose is to modify the PDF creation code so that it produces files that are PDF/A version 1b (or possibly version 2) compliant. https://en.wikipedia.org/wiki/PDF/A I have checked all of the PDF files I created in Therion, and none of them are flagged as PDF/A compliant. It is possible that they are, in fact, compliant and simply do not have the necessary flag. The experts can check that against the PDF/A specifications. Existing PDF documents can be checked for PDF/A compliance with a command-line tool called "verapdf". The web site for that tool is https://openpreservation.org/products/verapdf/ It is possible to use GhostScript to transform an existing PDF into a PDF/A file. The command line is daunting. https://www.mcbsys.com/blog/2018/10/batch-convert-pdf-to-pdf-a-2018-edition/ I tried the GhostScript conversion on one of my Therion maps. Immediately at startup it produced this message three times: "GPL Ghostscript 9.53.3: UTF16BE text string detected in DOCINFO cannot be represented in XMP for PDF/A1, reverting to normal PDF output" The process continued running and took about 10 minutes. The resulting file failed verapdf analysis. It also increased the file size from 4.3 megabytes to over 52 megabytes! The output file displayed correctly in Okular. I do not have any idea how Therion produces PDF files. It probably uses some combination of TeX and GhostScript to get it done. The new feature may be as simple as adding some additional parameters to the command lines that call the external programs. Let the discussion begin! :-) -- Bill Gee

7 6

Include additional symbols in the legend
by Evaristo Quiroga 22 Oct '20

22 Oct '20

Hy, I have create a map with extended profile and plant together, with the following commands: / export map -projection extended -o alzado.pdf -layout Layout_ECB \// // -layout-map-header 0 0 off \// // -layout-map-header 0 0 nw \// // -layout empty_header// //// // export map -projection plan -o ./00_OUTPUT/EstebanFelipe_TOPO_800.pdf -layout Layout_ECB \// // -layout-map-image 35 110 s "./alzado.pdf" \// // -layout-map-header -30 80 nw\// // -layout-legend on\// // -layout recuadro\// // -layout longitud \// // -layout-map-image 102 0 e "./LOGO_ECG.png"// //// // system "del alzado.pdf"/ I have a problem. I have lost the symbols that appear in the legend of the extended profile and that are not in the legend of the plant. How can I force the legend of the plant to include symbols not used in it? Regards, Evaristo.

4 8

Can't symbol-assign line rope
by Evaristo Quiroga 18 Oct '20

18 Oct '20

Hi, I have modified a little the line rope symbols SKBB, making a new "l_rope_ECMB". But I can't assign the new symbol. Therion compilation show a error: :\Program Files (x86)\Therion\therion.exe: error -- Simbologia_ECB_2000.th [726] -- Simbologia_ECB_2000.th [726] -- symbol can not be assigned -- line rope [line 726] symbol-assign line rope ECMB Same error with: symbol-assign line rope SKBB Regards, Evaristo.

2 2

new Therion 5.5.3
by Therion 17 Oct '20

17 Oct '20

Hi, there is a new release 5.5.3 of Therion. Release notes: v5.5.3 Therion 5.5.3 (2020-10-17): therion: * mil/mils angle unit deprecation warning [#129] * sql export shot length precision increase [#147] * bugs fixed - incorect calculation of station position when fixed multiple times [#269,270] - memory leaks causing some random behaviour [#278] - scale value should default to 1 when omitted from "calibrate" [#263] loch: * splay shots are rendered with darker colour * duplicate shots displayed by default * small bug fixes Best regards, Therion team

1 0

Fixing a point using standard deviation in different centrelines
by Tarquin Wilton-Jones 14 Oct '20

14 Oct '20

Hi folks, Our survey has a location fix. The location has been taken 4 times, on 2 separate dates, with separate teams and equipment. As a result, I would like to have the fix data in 2 centreline sections, each with its own date, team and instrument. Each fix has its standard deviation values set, so that Therion can calculate the weighted position. When I do that, Therion miscalculates the position. If I put the fix statements all in the same centreline section, Therion calculates the position correctly. It is definitely using all four "fix" statements, as the positions are different if I remove the second centreline block completely. But when they are split over separate centreline blocks, it seems to reduce the weighting that it applies to the fixes in the second block. The specified standard deviations don't seem to affect the bug. I have attached a demo that shows the problem, along with .3d and .kml outputs that show the incorrect positions. Am I doing something wrong, or is this a Therion bug? Cheers, Tarquin

8 20

Therion 5.5.2 not correctly identified from XTherion
by Bruce Mutton 13 Oct '20

13 Oct '20

A minor glitch. The recent Therion 5.5.2 is not correctly identified in the XTherion interface (it says 5.5.1+a8c5937) It is reported correctly in therion.log and by the thversion token. Bruce

1 0

new Therion 5.5.2
by Therion 09 Oct '20

09 Oct '20

Hi, there is a new release 5.5.2 of Therion. Release notes: v5.5.2 Therion 5.5.2 (2020-10-09): therion: * added extend ignore path -- extend ignore <station1> <station2> <station3> * added ratio of extended elevation -- extend <0..100> * support CMYK colors in MetaPost symbols (this is not yet a complete CMYK support) * updated WKT definitions for some built-in projections * the names of projections defined by EPSG/ESRI are loaded dynamically from the Proj database if Proj version >= 6 * undated surveys are listed in the Therion messages * documentation updates * updated German translation [#258] * bugs fixed - use proper ISO code for Czech language ('cs' instead of 'cz') [#251]; 'cz' is still allowed in the map layout for backwards compatibility - pdftex included in the windows installer failed to find images with '/./' or '/../' in the file path - splay shots extended elevation processing - another fix for Proj 7.1.0 axes swap in Krovak's projection - refuse to compile with unsupported Proj versions - depth is incorrectly taken from surface legs - Survex err reading bugfix - VTK9 compatibility fixes - Xtherion map georeferencing bugfix - mingw-w64 compatibility fixes - wxWidgets compilation issues - declination set to 0 outside of the geomag model range (now the declination is extrapolated 15 years after the model date; error is produced after that and before 1900) - other minor fixes infrastructure: * add more Travis CI targets, update the libraries used * removed Therion library rebuilding Best regards, Therion team

1 0