September 2020 - Therion

Re: [Therion] Point altitude/deph, Help !
by Xavier Robert 28 Jun '22

28 Jun '22

Hi all, I think I have found a trick. The other Xavier led me to the right tracks, thanks a lot ! Finally, this is quite simple with the point altitude, and no need to change anything inside the : - If we use the point altitude only with the option -align, we get the altitude - If we use the point altitude with the options -align and -value [-1004 m] where 1004 is the altitude of the main entrance, we print the depth only for that point (Do not forget the " - " before the altitude of the main entrance), and thus, we do not erase the classic point altitude. The only (small) limits are : * If the main entrance changes, we need to manually update ALL the points that print the depth. But that should not be be everyday, and not a big issue to do that. * the symbology of the two points is the same. I will have a look for a way to modify that and let you know if I find a trick (If I copy the code of the point Altitude, and call it p_u_depth(expr pos, R, S, A), it crashes...). Cheers, Xav

4 4

How to calculate the volume of a cave
by Bill Gee 31 Jan '22

31 Jan '22

Hello everyone - What tools can be used to calculate the volume of a cave based on center line and LRUD data? I found an email from Martin Sluka from about 4 years ago describing how to use Loch to export a .lox file in other formats, then run that file through CloudCompare or ParaView. The process looks very complex to me, and besides - Loch does not run on my computers, so there is no way for me to generate an export. As far as I can tell, Survex does not have a way to calculate volume. Could it be done with a KML file and Google Earth? -- Bill Gee

8 11

"\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

texts_rs and a remark about karren vs anastomosis
by ivana miskovic 09 Feb '21

09 Feb '21

Hello, Here I put the translation file of map outputs in Serbian language. It would be great if texts_rs.txt were compiled in next Therion release. Also, unrelated to the translation itself, during translation I found some confusion in point symbols for karren and for anastomosis. It seems like they are inverted. Karren are generally sharp limestone formations on the floor, and anastomosis are usually remain like rounded rock formations in the cave ceiling. Unfortunately, in the UIS official symbol list, karren and anastomoses were put on the same picture. Thanx and c u in next surveyes, Ivana

3 4

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

maps off solves unexpected scrap stacking order where no maps are defined
by Bruce Mutton 27 Sep '20

27 Sep '20

This is just a FYI in case anyone is interested. A problem solved, but a mystery not solved. On and off through 2019 there were discussions about how to predict or debug scrap stacking order. This message by Tarquin covers the expected behaviour fairly comprehensively. https://www.mail-archive.com/therion@speleo.sk/msg07925.html That is all very well, and 99% of the time my projects stack scraps the way I expect. Except that I have one large project where lower passage scraps stack on top of upper level scraps, in a few locations only, in the scenario where no maps defined whatsoever (with the intention that scraps therefore stack according to average altitude). Other scenarios using the same source data, where maps are defined and selected, all plot as expected according to the map structures. But for large overview maps I need to plot all scraps without any map structure, and I'd like them to stack correctly. The offending scraps were drawn many years ago, and were all much longer and encompassing much greater passage height variations than I would adopt these days. I just assumed that the average heights that Therion calculated were somehow not collated in the stacking order that I expected. Anyway I eventually found the time to check the scrap and heights reported in therion.log. To my slight surprise I found that in fact the average heights that Therion calculated were in exactly the order I expected. So why was Therion not stacking the scraps in the expected order? My anticipated solution of breaking the scraps into pieces to make them behave properly no longer seemed likely to make any difference. Since it was implemented, I have been making use of the 'maps off' to disable previews and offsets, as a more refined way of achieving a particular output than just 'not defining' any maps in a particular thconfig. https://www.mail-archive.com/therion@speleo.sk/msg07571.html In desperation I thought I'd try adding 'maps off' to the thconfig above, where no maps were defined. It should, I expected, make no difference at all. And in one easy step, all of the scraps now plot in the correct stacking order! So why does 'maps off' make scraps plot in the correct order when there are no maps defined? Bruce

2 1

Mac OS 10.14.6 install error
by marcus thomas 21 Sep '20

21 Sep '20

Hi, I’m having trouble installing therion on Mac OS 10.14.6. After installing all the additional programs via home-brew I get the following error message trying to install Therion itself: brew install https://raw.githubusercontent.com/ladislavb/homebrew-therion/master/therion… <https://raw.githubusercontent.com/ladislavb/homebrew-therion/master/therion…> Error: Calling Non-checksummed download of therion formula file from an arbitrary URL is disabled! Use 'brew extract' or 'brew create' and 'brew tap-new' to create a formula file in a tap on GitHub instead. Have any other Mac users come across this or shed some light on what i’m doing wrong?

2 1

2 fixes for a point with standard deviation
by Tarquin Wilton-Jones 21 Sep '20

21 Sep '20

Therion really doesn't seem to like using Survex for fixed points :( When you have exactly 2 fixes for a station, Therion 5.5.1 (with Survex 1.2.42) gives up when processing survey data, and gives no reason why. https://github.com/therion/therion/issues/270 There is a workaround; specify every fix twice. The result will be the same, but it will actually work. I get the feeling I am "holding it wrong". Surely this must have been a problem for someone in the past. Bruce, how come this has not broken your surveys?

2 2

Loch and VTK 9.0.1 (on Macos)
by Xavier Robert 11 Sep '20

11 Sep '20

