Re: [Therion] Detect the original Scale/Resolution–factor from the head of the th2-file

[torstein finnesand via Therion]

Thanks for swift answering.
My question considered only the Therion files. However, the problem 
originates when importing from PT txt-files, when one has to choose both 
scale, resolution and grid. Therion then calculates a combined ratio 
which is stored in the second last line in the xvi file. But if someone 
tampers with the figures in the xvi file, is it then possible to 
recalculate it from the information found in the heading in the th2 
file? (I know it can be done by calculating East and North distance 
between two stations in the centreline file, and then dividing the 
corresponding th2 figures by that.)


Torstein

Den 09.06.2018 08.52, skrev Martin Sluka via Therion:

Scale is done by size of square mesh.

There is not a scale in PocketTopo, one may change it.

Martin S.

Odesláno z iPhonu

9. 6. 2018 v 8:20, torstein finnesand via Therion :


Hi,

After importing a txt-file from PocketTopo into Therion; is it possible to 
detect the original Scale/Resolution–factor from the head of the th2-file, or 
is the xvi-file the only place where this is stored?

Torstein
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Detect the original Scale/Resolution–factor from the head of the th2-file

[torstein finnesand via Therion]

Hi,

After importing a txt-file from PocketTopo into Therion; is it possible 
to detect the original Scale/Resolution–factor from the head of the 
th2-file, or is the xvi-file the only place where this is stored?


Torstein
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Import a scrap into another scrap (or th2-file)

[torstein finnesand via Therion]

Yes. A friend of mine (Svein Grundstrøm) and I got the problem this year 
as well. He developed a solution in Access (some tables and the aid of 
Visual Basic) that handles the problem programmatically. Two conditions 
apply:


- The two th2-files (source and target files) must have a common point 
(station) from which the coordinate differences can be calculated.


- The two th2-files must have the same ratio between scale and 
resolution. The problem will maybe be solved in a later version, since 
the information needed is in the bottom part of the xvi-file.


If the source file contains more than one scrap, all of them are 
transferred. If one single scrap from a multi-scrap th2-file is to be 
moved, we must isolate the wanted scrap in a new th2-file before moving it.


This works fine for us. The main result was that we avoided to "code" 
some complicated joins.


But, did you Andrew create something similar? Or perhaps someone else has?

It would be nice to have a feature like this in the Therion map editor. 
But I guess that could be considered only if others think it's useful.


Torstein


Den 10.08.2015 21.54, skrev Andrew Atkinson:

I have only had to do the 'position with a few lines and points. To
achieve this I moved one point, a station as it happens, then looked at
the difference in x and y co-ordinates from the old and new position. I
then manually added these to all the other points by editing the text
file manually. I only had about 30 points, so was lazy and just did it
manually. However a regular expression search and replace would not be
that difficult to write!

Andrew

On 10/08/15 20:15, torstein finnesand wrote:

Thanks to Xavier, Adam and Martin for the answers.

Yes, I do copy/paste from one file to the other using text editor, - the
problem is that the pasted objects are not positioned in the correct
place. Actually, my situation is described in chapter 5.2.5 in this page:

http://therion.speleo.sk/wiki/doku.php/tbe:wiki5?s[]=pdftex

The text says that copy/paste is not enough: "...  the graphical
elements have coordinates in different frames of reference. Even if the
two scraps have the same ”-scale”, the frame is given by the positions
of the points of type “station”."

After the copy/paste, the text says "Now you can open the second file
with the map editor of xtherion and position the elements that you
pasted in in the proper places." The keyword for me is "position". But I
haven't found a simple way to move all the new objects into their proper
places. It takes a lot of time If have to move the objects one by one,
in particular for the lines.

The cave we are drawing is a maze. Many scraps and many connections. Not
always easy to get good scraps & joins,  :-)

Torstein

___
Therion mailing list
Therion@speleo.sk
http://mailman.speleo.sk/mailman/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] No scrap stations causes warning and aborts deleting log contents

[torstein finnesand via Therion]

