August 2012 - Therion

version 5.3.10 to download
by Martin Sluka 18 Sep '12

18 Sep '12

New in version 5.3.10: therion: * full OSGB grid coverage (e.g. cs OSGB:ST) * added New Zealand symbol set (NZSS, thanks to Bruce Mutton) * updated UIS symbol set (thanks to Bruce Mutton) * updated English translation (thanks to Bruce Mutton) * added te reo Maori translation (thanks to Kyle Davis) * bugs fixed: xtherion: * bugs fixed: loch: * added checkbox that enables/disables surface lighting (Scene->Surface) * bugs fixed:

5 7

therion 5.3.10 and source tar.gz
by Gaëtan PERRIER 25 Aug '12

25 Aug '12

Hi, It seems that the source tar.gz is malformed. After decompression, the directories haven't the good rights (x is missing). Regards, -- Gaëtan PERRIER <gaetan.perrier(a)speleolot.org>

3 2

Interleaved data options
by Bruce 22 Aug '12

22 Aug '12

Hi I have some data that is easily copied out of another application in a format like this; station tape compass clino 1 2 22.6 112 0 3 25.3 244 10 2 4 30 8 -23 5 30 134 11 And with a bit of simple but tedious manipulation I can get it into a Therion friendly; data normal station newline tape compass clino 1 22.6 112 0 2 25.3 244 10 3 data normal station newline tape compass clino 2 30 8 -23 4 30 134 11 5 And this works perfectly. I am looking to reduce the manipulation required however. Is there a way I can get the first format to work directly in therion? I have tried; data normal station newline to tape compass clino and data normal from newline to tape compass clino and some other variations, but they always give a 'missing data' or 'too much data' error at the start or end of the data block. Ideas anyone? Bruce

1 0

Distinguishing between survey centrelines and drawings
by Bruce 16 Aug '12

16 Aug '12

The recent kml output discussion reminds me that it took me about three years of using Therion before I realized that the outputs usually do not present a consistent or unified set of representations of the cave. Since then I have been trying to make sense of it and almost came up with a tabular representation to improve on the Therion's Features wiki pages, but then got confused again. This information is already available in the Therion Book and on the wiki in various places, but I do not recall reading in one place a clear description or why it is so. Does anyone else get confused by this aspect of Therion's behaviour? Here is my first cut on an overview description of what goes on and a table that hopefully clarifies the relationships between 'export' 'selection' and 'file formats'. http://therion.speleo.sk/wiki/doku.php?id=exportselectionformat Feel free to make suggestions or edit the page to clarify further or to correct any errors in what I've presented so far. I've made a few guesses about the capabilities of many of the file formats, as I'm not familiar with all of them. Bruce

2 1

KML Output
by Ricardo Constantino 14 Aug '12

14 Aug '12

Hello, I need someone's help to generate a KML file ... Attached is an extract of the cave survey data / config file that I've been using - but the result is always an "emplty" KML file. What am I doing wrong ? Thanks in advance, Ricardo facebook.com/RICARDO.CONSTANTINO <http://www.facebook.com/RICARDO.CONSTANTINO> ALVIELA.com <http://www.ALVIELA.com> CPAS.pt <http://www.CPAS.pt> DEEPREEFS.com <http://www.DEEPREEFS.com> ENTRADA.tv <http://www.ENTRADA.tv> GlobalUnderwaterExplorers.org <http://www.globalunderwaterexplorers.org/> SPE.pt <http://www.SPE.pt>

5 9

nosurvey needs the date it was not surveyed
by Bruce 12 Aug '12

12 Aug '12

This is a trivial matter, but may be worth some discussion and perhaps adjusting Therions behaviour sometime. I have been moving 'data nosurvey' entries from the main survey centreline into their own centrelines, so that, presumably (when I learn to use sql) users will be able to interrogate the database and uniquely identify each unsurveyed connection, when it was made and who 'explored' it. (The metadata gets distributed across the whole centreline if these are all put in the same centreline). The relevant data fields would seem to be 'explo-date' and 'explo-team' and 'date' would seem to be irrelevant, as 'date' is the survey date, and these short passages have by definition not been surveyed. If however, the overall survey has a coordinate system set, and the particular centreline has a 'data <xxx>' block set as well, then Therion will helpfully display a warning message; "warning -- unable to determine magnetic declination for undated surveys" It would seem to me that 'data nosurvey' is a special case that should not trigger this warning. An example of how I am entering these in my overall cave survey file below. Regards Bruce #Unsurveyed Connections #================== centreline explo-date 2011.05.28 explo-team "This Caver" explo-team "That Caver" explo-team "Bruce Mutton" #date 2011.05.28 #date needed to suppress 'undated survey declination' error data nosurvey from to jg8.10@jg ij3.44@ij #unsurveyed connection Train to Carpe Diem ig2.60@ig IK10.21@ik #unsurveyed connection What Sump Lucky Cowboy endcentreline centreline explo-date 2012.03.24 explo-team "This Caver" explo-team "That Caver" #date 2012.03.24 #date needed to suppress 'undated survey declination' error data nosurvey from to kb51.33@kb2 ka50.4@ka2 #unsurveyed connection in KA-KB-Conscious endcentreline

1 0

kartograph.org
by Martin Sluka 05 Aug '12

05 Aug '12

http://kartograph.org/ m.

1 0

shift for extended scraps
by Martin Sluka 05 Aug '12

05 Aug '12

I used shift for scraps with projection map. No problems. I tried to use shift for scrap with projection extended. The result is: therion: error -- milada.th [65] -- shift is not allowed for scrap -- milada_ext_s8@milada Definition of map is as follows: map milada_ext.map -projection extended milada_ext_s7@milada #pritokova chodba break milada_ext_s8@milada [0 -10 m] below break ... Is there any workaround or did a mistake there? Thanks Martin s.

2 2

mixing local and global coordinate systems
by Jonny Prouty 04 Aug '12

04 Aug '12

Hello all, I have a compass PLT file that I would like to import into an existing therion project that I have. The therion project has numerous fixed stations, all in the same UTM zone. Unfortunately, if I try to equate a station in the PLT file with the equivalent station in my project, I can't proceed as I can't mix local (in the PLT file) and global (in my project) coordinate systems. If I comment out all of the "cs" commands in my therion project as a test, I can't proceed because therion won't allow two fixed stations to be equated with one another. Removing the "cs" commands isn't really a viable option anyways since I need the stations to have real-world coordinates so that I can load the maps into QGIS and GRASS. My question then is is it possible to override the coordinates of an imported PLT file, transforming them into the coordinate system of my project? Thanks very much in advance! Best regards, Jonny

3 4