June 2010 - Therion

Re: [Therion] distox
by marco corvi 12 Jun '11

12 Jun '11

On Wed, 2010-04-14 at 12:22 +0100, Wookey wrote: > +++ marco corvi [2010-04-14 09:18 +0200]: > > hi wookey, > > Is there any reason you replied off-list? I'm sure this would be > interesting to others. none. i just clicked on the sender name out of abit. > > the work on "my distox programs" is going on. > > you can get the programs and dome docs on the page > > http://marcocorvi.altervista.org/caving/distox/index.htm > > OK. good stuff. I will download, build and test tonight if I can. > > > important catch: > > my programs are meant to work with single survey. > > i rely on therion for the full cave(s) survey. > > also i do not have a portable device to take in the > > cave, so i do not focus much on working on-line, > > but on working off-line. > > OK. I do, so maybe I can help with that. I think it's important to get > something like the pocketopo functionality on non-windows devices. agree. any help is very much appreciated. > > recent changes (besides bug fixes), > > added pockettopo import/export (beat told me the file format > > and we had an email exchange about how to address the > > programs interoperability), > > worked on compass export, and therion export. > > reorganized some of the code. > > not sure these are all online. > > OK. What's the deal with the calibration algorithm? Having that remain > secret is going to be a problem. I thought the device could do its > own calibration, but apparently it needs an external app? Perhaps we > can adapt the SAP calibration code (which is Free) as it must be very > similar. as far as i read, beat algo is better. beat should have a paper published soon in CREG describing the algo. i believe that when it is published i can put my reimplementation in the sources. > What do you have and what have you agreed not to disclose? If > it's just the code then re-implementation via an explanation of the > algorithm should be fine. > > > i was considering dropping the QT3 support and work only > > with QT4 (better classes and easier interfaces). > > OK. I guess that is the way forward now. I guess that could be a > problem for GTK-based devices with limited storage. yes. marco

4 9

map-bg transparent
by Bruce 23 Sep '10

23 Sep '10

On the topic of maps within maps. Therion inserts images with transparent backgrounds into maps correctly - at least it has worked for me. Is it possible to get therion to create a map with a transparent background? Something like 'map-bg off' perhaps? This would be useful sometimes when inserting map enlargements within a main map output. Bruce

7 21

Re: [Therion] Paperless Cave Survey with DistoX, PocketTopo and Therion
by Martin Lüthi 15 Sep '10

15 Sep '10

Bruce Thanks for your explanations. At Sun, 31 Jan 2010 14:24:11 +1300, Bruce Mutton wrote: > It is documented, but on searching just now I discovered it is quite hard to > find. Martin Sluka commented back in April 2009... > "Therion export file from PocketTopo is an intermediate format. The data and > sketches are generated right in Therion - Import for data and Insert > background images -> format PocketTopo for sketches." I am aware of that, but that is not what we (I) want. I don't think we can do much userul with these files, because they are already processed. > Attached are some notes I made to myself on how to use the gadgets and > process the data in a consistent way. I think the bit on branching of > passages is erroneous. I need to play some more to figure out how it really > works. The answer to your question is near the top of the second page I > think. I keep a .top file and both types of exported .txt files in the > folder with all of the therion data. The bulk of the .th file is created > without much in the way of user intervention. If I understand that correctly, PocketTopo is still completely closed and the file format not documented. Also from reading your comments, the PDA software seems to be quite inflexible (first splay shots, then next target). Since I am also considering going that route, these seem to be severe limitations. Working together with people using PocketTopo, it is quite inconvenint not to have true Therion *.th files with the full set of measurements, but just processed data. It would be great to be able to write a *.top conversion utility, but for that the file format needs to known. Best, Martin

7 9

Associating thconfig extension with Wish Application causes bad option utf-8 on some machines
by Bruce 03 Sep '10

03 Sep '10

For the last few years I have been adding a non-'therion'-standard extension to thconfig files, eg thconfig.thc so that I can open them in XTherion directly from the Windows File Explorer. The first time this is attempted an association needs to be made with 'Wish Application', but thereafter it works smoothly, well at least most of the time. I have described my rudimentary understanding of this here. http://therion.speleo.sk/wiki/doku.php?id=windows <http://therion.speleo.sk/wiki/doku.php?id=windows&s%5b%5d=modify&s%5b%5d=di stinguish&s%5b%5d=layout> &s[]=modify&s[]=distinguish&s[]=layout A while back I installed Therion on a Windows 7 machine and got an error similar to the image below. bad option "utf-8": must be convertfrom, convertto,names, or system while executing "encoding utf-8" (file "D:\Therion\....thconfig-Flora.thc" line 1) I assumed it was due to some difference between Windows 7 and Windows XP, upsetting the implementation of the tcl scripts, however I had the same problem recently with an old Windows XP machine (older that my current 2006 machine). So perhaps something else is going on. On a particular machine it will either always work, or never work. Any ideas how I might overcome the problem on the machines where this technique does not work? Bruce