yes, You've got a point there :-)

T


Den 23.09.2017 18.03, skrev Martin Sluka via Therion:

Pure Therion, how it has to understand you what you want from it?

m.s.

23. 9. 2017 v 17:56, torstein finnesand via Therion 
<therion@speleo.sk <mailto:therion@speleo.sk>>:


I got the same "red" warning (error deleting temporary directory) 
today. The scrap was fine, but I forgot to insert "data normal from 
to compass clino tape" before all measurements in the centreline part.


Torstein




Den 17.09.2017 03.12, skrev Bruce Mutton via Therion:
This warning occasionally occurs and aborts Therion compilation, 
despite it only being a warning.
In addition the therion log file also only contains the warning.  
All other information is removed and no other output is produced.
“C:\Program Files (x86)\Therion\therion.exe: warning -- error 
deleting temporary directory -- 
C:\Users\Bruce\AppData\Local\Temp\th7272”
Sometime back, 5.3.16-ish I think, this type of warning was just 
that, a warning that did not impact on the project being compiled.
After a while Therion, or the user, would successfully delete the 
temporary folder and all would be well.
This time around this project would not get past the error, even 
though I manually deleted all the temporary folders.  Other projects 
compiled OK.
As is often the case, it was my own fault, I was busy drawing, and 
had created a new scrap, but had forgotten to add any ‘point 
stations’.  As I had not scaled the scrap either, Therion quite 
rightly did not know where to put it or what size to make it. The 
result being Therion aborts with the above warning and deletes all 
log information that the user could have used to debug the situation.
I seem to recall that this scenario used to cause a different error 
message, but one that was a little more helpful to the user.
Maybe this could be trapped and a useful message provided in a 
future release?

Thanks
Bruec


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk <mailto:Therion@speleo.sk>
https://mailman.speleo.sk/listinfo/therion




___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] No scrap stations causes warning and aborts deleting log contents

[torstein finnesand via Therion]

I got the same "red" warning (error deleting temporary directory) today. 
The scrap was fine, but I forgot to insert "data normal from to compass 
clino tape" before all measurements in the centreline part.


Torstein


Den 17.09.2017 03.12, skrev Bruce Mutton via Therion:


This warning occasionally occurs and aborts Therion compilation, 
despite it only being a warning.


In addition the therion log file also only contains the warning.  All 
other information is removed and no other output is produced.


“C:\Program Files (x86)\Therion\therion.exe: warning -- error deleting 
temporary directory -- C:\Users\Bruce\AppData\Local\Temp\th7272”


Sometime back, 5.3.16-ish I think, this type of warning was just that, 
a warning that did not impact on the project being compiled.


After a while Therion, or the user, would successfully delete the 
temporary folder and all would be well.


This time around this project would not get past the error, even 
though I manually deleted all the temporary folders.  Other projects 
compiled OK.


As is often the case, it was my own fault, I was busy drawing, and had 
created a new scrap, but had forgotten to add any ‘point stations’.  
As I had not scaled the scrap either, Therion quite rightly did not 
know where to put it or what size to make it. The result being Therion 
aborts with the above warning and deletes all log information that the 
user could have used to debug the situation.


I seem to recall that this scenario used to cause a different error 
message, but one that was a little more helpful to the user.


Maybe this could be trapped and a useful message provided in a future 
release?


Thanks

Bruec



___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] XtTherion canvas zoom with the mouse wheel bug

[torstein finnesand via Therion]

I have the same problem, in both 5.4.0 and 5.4.1 I think.

Thanks, Bruce, for a god description.

Torstein Finnesand
Norway


Den 21.06.2017 10.40, skrev Bruce Mutton via Therion:


Hello

I have an old paper survey, so am doing some old school map drawing 
over a scanned background sketch. My first for a few years.


I have noticed that XTherion seems to not be able to display the 
background sketch once you have used the mouse wheel to zoom.  The 
sketch just vanishes, even though everything looks OK.


Using the magic of version control I can see that the only significant 
change that XTherion makes to the dataset is that the ##XTHERION## 
variable is no longer one of the present values.


