November 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

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

04 Dec '17

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

6 18

Re: [Therion] error in case of compilation of PDF
by Martin Sluka 30 Nov '17

30 Nov '17

Everything working for me. MacOS X 10.8.5, Therion 5.4.1+? m.s. On Nov 30, 2017, at 05:51 AM, Кунгурская лаборатория-стационар via Therion <therion(a)speleo.sk> wrote: Hello, Martin. Вы писали 29 ноября 2017 г., 13:58:55: ???: average loop error: 32.78% m.s. _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion The 3D model is under construction, and there is no PDF. I throw off th the file. I can't understand -- С уважением, Кунгурская лаборатория-стационар "ГИ УрО РАН" mailto:icecave@mi-perm.ru _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion

1 0

error in case of compilation of PDF
by Кунгурская лаборатория-стационар 30 Nov '17

30 Nov '17

Good afternoon. I try to compile the file, when processing pdf gives an error message. In what a problem, tell me please. Error in the attached file.

3 2

Compilation issue : Can not execute "cmd.exe (…)
by Martin KERN 29 Nov '17

29 Nov '17

Hello, I installed Therion for Windows on my mac with parallel desktop. All other software operate with this method but I encounter a problem with Therion. I can open this software but when I want compile a survey I encounter this error message: ERROR: Can not execute "cmd.exe /c "C:\\Users\\*********\\AppData\\Local\\Therion\\therion.exe" -x thconfig . I use Therion 5.4.4 and windows 10 professional 64b What’s weird is that has worked one time only. My surveys data are not incorrect because they operate with friend’s computer... Do you have you a solution ? Thank’s, Martin

1 0

Therion crashes in shapes.h when generating 3D
by Bruce Mutton 27 Nov '17

27 Nov '17

Michael After some cosmetic changes to your thconfig I managed to compile. I also added some georeferencing so I could export kml files. As per the attached pdf, It looks like your scrap interiors are properly defined, except for the three armed passage near the top left. I have not found it written down, but my assumption is that each scrap should be a single contiguous piece of passage. My experience is that 'export map' does not produce properly rendered kml files unless you stick to this 'rule'. The SA9.th2 file you supplied looks like it should be 9 scraps (including the cross-section), one for each contiguous section of passage drawn. The attached model kml looks fine I think, but as expected the map kml has not been able to render. Refer to https://therion.speleo.sk/wiki/tips#avoiding_invisible_or_misshapen_scraps_i n_loch_and_google_earth When I tried your export model to lox I get the same Windows error that you reported. With such a chaotic scrap, I would expect unpredictable things to happen. The lox file generator is trying to use the scrap outlines to determine the model shape, and so I would suggest that if the kml map is having difficulty, then a model trying to inherit scrap outlines is likely to have even more trouble. I would suggest either making each distinct piece of drawing a separate scrap, or drawing your scrap progressively from a single starting point, if you want to create models that are not purely centreline based. In the attached config file, if you comment out the export model lox line, the attached project files compile without error (provided you create an output folder first). If there is a Therion development task here, then it would be to detect these anomalies at the 'export map kml' and 'export model-using-outlines' stage and exit gracefully by reporting a warning in the first case, and an error in the second case. Bruce -----Original Message----- From: Therion [mailto:therion-bounces@speleo.sk] On Behalf Of Michael via Therion Sent: Monday, 27 November 2017 12:42 AM To: therion(a)speleo.sk Cc: Michael <knollesimage(a)t-online.de> Subject: [Therion] WG: Therion crashes in shapes.h when generating 3D Hello, After tedious search through 100s of Scraps I have now isolated the one (SA9.th2) scrap which crashes Therion in extern/poly2tri/sweep/../common/shapes.h It's attached together with an excerpt of the survey data. Admittingly, the walls are not drawn very well, but after fixing and completing the walls (not done in attached sample) it still crashes Therion. May this example be a test case for developers to improve Therion's robustness. BTW, it also crashes older Therion releases. Cheers, Michael. -----Ursprüngliche Nachricht----- Von: Michael [mailto:knollesimage@t-online.de] Gesendet: Samstag, 4. November 2017 14:48 An: 'List for Therion users' <therion(a)speleo.sk> Betreff: Therion crashes in shapes.h when generating 3D Hello, Seeking advice from Therion developers how to track down the cause of attached crash report, and apply possible workaround. Only happens when generating 3D of any format. Producing plans (pdf, kml) works. I'm running Therion 5.4.1 on Windows 7. The crash seems unrelated to the last scrap processed before the crash, because when I exclude that scrap, it crashes after approx. the same time with a different one. Any help appreciated, Michael.