Dear all, I was trying to upgrade my Therion version, and this morning, the VTK package upgraded from version 8.2.0_11 to 9.0.1 (I ‘am still on macosX 10.14, and I am upgrading my binaries with Homebrew). I do not know if this is relevant, but it also upgraded pcl (1.11.1—>1.11.1_1) and qt (5.15.0—>5.15.1) In consequence, Loch building crashes with this output (that was fine with vtk 8.2) : ./utest =============================================================================== All tests passed (47 assertions in 19 test cases) /Applications/Xcode.app/Contents/Developer/usr/bin/make -C ./xtherion make[1]: Nothing to be done for `all'. /Applications/Xcode.app/Contents/Developer/usr/bin/make -C ./loch c++ -c -Wall -D_GNU_SOURCE -DLOCH -W -Wall -std=c++11 -DLXMACOSX -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.0 -I/usr/local/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ -I/usr/local/opt/freetype/include/freetype2 -I/usr/local/include/vtk-9.0 -Wno-deprecated -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -O2 -o lxData.o lxData.cxx lxData.cxx:541:28: error: no member named 'SetInput' in 'vtkPolyDataNormals'; did you mean 'SetOutput'? this->scrapWallsNormals->SetInput(this->scrapWalls); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:554:19: error: no member named 'AddInput' in 'vtkAppendPolyData' this->allWalls->AddInput(this->scrapWallsNormals->GetOutput()); ~~~~~~~~~~~~~~ ^ lxData.cxx:555:19: error: no member named 'AddInput' in 'vtkAppendPolyData' this->allWalls->AddInput(this->lrudWalls); ~~~~~~~~~~~~~~ ^ lxData.cxx:562:27: error: no member named 'SetInput' in 'vtkTriangleFilter'; did you mean 'SetOutput'? this->allWallsTriangle->SetInput(this->allWalls->GetOutput()); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:563:25: error: no member named 'SetInput' in 'vtkDepthSortPolyData'; did you mean 'SetOutput'? this->allWallsSorted->SetInput(this->allWallsTriangle->GetOutput()); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:569:27: error: no member named 'SetInput' in 'vtkStripper'; did you mean 'SetOutput'? this->allWallsStripped->SetInput(this->allWallsTriangle->GetOutput()); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:576:25: error: no member named 'SetInput' in 'vtkPolyDataNormals'; did you mean 'SetOutput'? this->surfaceNormals->SetInput(this->surface); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:584:26: error: no member named 'SetInput' in 'vtkTriangleFilter'; did you mean 'SetOutput'? this->surfaceTriangle->SetInput(this->surfaceNormals->GetOutput()); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:585:24: error: no member named 'SetInput' in 'vtkDepthSortPolyData'; did you mean 'SetOutput'? this->surfaceSorted->SetInput(this->surfaceTriangle->GetOutput()); ^~~~~~~~ SetOutput /usr/local/include/vtk-9.0/vtkPolyDataAlgorithm.h:54:16: note: 'SetOutput' declared here virtual void SetOutput(vtkDataObject* d); ^ lxData.cxx:611:6: error: no member named 'SetInput' in 'vtkPolyDataWriter' w->SetInput(this->allWallsStripped->GetOutput()); ~ ^ 10 errors generated. make[1]: *** [lxData.o] Error 1 make: *** [loch/loch] Error 2 I imaging that this is due to a new definition of the function SetInput/AddInput in the new package VTK? Xavier

1 0

Error while compiling Therion 5.5.x (proj issue?) on MacosX
by Xavier Robert 11 Sep '20

11 Sep '20

Dear all, I am trying to compile the last Therion version on my Macos 10.14.6. The compilation fails with the ./utest with the error: ./utest proj_create: cannot build projectedCRS 32634: cannot build geodeticCRS 4326: SQLite error on SELECT name, ellipsoid_auth_name, ellipsoid_code, prime_meridian_auth_name, prime_meridian_code, area_of_use_auth_name, area_of_use_code, publication_date, deprecated FROM geodetic_datum WHERE auth_name = ? AND code = ?: no such column: publication_date (null): error -- PROJ library: -61 (generic error of unknown origin): epsg:32634 make: *** [tests] Error 1 Versions 5.5.0, 5.5.1, 2020-09-08-master (57fce14) and the today’s master (6c41c82) are raising the same error. With the master (6c41c82) version: A « tclsh thcdata.tcl » gives « No PROJ system definitions imported ». If I do a search for « 32634 » in thcsdata.cxx, I find only 1 line: {false, true, false, "+init=epsg:32634", "PROJCS[\"WGS_1984_UTM_Zone_34N\",GEOGCS[\"GCS_WGS_1984\",DATUM[\"D_WGS_1984\",SPHEROID[\"WGS_1984\",6378137.0,298.257223563]],PRIMEM[\"Greenwich\",0.0],UNIT[\"Degree\",0.0174532925199433]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"False_Easting\",500000.0],PARAMETER[\"False_Northing\",0.0],PARAMETER[\"Central_Meridian\",21.0],PARAMETER[\"Scale_Factor\",0.9996],PARAMETER[\"Latitude_Of_Origin\",0.0],UNIT[\"Meter\",1.0]]", "WGS84 / UTM zone 34N"}, I tried the compilation with 2 proj versions: 6.3.2 (proj) and 7.1.1 (osgeo-proj). The compilation stops with the same error. I also have the sqlite3 from Anaconda installed. On the other side, I also tried to recompile the 5.4.4 version (that I already have and that is running fine), and I could recompile it without any errors (with proj 6.3.2, I did not tried with proj 7). Does anyone have faced the same problem and have solved the issue ? Cheers, Xavier

3 3