ie 100 has changed to 62 in response to the mouse wheel zoom.

There are no problems if I use xvi file sketches as generated from 
PocketTopo, so it is just a bitmap thing I suppose.


If I manually change the value above back to 100, the image displays 
just fine.


The + -  zoom button on the interface work just fine as well.

I am using 5.4.1 - 88c8a06

Mouse wheel zoom is a nice feature, so it would be worth finding a fix 
for this.


Bruce



___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] export continuation-list: Just one station decimal?

[torstein finnesand]

Two machines (it was a friend of mine who observed it first, we use dropbox)
And all Therion projects with PocketTopo numbering as far as I can see.

Torstein

Den 01.09.2015 21:12, skrev Bruce:
>
> That looks like a very frustrating problem.
>
> I have used export continuation-list a lot since my first Therion 
> days, manual surveying and Pocket Topo disto surveying, and have never 
> seen that.  I always get station names faithfully reproduced 
> (presumably) as the text string they were entered with, ie 20.68 
> always comes out as 20.68
>
> Is this happening on just one machine or just one dataset?
>
> Bruce
>
> 
>
> *From:*therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] 
> *On Behalf Of *torstein finnesand
> *Sent:* Wednesday, 2 September 2015 3:39 a.m.
> *To:* therion at speleo.sk
> *Subject:* [Therion] export continuation-list: Just one station decimal?
>
> Hi folks,
>
> When drawing the scraps, I use the point symbol for continuation. We 
> use "export continuation-list -filter off" the get the list, normally 
> in html.
> Some observations:
> - The html list below has stations with only one decimal. Bug?
> - The txt list below has the same stations, but with several decimals, 
> - which is correct. The same happens for the dbf-format.
> - One example is the station 5.78. It becomes 5.8 in the html-format.
> - The problem occurs to all our projects where we use the full stop as 
> the decimal mark (PocketTopo surveying).
>
> One problem with the txt-file (and the dbf-file): I can't know whether 
> the station named for instance 20.6 is station 20.6 or station 20.60.
>
> Torstein
>
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20150901/56ab7475/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 159326 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20150901/56ab7475/attachment.jpe>

[Therion] export continuation-list: Just one station decimal?

[torstein finnesand]

Hi folks,

When drawing the scraps, I use the point symbol for continuation. We use 
"export continuation-list -filter off" the get the list, normally in html.
Some observations:
- The html list below has stations with only one decimal. Bug?
- The txt list below has the same stations, but with several decimals, - 
which is correct. The same happens for the dbf-format.
- One example is the station 5.78. It becomes 5.8 in the html-format.
- The problem occurs to all our projects where we use the full stop as 
the decimal mark (PocketTopo surveying).

One problem with the txt-file (and the dbf-file): I can't know whether 
the station named for instance 20.6 is station 20.6 or station 20.60.

Torstein




-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 348523 bytes
Desc: not available
URL: 

[Therion] The goal with joining scraps

[torstein finnesand]

Hi folks, some questions about the join command.

We join scraps to make nice pdf-maps or other two-dimensional maps like 
svg, xhtml and kml. Of course, this is a very good reason.

1. But are there other reasons to do it?
For instance, do joins have any influence on other exports, like the 
maps (walls) in aven or the models in loch? I did a simple preliminary 
test, and couldn't find any difference whether the scraps were joined or 
not.

2. Do you always joins the scraps?
Are there some situations when its not necessary, or even wrong, to join 
scraps?

Torstein Finnesand
Norway

[Therion] Import a scrap into another scrap (or th2-file)

[torstein finnesand]

Thanks to Xavier, Adam and Martin for the answers.

Yes, I do copy/paste from one file to the other using text editor, - the 
problem is that the pasted objects are not positioned in the correct 
place. Actually, my situation is described in chapter 5.2.5 in this page:

http://therion.speleo.sk/wiki/doku.php/tbe:wiki5?s[]=pdftex