2 1

new snapshot
by Martin Budaj 23 Jul '10

23 Jul '10

Hi all, new snapshot is available. Changes include: * Austrian symbol set is implemented (just use "copy AUT" in your layout to activate it). * New coordinate system OSGB:ST is added (Andrew, please test it -- if it works fine, we will include other squares as well) Other news is that after a spam attack we decided to change editing policy for wiki pages. Editing is now allowed only for registered users (some of the users are already registered; for those who are not we will publish registration instructions soon). Martin

9 41

Re: [Therion] Therion - height point
by Martin Budaj 21 Jun '10

21 Jun '10

On Sun, Jun 20, 2010 at 10:00 PM, Dirk Peinelt <dirk.peinelt(a)t-online.de> wrote: > is it possible to get a height-point with a “P”-prefix? (pit) You just need to add following to your layout: code mpost verbatimtex \def\thheightpos{C}\def\thheightneg{P} etex and use "point 0 0 height -value [+10 m]" or "point 0 0 height -value [-85 m]" in your data to get C10 or P85. Martin

1 0

Therion - height point
by Dirk Peinelt 20 Jun '10

20 Jun '10

Hello, is it possible to get a height-point with a "P"-prefix? (pit) point 0 0 height -value [85 m] Or should I use a label point? point 0 0 remark -text "P85" point 0 0 label -text "P85" Thanks!

1 0

TerrainTool and Therion
by Bruce 17 Jun '10

17 Jun '10

I tried a pre release version a couple of days ago, and it works just fine. Bruce -----Original Message----- From: survex-bounces(a)survex.com [mailto:survex-bounces@survex.com] On Behalf Of Mike McCombe Sent: Friday, 18 June 2010 6:52 a.m. To: survex(a)survex.com Subject: TerrainTool and Therion There is now a new version of TerrainTool (1.07) which allows terrain data to be saved in Therion "surface" format. More details and download are available from the UBSS website http://www.ubss.org.uk or e-mail me. Best regards, Mike McCombe -- Survex http://lists.survex.com/mailman/listinfo/survex

1 0

Cross-sections plotted independently of cave passage
by Bruce 15 Jun '10

15 Jun '10

Up until now I've been creating cross-section scraps and inserting them within plan or elevation scraps using a statement like; point 331.25 -43.0 section -scrap BX-Ent2PLANxs-24 This is how I think it is usually done(?) It works fine most of the time, but sometimes the density of passages is such that the cross-section needs to be on the far side of the page, or maybe you prefer to group the cross-sections together in their own little table. This makes including the cross-section insertion points within plan or elevation scraps impractical I think. Some time back there were discussions on this forum about alternative ways of presenting cross-sections however I am not sure if they were resolved. Something in the Therion Book made me think this might give interesting results. 1. Add one or more cross-section scraps to a map (or maps) of type -projection none 2. Export those maps to a map output. So perhaps the result below is interesting, but I'm not sure how I might develop it further into a means of presenting the cross-sections where the sections are not plotted adjacent to the plan or elevation of the passage. The trouble is all the cross-section maps plot on top of each other. One way might be to export each cross-section one at a time then have lots of map-image statements to add them to a final master map. This would be a very messy th-config file. Or would a plan scrap with no associated survey, and lots of 'point x y section -scrap <scrap>' work? Has anyone tried to layout cross-sections independent of the passage without resorting to post processing? Bruce (Example below) map BX-Ent2SectionsA \ -projection none BX-Ent2PLANxs-24 BX-Ent2PLANxs-94 endmap map BX-Ent2SectionsB \ -projection none BX-Ent2PLANxs-36 BX-Ent2PLANxs-27 endmap . export map -projection none \ -layout LayoutMapThisCave \ -layout LayoutMapThisCaveElev \ -layout-scale 1 100 \ -layout-scale-bar 10 m \ -output ../Outputs/CaveSections.pdf

1 0

Therion list archives
by dangle＠tomo.co.nz 15 Jun '10

15 Jun '10

Oh, I found it - just had to get the spelling right. http://blog.gmane.org/gmane.comp.gis.therion It seems the link to this has been dropped from the therion site? Bruce

2 1