3 2

Re: [Therion] WG: Therion crashes in shapes.h when generating 3D
by Martin Sluka 27 Nov '17

27 Nov '17

Michael, The th file with centerline is not centerline you used when sketching in PocketTopo. So there is not possible to assign stations from your sketch to stations in your centerline. Correct way could be to connect both centerlines in another th file one level higher and command "equate" equate SA09@old_survey 1.0@new_survey A scrap is a continuous small piece of cave. To define discontinuous scrap with holes is not the best idea. I attached your th2 file divided to 8 scraps, but there are not stations defined in centerline so the map is not possible to export. Any scrap must be calibrated (georeferenced) either by at least two stations or scaled in scrap section. The section was not scaled, so I did it too. It is good idea to add all stations belonging to a scrap to that scrap first. You may use "Convert to curve" command in Line section to smooth your walls and other lines. In your scrap there are several empty lines and lines with only one point. Delete them. On Nov 26, 2017, at 12:42 PM, Michael via Therion <therion(a)speleo.sk> wrote: Hello, After tedious search through 100s of Scraps I have now isolated the one (SA9.th2) scrap which crashes Therion in extern/poly2tri/sweep/../common/shapes.h It's attached together with an excerpt of the survey data. Admittingly, the walls are not drawn very well, but after fixing and completing the walls (not done in attached sample) it still crashes Therion. May this example be a test case for developers to improve Therion's robustness. BTW, it also crashes older Therion releases. Cheers, Michael. -----Ursprüngliche Nachricht----- Von: Michael [mailto:knollesimage@t-online.de] Gesendet: Samstag, 4. November 2017 14:48 An: 'List for Therion users' <therion(a)speleo.sk> Betreff: Therion crashes in shapes.h when generating 3D Hello, Seeking advice from Therion developers how to track down the cause of attached crash report, and apply possible workaround. Only happens when generating 3D of any format. Producing plans (pdf, kml) works. I'm running Therion 5.4.1 on Windows 7. The crash seems unrelated to the last scrap processed before the crash, because when I exclude that scrap, it crashes after approx. the same time with a different one. Any help appreciated, Michael. <Therion-Crash.jpg> _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion

2 1

WG: Therion crashes in shapes.h when generating 3D
by Michael 26 Nov '17

26 Nov '17

Hello, After tedious search through 100s of Scraps I have now isolated the one (SA9.th2) scrap which crashes Therion in extern/poly2tri/sweep/../common/shapes.h It's attached together with an excerpt of the survey data. Admittingly, the walls are not drawn very well, but after fixing and completing the walls (not done in attached sample) it still crashes Therion. May this example be a test case for developers to improve Therion's robustness. BTW, it also crashes older Therion releases. Cheers, Michael. -----Ursprüngliche Nachricht----- Von: Michael [mailto:knollesimage@t-online.de] Gesendet: Samstag, 4. November 2017 14:48 An: 'List for Therion users' <therion(a)speleo.sk> Betreff: Therion crashes in shapes.h when generating 3D Hello, Seeking advice from Therion developers how to track down the cause of attached crash report, and apply possible workaround. Only happens when generating 3D of any format. Producing plans (pdf, kml) works. I'm running Therion 5.4.1 on Windows 7. The crash seems unrelated to the last scrap processed before the crash, because when I exclude that scrap, it crashes after approx. the same time with a different one. Any help appreciated, Michael.

1 0