The text says that copy/paste is not enough: "...  the graphical 
elements have coordinates in different frames of reference. Even if the 
two scraps have the same ”-scale”, the frame is given by the positions 
of the points of type “station”."

After the copy/paste, the text says "Now you can open the second file 
with the map editor of xtherion and position the elements that you 
pasted in in the proper places." The keyword for me is "position". But I 
haven't found a simple way to move all the new objects into their proper 
places. It takes a lot of time If have to move the objects one by one, 
in particular for the lines.

The cave we are drawing is a maze. Many scraps and many connections. Not 
always easy to get good scraps & joins,  :-)

Torstein




Den 10.05.2015 21:18, skrev Adam Sampson:
> Can you open the .th2 file in a text editor and copy/paste the relevant 
> features from one file to the other?
>
> On May 10, 2015, at 2:10 PM, Xavier Pennec  wrote:
>
> Hi Torstein,
>
> There is an undocumented feature which can help you that I am using once in a 
> while to redraw an elevation with a new projection from the same scraps or to 
> redraw a passage that has been too distorted: you can export the morphed th2 
> files so that they are consistent with the coordinates with the xvi file. 
> This is working essentially as an xvi export (see eample below).
>
> HOWEVER, you should be careful that this feature is not documented for a good 
> reason: most of the th2 options are missing in the exported th2 (eg label 
> location and text, id of lines or points) so that the generated th2 file will 
> not work properly. What I am doing , is comparing the two th2 files (original 
> and warped) using notepad++ compare plugin and reput all the options where 
> they should be. This may take a while for a large drawing, but it is way more 
> efficient than redrawing everything.
>
> Hope that help
>
> Xavier
>
> %%
>
> layout th2-export
> scale 1 100
> grid-size 1 1 1  m
> sketches on  ## rewarped also sketches exported in th2 now
> endlayout
>
> ## Exports the maps and the images rewarped
> # Do it only when needed!
> export map -fmt th2 -o Elevation10_ReWarped.th2 -projection [elevation 10] 
> -layout th2-export
> export map -fmt xvi -o Elevation10_ReWarped.xvi -projection [elevation 10] 
> -layout xvi-export
>
>
>
> Le 10/05/2015 04:47, torstein finnesand a écrit :
>> Hi fellows,
>>
>> Sometimes I realize that two scraps should have been one (for instance scrap 
>> A in A.th2 should have been a part of scrap B in B.th2), in particular when 
>> it's difficult to join them. It's easy to insert the xvi file into the scrap 
>> B file. But I have to draw it again.
>>
>> Is there any workaround here?
>>
>> Torstein Finnesand
>> Norway
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] Import a scrap into another scrap (or th2-file)

[torstein finnesand]

Hi fellows,

Sometimes I realize that two scraps should have been one (for instance 
scrap A in A.th2 should have been a part of scrap B in B.th2), in 
particular when it's difficult to join them. It's easy to insert the xvi 
file into the scrap B file. But I have to draw it again.

Is there any workaround here?

Torstein Finnesand
Norway

[Therion] PDA

[torstein finnesand]

There has been some minor incidents. We have used them in many caves, 
since DistoX arrived. And are still using them (some without protection)

Torstein



Den 12.10.2014 23:04, skrev Martin Sluka:
> Hasn't it problem with BT connection? Any Hp I tried had problems with 
> BT.
>
> 12. 10. 2014 v 22:37, torstein finnesand  <mailto:torstein.finnesand at gmail.com>>:
>
>> HP iPAQ 214 (4 inch screen size)
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20141012/91a67b7f/attachment.html>

[Therion] PDA

[torstein finnesand]

HP iPAQ 214 (4 inch screen size)

Torstein Finnesand
Norway

Den 12.10.2014 19:43, skrev Martin Sluka:
> Dell Axim x51v or x50v. Plenty of them on eBay. I have three.
>
> Odesláno z iPhonu
>
> 12. 10. 2014 v 17:05, Markus Boldt :
>
>> Hi all,
>> slowly the time goes to end, there we can buy cheap "old" PDA with
>> Winmobile. Pockettopo works only on Win platform and small cheap devices
>> with Windows as OS are seldom. And our devices in use are growing older.
>> What do you all use? What alternatives are possible. I know about some so
>> called APPS for Android, but do they work?
>> I hope you have the same opinion - that this is the right platform.
>> Greetings
>> Markus
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] the volume of the cave

[Torstein Finnesand]

Another possibility could be that volume is calculated by using the 
splays, meaning that the calculation has to consider the length, compass 
and clino of each splay. And use LRUD at those stations which have no splay.

By the way, it would be useful if it was possible to calculate the 
horisontal cave area as well, - using scraps. And similar calculations 
used in morphometric analysis, like different types of cave field. Ref 
for instance page 45-46 in this article:

http://www.speleologija.hr/KS/2011-Piccini.pdf

Torstein Finnesand


On 04.12.2012 17:06, speleobradipo at yahoo.it wrote:
> I agree with Andrew
>
> the volume from the scraps is better
> to verify the accuracy we could do some tests on simple geometries
>
> VTK toolkit can also calculate a rose diagram of the main directions?
>
> vincenzo martimucci
> Altamura (BA) - Italy
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] How to avoid that symbol-colour area blocks fills the blocks with chosen color

[Torstein Finnesand]

Hi!
I would like to color sand, pebbles, blocks and other sediments as 
brown. I use Symbol-colour to this, like
symbol-colour point pebbles [67 31 4]
symbol-colour point blocks [67 31 4]

It works fine.

In some passages I have defined areas with pebbles and areas with 
blocks, so I use these as well:
symbol-colour area pebbles [67 31 4]
symbol-colour area blocks [67 31 4]

It works fine for pebbles. But on the PDF map the area blocks get filled 
with the brown color. The result is that some blocks on the PDF-map are 
brown filled with no color and other blocks are brown and filled with 
the brown color.  The attachment illustrates it.

How can I get use "area blocks" to behave like other sediments when I 
want colors (and no filling)?

Torstein Finnesand
-- next part --
A non-text attachment was scrubbed...
Name: Symbol-color area blocks.jpg
Type: image/jpeg
Size: 127008 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20121104/42fed2e4/attachment.jpg>

[Therion] KML Output

[Torstein Finnesand]

I thought it was possible to create a centerline only KML file by using 
"model" (not "map"), like this:

export model -format kml -output ALV_kml.kml

Torstein


On 14.08.2012 17:28, Ricardo Constantino wrote:
>
> Thanks for the feedback.
>
> That was the general idea - map out over Google the centerlines of a 
> couple of caves to see "the big picture".
> Is it worth trying to draw a single line scrap over the centerline to 
> see how it reacts ?
>
> I've also tried to generate KML output with my complete data set (with 
> scraps) - it warns that the data is not georeferenced and generates an 
> empty KML.
> I have at least one station fixed (as in the example I attached 
> previously), and don't understand what I am missing to get over this 
> hurdle.
>
> Best,
> Ricardo
>
>
> Em 14-08-2012 15:58, Footleg escreveu:
>> It looks like you have not drawn and included any scraps yet. These 
>> are needed to define the walls which in turn drive the KML file 
>> generation. I don't know if there is any way to create a centreline 
>> only KML file. I've wondered this before, as it would be quite useful 
>> to see the centrelines for an entire cave in GoogleEarth before 
>> drawing all (or even before I've drawn any) scraps.
>>
>> Footleg
>>
>> On 14 August 2012 15:01, Ricardo Constantino > > wrote:
>>
>> 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
>> 
>> ALVIELA.com 
>> CPAS.pt 
>> DEEPREEFS.com 
>> ENTRADA.tv 
>> GlobalUnderwaterExplorers.org
>> 
>> SPE.pt 
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk 
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
>>
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] strike and dip

[Torstein Finnesand]

The geologic symbol for strike and dip (foliation/bedding) would be 
useful for me, since we have some readings inside the cave.
Torstein

Den 01.04.2012 10:46, skrev Bruce:
>
> Just over a year ago the discussion about developing geological 
> feature representation / symbols was raised again.
>
> Has there been any progress on this?
>
> Bruce
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] Meaning of cavelength

[Torstein Finnesand]

I wonder whether the cavelength discussed here (or perhaps sum of 
Passagelength) is, more or less, the same as the sum of the length of 
the walls divided by two. If yes, I wonder whether it is possible for 
Therion to calculate the length (3D) of the walls in the scraps/map.

Actually, there are several morphometric values that would be very 
interesting, - if Therion could calculate them. For instance the 
horisontal passage area of the scraps/map and the volume of the cave.

Btw, I could find any attachments.

Torstein



Den 04.03.2012 08:46, skrev Maximillian Dornseif:
> On 2012-03-04, at 01:22, Bruce wrote:
>
>> You would have to bear in mind the definition of cave length that you 
>> want to adhere to when surveying the cave, and choose 
>> stations accordingly.  The legs that do not contribute to length 
>> would be flagged as duplicate.
>
> Any suggestion how to integrate that nicely into the data format - be 
> it for therion itself, be it for post processing.
> Generally what would help a lot is a way to say "of this leg 4.50m 
> long only 3.50m should be added to the cave length.
>
> This can be done within Therion today via
>
> flags duplicate
> P144P147a252-21.00
> flags no duplicate
> P147aP147252-23.50
>
> But this seems to be very error prone. An alternative would be to use 
> an external program to determine cave length and just encode the 
> information in the therion file. E.g.
>
>
> flags duplicate
> P144P147252-24.50  # length:3.50
>
> But this would mean not only parsing therion files but also parsing 
> comments. Any suggestions how to incorporate such data with maximum 
> clarity and comparability?
>
> I'm unsure it will ever be possible to automatically extract 
> cavelength in complex caves - see attached examples.
> The "small reduction in length" was about 16% length reduction for the 
> "Kluterthöhle" shown in the second attachment. And to my understanding 
> all organized Austrian & German caving is basing their calculations 
> today on the Trimmel method. Perhaps that is the reason therion sees 
> relative little use 
> (http://therion.speleo.sk/wiki/doku.php?id=projeurope#) in german 
> speaking countries?
>
> I'm not complaining. But I would be very grateful for guidance how i 
> can integrate cave length calculation with minimal fuss and thus 
> keeping the data in *.th files in a state where they document our 
> surveys and are not full of hacks which nobody will be able to 
> understand 25 years from now.
>
> --md
>
>
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] Meaning of cavelength

[Torstein Finnesand]

Interesting questions. In the the main cave I survey, we use a value 
(called "share") between 0 and 1 for each shot (normally we use 0, 0,5 
and 1 and a very few times 0,3 and 0,7). If the the share = 0,5, means 
that only 50 % of the length is used when we calculate the length of the 
cave. The total length of the cave is therefore 24439 meters. The length 
of the centerline is 25703 meters. We calculate the length in Excel, and 
the depth in Therion.

Normally, we do not exclude any length at proper crossroads (share=1,0), 
meaning that we would have included the red parts in the length of the 
cave in the crossroad example. Our argument to do so is that a person 
has to walk that distance if he walks in the center of the passage. (A 
cave is a 3D-void and, strictly speaking, doesn't have any length, - but 
we humans would like to think that is has ... :-))

Regards

Torstein

Den 21.02.2012 21:17, skrev Maximillian Dornseif:
> I might understand something wrong, but it seems to me, that
> what is called `cavelength` in Therion is actually the length of all 
> centerlines.
>
> This might correspondent to the cave length in straight caves but 
> certainly not in labyrinth like caves.
>
> I was told about the "Kluterthöhle" in germany which was surveyed in 
> the 60ies to ca. 5900 m and then
> resurveyed and recalculated - to have only a length of 5200 m or so.
>
> This is for on the one hand a problem with circular shots inside big 
> rooms, like http://filez.foxel.org/3s3H0d2X361A0K222Z3N
>
> An other problem are crossroads like 
> http://filez.foxel.org/1t0C0r2Q011i0g1L0i00 where you can't young the 
> shared area of two passages twice but must - at least to what I have 
> been thought - deduct some part of the centerlines: in the following 
> picture I have marked the parts being considered cavelength yellow and 
> the centerlines not counting as part of the cavelength red 
> https://img.skitch.com/20120221-jhraj625isy8j1i9naxiki3b76.png
>
> Certainly I'm not the first person stumbling about this.
>
> What is the preferred way to approach the calculation of cave lengths?
>
> Regards
>
> Maximillian
>
>
>
> Image 2012.02.21 21:06:44.png20120221-jhraj625isy8j1i9naxiki3b76.png
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 70793 bytes
Desc: not available
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 71148 bytes
Desc: not available
URL: 

[Therion] Is it possible to not use the equate command when all stations are unique

[Torstein Finnesand]

Thanks, Stacho. This works. In advance, I had to ensure that the ID's 
(not the -name) in the scraps is not the same as a station number. For 
instance

/point 898.0 3704.5 station -id V10 -name V10/

/line wall -id V10/

/map V10/

gives

/-- duplicate object name --/


during compiling, since V10 is a station number.

And, the /therion.log /becomes more correct (in my opinion), since this 
sentence

/4> Survey contains 3237 survey stations, joined by 3511 legs./

did include the equate rows in the number of legs.

Torstein




Den 10.11.2011 12:26, skrev Stacho Mudrak:
> I am sorry replaying this question so late, but I am currently
> cleaning all todo lists and I have discovered it as not answered.
>
> If you specify "-namespace off" in your surveys - it must be specified
> for each survey, it will not create namespace and so you do not need
> to specify equate commands, if you have unique station names. It
> should do exactly what you are asking for.
>
> E.g., if you have
>
> survey s1 -namespace off
>centerline
>  data normal from to bearing clino tape
>  0 1 100 0 10
>  1 2 200 0 10
>endceterline
> endsurvey
>
> survey s2 -namespace off
>centerline
>  data normal from to bearing clino tape
>  2 0 300 0 10
>endceterline
> endsurvey
>
> Should automatically create 0 - 1 - 2 closed loop.
>
> HTH, S.
>
> On 1 September 2011 08:44, Torstein Finnesand
>   wrote:
>> Thanks. Probably I will arrange data in a few surveys. Shouldn't be a
>> problem.
>>
>> I thought that maybe the "namespace off" commando could solve the problem,
>> but I guess not. But can someone explain what "namespace off" does?
>>
>> Regards
>> Torstein
>>
>> Den 29.08.2011 17:33, skrev Wolfgang Zillig:
>>> Hi Torsten,
>>>
>>> either you use equate, or you need to remove the individual surveys. You
>>> can use "#" to mark the lines as comment. Small hint, you can use more than
>>> two stations at the equate command.
>>>
>>> Regards
>>> Wolfgang
>>>
>>> Am 29.08.2011 16:59, schrieb Torstein Finnesand:
>>>> Hi,
>>>> "Equate" is used to set the survey stations equivalence, i.e: equate
>>>> 2 at first 1 at second. The cave I survey has only unique station names 
>>>> (about
>>>> 3000). But still I have to use the equate command for a station that is
>>>> located in 2 surveys. If not, the loops will not be closed. So I do like
>>>> this: equate TA40 at first TA40 at second. I have to use this command many 
>>>> times,
>>>> since the cave has a lot of surveys.
>>>>
>>>> Question: Is it possible to not use the equate command, since all
>>>> stations are unique? For instance by another command that tells
>>>> Therion/survex that the station names are unique even if there are two or
>>>> more surveys or by arranging data in another way.
>>>>
>>>> Torstein Finnesand
>>>> Norway
>>>>
>>>>
>>>> ___
>>>> Therion mailing list
>>>> Therion at speleo.sk
>>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>> ___
>>> Therion mailing list
>>> Therion at speleo.sk
>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2010/d8dc02d2/attachment.html>

[Therion] Is it possible to not use the equate command when all stations are unique

[Torstein Finnesand]

Hi,
"Equate" is used to set the survey stations equivalence, i.e: equate 
2 at first 1 at second. The cave I survey has only unique station names (about 
3000). But still I have to use the equate command for a station that is 
located in 2 surveys. If not, the loops will not be closed. So I do like 
this: equate TA40 at first TA40 at second. I have to use this command many 
times, since the cave has a lot of surveys.

Question: Is it possible to not use the equate command, since all 
stations are unique? For instance by another command that tells 
Therion/survex that the station names are unique even if there are two 
or more surveys or by arranging data in another way.

Torstein Finnesand
Norway

[Therion] therion.log: What does "Survey has 2 connected components" mean?

[Torstein Finnesand]

Below is a part of the therion.log file. It says "Survey has 2 connected 
components."  What is this?

It also says that there are 87 loops. But when I count them in 
therion.log, there are 86 (which should be correct, I think: 3007-2922+1).

If I rearrange (sort) the centerline data, and compile again, - the 
sentence is gone. It says that there are 86 loops (a part of that 
therion.log is shown below s well).

Not important issue, - just wondering ...

Torstein Finnesand
Norway



1> Survex 1.1.12
  2> Copyright ¸ 1990-2007 Olly Betts
  3> Survey has no fixed points. Therefore I've fixed 1 at (0,0,0)
  4>
  5> Survey contains 2922 survey stations, joined by 3007 legs.
  6> There are 87 loops.
  7> Survey has 2 connected components.
  8> Total length of survey legs = 21916.41m (21921.70m adjusted)
  9> Total plan length of survey legs = 19741.99m
10> Total vertical length of survey legs = 8090.64m
11> Vertical range = 492.90m (from 142 at 329.28m to 2049 at -163.63m)
12> North-South range = 1012.65m (from 142 at 801.56m to 1730 at -211.09m)
13> East-West range = 1084.57m (from 1269 at 700.47m to 2552 at -384.10m)
14>  412 1-nodes.
15> 2007 2-nodes.
16>  436 3-nodes.
17>   56 4-nodes.
18>   10 5-nodes.
19>1 6-node.
20>




1> Survex 1.1.12
  2> Copyright ¸ 1990-2007 Olly Betts
  3> Survey has no fixed points. Therefore I've fixed 1 at (0,0,0)
  4>
  5> Survey contains 2922 survey stations, joined by 3007 legs.
  6> There are 86 loops.
  7> Total length of survey legs = 21916.41m (21921.71m adjusted)
  8> Total plan length of survey legs = 19741.99m
  9> Total vertical length of survey legs = 8090.64m
10> Vertical range = 492.90m (from 728 at 120.11m to 961 at -372.79m)
11> North-South range = 1012.64m (from 728 at 367.41m to 599 at -645.23m)
12> East-West range = 1084.57m (from 1114 at 760.12m to 1121 at -324.45m)
13>  412 1-nodes.
14> 2007 2-nodes.
15>  436 3-nodes.
16>   56 4-nodes.
17>   10 5-nodes.
18>1 6-node.
19>

[Therion] Centerline colours in a PDF file (map)

[Torstein Finnesand]

Hi. I have a simple .th file with centerline data from a cave. The 
output file is PDF (map), - with the centerline and station symbols. I 
have no scraps.

My problem is how to visualize the shots and the stations symbols in 3 
colours in the PDF file:

1. one group of the shots (and their stations) could be default (black)

2. the second group (and their stations) could be red

3. the third group could be blue (with hidden or blue stations). Or 
better: The group is hidden.


I can fix no. 1 and no. 3, the last one by using flag surface in .th 
file and symbol-hide / symbol-colour in the config file. (The shots are 
not surface shots, but that doesn't matter.)


But how to fix no. 2?


Torstein Finnesand
Norway

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100101/3cfbb4b2/attachment.html>