Re: [Therion] Bug with uncertainty on fixed station on windows 10?

[Xavier Pennec]

Hi Bruce,

With the help of the latest snapshot solving the crash issue, I found 
the source of these large distortions. The loop closure that I am using 
is The are due to the limited numerical accuracy (float rather than 
double somewhere?) in the weighted least-squares for error compensation 
when we put very large standard deviations (in my case "sd length 400 
m)". I had indeed shots for far away for triangulation, and since the 
length is estimated a posteriori from the map, I wanted to put a very 
high confidence interval on it. Getting down to a stddev of 50 m solves 
the problem. Thus this problem is different from the one we experienced 
in 2013.


Xavier



Le 10/09/2020 à 07:33, Bruce Mutton a écrit :

Xavier
I did have a project that distorted part of a loop 400 m vertically too far 
downwards.  Changing from Therion loop closure to Survex loop closure resolved 
the problem, and so I have retained that setting ever since.  That may have 
been in 2013, or maybe earlier.
On a few occasions since I have checked to see if that problem still 
manifested, but it did not.  I never figured out why it did it for only a 
window in time/Therion versions.
Bruce

-Original Message-
From: Therion  On Behalf Of Xavier Pennec
Sent: Thursday, 10 September 2020 09:05
To: therion@speleo.sk
Subject: Re: [Therion] Bug with uncertainty on fixed station on windows 10?

Well, on my side, my projects with multiple fixed points with uncertainty that 
were compiling last years are now generally crashing at compilation. However, 
since I changed computer, therion and survex version, it is difficult to single 
out the reason.

With no loop and several fixed points with uncertainty, it seems to crash 
systematically like in the example I posted. When it does not crash with 
multiple loops and multiple fixed points with uncertainty, it can either gives 
a .3d output that seems reasonable in aven, or it can displace one of the fixed 
points kilometres away, either in horizontal or vertical direction! Just fixing 
a point at 950 altitude can output a 3d file where the altitude is at 
-4000m  A new way to explore abysses! I have just looked at the .3d result 
so far since I have not drawn all the maps yet in the cases where it compiles.

As soon as I manage to set up a mock-up example, I will post it to document 
this amazing behaviour.

Best

Xavier

Le 09/09/2020 à 22:34, Bruce Mutton a écrit :

I forgot to point out that most of my projects probably have multiple fixed 
stations with uncertainty parameters set.  I don't think I have experienced any 
problems, at least in recent times and with recent versions of Therion.
So your example is interesting.
Bruce


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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
https://team.inria.fr/epione/en/
---


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

Re: [Therion] Bug with uncertainty on fixed station on windows 10?

[Xavier Pennec]

Many thanks Stacho, snapshot 6c41c82 also solves the crash problem for me.

Bug fixed.

Xavier

Le 10/09/2020 à 07:33, Bruce Mutton a écrit :


Yes, 6c41c82 enables me to compile Xavier’s example without error.

Bruce

*From:*Therion  *On Behalf Of *Stacho Mudrak
*Sent:* Thursday, 10 September 2020 08:46
*To:* List for Therion users 
*Subject:* Re: [Therion] Bug with uncertainty on fixed station on 
windows 10?


Hi Xavier,

could you please try latest snapshot? This bug should be fixed.

S.


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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
https://team.inria.fr/epione/en/
---


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

Re: [Therion] Bug with uncertainty on fixed station on windows 10?

[Xavier Pennec]

Well, on my side, my projects with multiple fixed points with 
uncertainty that were compiling last years are now generally crashing at 
compilation. However, since I changed computer, therion and survex 
version, it is difficult to single out the reason.


With no loop and several fixed points with uncertainty, it seems to 
crash systematically like in the example I posted. When it does not 
crash with multiple loops and multiple fixed points with uncertainty, it 
can either gives a .3d output that seems reasonable in aven, or it can 
displace one of the fixed points kilometres away, either in horizontal 
or vertical direction! Just fixing a point at 950 altitude can output a 
3d file where the altitude is at -4000m  A new way to explore 
abysses! I have just looked at the .3d result so far since I have not 
drawn all the maps yet in the cases where it compiles.


As soon as I manage to set up a mock-up example, I will post it to 
document this amazing behaviour.


Best

Xavier




Le 09/09/2020 à 22:34, Bruce Mutton a écrit :

I forgot to point out that most of my projects probably have multiple fixed 
stations with uncertainty parameters set.  I don't think I have experienced any 
problems, at least in recent times and with recent versions of Therion.
So your example is interesting.
Bruce

-Original Message-
From: Therion  On Behalf Of Xavier Pennec
Sent: Thursday, 10 September 2020 00:20
To: therion@speleo.sk
Subject: Re: [Therion] Bug with uncertainty on fixed station on windows 10?

Many thanks Bruce for the confirmation of the crash on a different machine.
It may may not be just linked to my environment, then.

What is strange is that with more fixed with uncertainty, it sometimes works or 
crashes depending on which fixed stations are commented out.
I could not find a regular pattern to characterize more the problem so far.

Xavier

PS: My try with Therion 5.3.15 that compiles also indicates that is does not find Cavern 
(which is also from a recent survex version). This is why it opts for the therion 
loop-closure algorithm which apparently still exhibits the bug "fixed point std 
error causes extreme survey network distortion" that we discussed in 2013.



Le 09/09/2020 à 11:15, Bruce Mutton a écrit :

Xavier
I don't have any insights, but can confirm on my Windows 10 machine, your files 
compile fine with 5.3.14, 5.3.15, 5.3.16 but crash as you describe with 5.4.1 
and with recent 153d718 snapshot.  I did not check to see whether the output 
looked sensible or not.
I notice that my older versions report not finding Cavern, which is installed, 
but is from a recent Survex 1.2.43, so that could explain it.
Bruce

-Original Message-
From: Therion  On Behalf Of Xavier Pennec
Sent: Wednesday, 9 September 2020 09:18
To: 'List for Therion users' 
Subject: [Therion] Bug with uncertainty on fixed station on windows 10?

Dear all,

I have a problem with the last version of therion (after 5.3.15) on
windows 10 with fixed points endowed with a stddev.  The very short
example attached is ending with an error on the step "processing
survey data" without leaving any trace (no log file, even with the -d
flag). I could just catch the attached screen capture on the fly
before it crashes. Same thing is happening with Therion 5.4.4, 5.4.2
and 5.4.1
(5.3.15 does not crashes but provides wrong results probably due to the version 
of survex which is too recent). However, the attached example works well on 
ubuntu with Therion 5.4.1 (with Survex 1.2.33) on a friend's computer.

Curiously, every thing works well on my windows 10 if I comment out the std dev 
on the fixed points... But I really need this uncertainty as the gps measures 
along a cliff are very uncertain due to reflections.

Any idea of what is going wrong and how to get around?

Thank you for any clue...

best

Xavier



--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
https://team.inria.fr/epione/en/
---


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

Re: [Therion] Bug with uncertainty on fixed station on windows 10?

[Xavier Pennec]

Many thanks Bruce for the confirmation of the crash on a different machine.
It may may not be just linked to my environment, then.

What is strange is that with more fixed with uncertainty, it sometimes 
works or crashes depending on which fixed stations are commented out.

I could not find a regular pattern to characterize more the problem so far.

Xavier

PS: My try with Therion 5.3.15 that compiles also indicates that is does 
not find Cavern (which is also from a recent survex version). This is 
why it opts for the therion loop-closure algorithm which apparently 
still exhibits the bug "fixed point std error causes extreme survey 
network distortion" that we discussed in 2013.




Le 09/09/2020 à 11:15, Bruce Mutton a écrit :

Xavier
I don't have any insights, but can confirm on my Windows 10 machine, your files 
compile fine with 5.3.14, 5.3.15, 5.3.16 but crash as you describe with 5.4.1 
and with recent 153d718 snapshot.  I did not check to see whether the output 
looked sensible or not.
I notice that my older versions report not finding Cavern, which is installed, 
but is from a recent Survex 1.2.43, so that could explain it.
Bruce

-Original Message-
From: Therion  On Behalf Of Xavier Pennec
Sent: Wednesday, 9 September 2020 09:18
To: 'List for Therion users' 
Subject: [Therion] Bug with uncertainty on fixed station on windows 10?

Dear all,

I have a problem with the last version of therion (after 5.3.15) on windows 10 with fixed 
points endowed with a stddev.  The very short example attached is ending with an error on 
the step "processing survey data" without leaving any trace (no log file, even 
with the -d flag). I could just catch the attached screen capture on the fly before it 
crashes. Same thing is happening with Therion 5.4.4, 5.4.2 and 5.4.1
(5.3.15 does not crashes but provides wrong results probably due to the version 
of survex which is too recent). However, the attached example works well on 
ubuntu with Therion 5.4.1 (with Survex 1.2.33) on a friend's computer.

Curiously, every thing works well on my windows 10 if I comment out the std dev 
on the fixed points... But I really need this uncertainty as the gps measures 
along a cliff are very uncertain due to reflections.

Any idea of what is going wrong and how to get around?

Thank you for any clue...

best

Xavier



--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
https://team.inria.fr/epione/en/
---


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

Re: [Therion] Joining surveys at a curved/sloping pitch

[Xavier Pennec]

Indeed, if the two scraps are joined, then using -outline out creates  a 
hole which is not colored.


The main problem in this configuration is that the bottom scrap should 
close its outline contour using the pit line rather than using an 
implicit line connecting the two shortest points where the contour is 
open. However, connecting the wall of the bottom scrap to the pit line 
does not solve the problem since the pit line should have outline out on 
the top scrap and outline in on the bottom scrap. The solution I used to 
patch that was to duplicate the geometry of the pit line of the top 
scrap into a "wall:invisible" line (inversely oriented to have the 
correct orientation) on the bottom scrap. When the two scarps are not 
deformed too differently, this works. But if the scraps are deformed 
differently, then the top and bottom lines are deformed independently 
and differently and this can create a small hole.


This is basically the same solution as the one Footleg just proposed. I 
wish there would be a more principled way of joining two scraps along a 
shared line.


Xavier


Le 10-May-19 à 14:31, Footleg a écrit :
I do this sort of thing a lot. You just need an equivalent line in the 
lower (blue) survey with -outline out to extend the blue scrap border 
to cover the white hole in your plan. I generally use an invisible 
wall line (so does not need '-outline out' option specifying) and make 
it slightly larger than the curved pit line so the overlap of the 
scraps is maintained even if a bit of distortion is applied due to 
loop closure corrections. As long as the scraps are in the same map 
level (i.e. not separated by a break) then the upper scrap will hide 
the overlapping area of the lower one. You cannot 'join' the scraps 
automatically now as neither will have an opening in the outline at 
the pit now. So if you need to join them to keep them aligned you have 
to specify the exact line points to join to pin the points at either 
end of the curved lines to each other in the pair of scraps.


Footleg

On Fri, 10 May 2019 at 12:42, Tarquin Wilton-Jones via Therion 
mailto:therion@speleo.sk>> wrote:


Thanks for the reply.

> Adding the option -outline out to the (closed) line of your pit
on the
> top scrap should create the whole that you want in the blue color so
> that you will see the green color of the bottom scrap.

See attached for what happens when you do that. I need the blue to
fill
the blank area. Blue and green belong to different surveys, so getting
them to perfectly match the curve of each other manually is ... hard.

Is there a way to create a scrap within the green survey (where it is
easy to perfectly follow the same line), but tell it to take it's
altitude colour from the blue scrap instead?
___
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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Joining surveys at a curved/sloping pitch

[Xavier Pennec]

Hi Tarquin,

Adding the option -outline out to the (closed) line of  your pit on the 
top scrap should create the whole that you want in the blue color so 
that you will see the green color of the bottom scrap. Personally, I 
would not use a line pit in the bottom scrap (this is not a pit on the 
floor of that level) but rather a line of type ceiling-step  to indicate 
the arrival of the top pit on the ceiling.


Hope this helps

Xavier

Le 10-May-19 à 13:08, Tarquin Wilton-Jones via Therion a écrit :

Hi all,

I have an awkward situation in my survey. One of our caves was surveyed
in 2 surveys. The 2 surveys join at a sloping pitch with a secondary
hole dropping into it.

I have managed to draw it all in a way that makes logical sense, but I
can't work out how to join the two surveys in the right manner. See
attached. Green = upper passage survey. Blue & purple = lower passage
and pitch survey. The part I want to fix is the green-blue boundary,
where the blue should ideally follow the "pit" lines

Ideally, pitches/pits should have their lower colour taken from the
lower passage, and their upper colour taken from the upper passage. This
is easy when they are in the same survey; you just draw your "pit" line
in the upper scrap, and then follow that exact same line with a
"-visibility off" wall in the lower scrap.

When joining surveys, they are joined in a straight line at the scrap
boundaries. This makes it very hard to draw the curved pitch heads,
since curves are not straight lines, and you cannot follow the exact
same line as the other scrap, because the other scrap sits in another
survey, in another .th2 file.

I can make additional "lower" scraps in the "upper survey" to follow the
pit outlines, but how can I make those scraps take on the colour of a
scrap using survey stations in another survey file?

Does anyone have any methods to work with this situation? (Preferably
not something that becomes just a bunch of trial and error, and then
joining every single curve point in the two surveys. I could do that,
but it is really painful.)

Thanks for any advice,

Tarquin

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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Depth in the header

[Xavier Pennec via Therion]

Hi Xavier, Hi Bruce,

A trick that I used a while ago was to use the grid-origin command in 
the layout. According to Marco corvi's description 
(http://marcocorvi.altervista.org/caving/tbe/m_02/m_02a.htm): 
/grid-origin//specifies the coordinates of the grid origin. Example: 
"grid-origin 0 0 1875 m", assuming that the entrance altitude is 1875 m, 
sets the altitude values for the //|altitude|//points. Having set the 
entrance (grid origin) altitude, when you specify an "altitude" for a 
point of a wall line (with the line-point option "altitude .") the value 
of the altitude is computed and printed on the map. /


The difficulty is that all the layouts need to have the same grid-origin 
if you want to have compatible depth in different exported maps.


Hope that helps.

Xavier



Le 21-Feb-19 à 20:33, Bruce Mutton via Therion a écrit :


Kia Ora Xavier

I don’t have a proper answer for you.  It would seem to me that this 
is too complicated to become a built in feature.  As you suggest, for 
an export of one cave the problem might be easier to solve, but where 
many caves are exported it might be difficult to conceive an automated 
approach.


Maybe an easier thing to code would be something where the user could 
just choose a reference altitude to use as a notional zero altitude 
for your user defined metapost?


Personally I do not care much for the height relative to entrances, 
and I have modified the header to report height like this.


Together with gridlines and altitude points throughout the map, the 
user of the map can do their own maths!


Regarding ‘caves’ and ‘main entrances’, I explored some ideas in the 
wiki here 
<https://therion.speleo.sk/wiki/faq?s%5b%5d=entrance#how_do_i_specify_a_main_entrance_and_also_the_other_entrances> 



Regards

Bruce


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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Fix station point using only 2D

[Xavier Pennec via Therion]

The altitude needs indeed to be given, but you should also specify that 
it is highly unreliable by giving it a every high standard deviation, like:
fix MyRadioLocation   accurate_x_coord   accurate_y_coord 
approximate_altitude 3 3 1000 # stddev of 3m in x and y and 1000m in z
This should guaranty that this fixed station will not have a big 
influence on the altitude in the loop error compensation algorithm.


Xavier


Le 21-Aug-18 à 12:22, Martin Sluka via Therion a écrit :

Add label altitude to that station and use it.


Odesláno z iPhonu

21. 8. 2018 v 11:46, Henry.Bennett--- via Therion :


Assuming that you've got another fix for the entrance then you should be able 
to get the height for the end station.  Just look at the .3d file.  That will 
give you the relative altitude at the end - just use that.

Henry
-Original Message-
From: Therion  On Behalf Of Adam Pyka via Therion
Sent: 21 August 2018 10:42
To: therion@speleo.sk
Cc: Adam Pyka
Subject: [Therion] Fix station point using only 2D

Hi all,

How to 'fix' the survey station point (to morph the cave plan) having only 2D 
coordinates?

Using the radiolocation we get (with quite good accuracy) the station point 
position which is about 150m beyond the estimated location we get from 
surveying. So now I wanted to use this position to make a correction to the 
main polygon. But the 'fix' command need a 3D coords so how should I do that 
(no, there is no point to measure the depth by radiolocation by some reasons).

Thanks in an advice,
Adam
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
Dell Corporation Limited is registered in England and Wales. Company 
Registration Number: 2081369
Registered address: Dell House, The Boulevard, Cain Road, Bracknell,  
Berkshire, RG12 1LF, UK.
Company details for other Dell UK entities can be found on  www.dell.co.uk.
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] WG: Wanted: Flag to exclude certain legs from loop closure algorithm

[Xavier Pennec via Therion]

Hi Michael,

You might find some useful information in old discussions, eg:
http://therion.speleo.narkive.com/JoMgAJuX/standard-deviation-and-survey-grade

The best would be to specify first which general accuracy you estimate 
for "normal" legs, eg:

* grade 3 for unreliable surveys,
* grade 5 for relieable ones.

Assuming grade 5, the statement would be:

data normal from to  length   compass  clino ignoreall

grade BCRA5 ## Stddev of normal legs
WGB26   WGB27   20.530  0   

# This leg below has perfect measurements
sd length 0 meter
sd compass 0 degrees
sd clino 0 degrees
WGB27   WGB28   17.195  0   

grade BCRA5 ## Back to the stddev of normal legs
WGB28   WGB29   9.5 120 0   


If this does not work, try 0.0001 instead of zero as I remember having 
problems with vanishing stddevs.


Xavier

Le 15-Jun-18 à 13:29, Michael via Therion a écrit :

Hello Ben,
Thanks for the hint to use "SD" but I need some more help with that.

For example, I want *only* leg from WGB27 to WGB28 to exclude from modification 
by Therion's loop closure algorithms.
What statements do I need to insert at what places to ensure that?

data normal fromto  length   compass  clino ignoreall

WGB26   WGB27   20.530  0   
WGB27   WGB28   17.195  0   
WGB28   WGB29   9.5 120 0   

Michael.

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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Magnetic declination

[Xavier Pennec via Therion]

If I remember correctly, the declination is displayed on the log file 
for the beginning of all the years for which you have some survey data, 
but it is interpolated in between these measurements with the exact date 
for each survey environment where you provided a date.


Xavier

Le 02-Mar-18 à 17:22, Martin KERN via Therion a écrit :

Thanks for your reply Ladislav.

I know that but the automatic declination is calculated for the first 
januray of the year which is enter, not for the exact date.

It's not a probleme for the accuracy of the survey ?

Martin K.

Le 2 mars 2018 17:05, "Ladislav Blažek" <mailto:ladis...@lblazek.cz>> a écrit :


Hi,

declination should be calculated automatically based on the survey
date.
Declination parameter is for manual correction.

\LB

2. 3. 2018 v 16:29, Martin KERN via Therion mailto:therion@speleo.sk>>:


Quick question concerning the magnetic declination.

How you indicate it?

Just by entering the date or with the command ?

Because when I just specify the date, the declination which is
calculate is for the first January, even if I specify another
month in the centreline (e.g. 28.08.2017). Consequently,
centreline is slightly offset that if I enter the real
declination for the date.

I don’t know if this shift is important for survey accuracy or if
I can ignore it ?

Thanks and sorry for all my questions.

Martin K.


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




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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Error morphing scanned extended profiles survey sketches

[Xavier Pennec via Therion]

Dear Evaristo,

There is a bug that has been first raised in 2011 and that has still 
been discussed last year 
(https://mailman.speleo.sk/pipermail/therion/2016-December/006121.html). 
I guess that this is what you are referring to. I do not think this is 
normal too but I know no other solution that manually shifting the 
morphed sketches with the xtherion interface or editing the coordinates 
with a text editor in the xvi file. I wish this bug could be corrected  
one day.


Best

Xavier

Le 05-Jan-18 à 17:28, Evaristo Quiroga via Therion a écrit :


Hi,

I have this problem: the xviresult file of the morphing processwith 
extended profiles is erroneous. The centerline and sketch don't are 
superposed. The xvi is at 0 0 position, but the sketch are very 
displaced in Y direction (X it's OK), far 35000 units.


I can do a manual solution but I think it's not normal to have to do 
this. Calculating the displacement error and manually editing the xvi 
file with and external editor, to correct the sketch Y coordinate.


Thanks,

Evaristo Quiroga



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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Increase size of legend

[Xavier Pennec via Therion]

\ss is indeed not a standard tex or latex macro, It is defined by 
Therion in thfonts.cxx as a font type face switch (Therion book p.63):

* \rm, \it, \bf, \ss, \si for type face switching.

In the lengend formatting, \si seems to put in italic, and \ss to come 
back to straight.


 Xavier



Le 16-Nov-17 à 15:28, Bill Gee via Therion a écrit :

Hi Bruce -

I have done some more work on this, and I have made progress.  As you and I
have both noted :-)  I do not completely understand why it works.  There are
some deep dark secrets in TeX!  I have ordered a copy of Knuth's original book
on TeX.

The attached file is the latest version of my thconfig file.

The magic lines that make the date and Therion version into larger fonts are
98-99 and 156-157.  I used the "-d" option when compiling, then looked at the
resulting file called "data.tex".  It has quite a few lines using the \ss
macro.  I adapted those lines and was pleased to find that it works.

The mystery, of course, is what exactly is the \ss macro doing?  I did some
Google searches but the only pages I found refer to the special German
character ß which is obviously not how it is being used here.

I have not messed with the base-scale settings any further.  I also have not
chased the problem where "debug station-names" leaks from one layout section
to another.  Martin produced a test case that contradicts my experience.  He
is using a different version of Therion than I am.  More investigation is
needed.



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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Multiple fixes for the same point

[Xavier Pennec via Therion]

One of the problem for a predefined accuracy of gps measures is that it 
really depends on each measurement. I usually use a stddev of 2 to 3 
times the figure of merit (FOM) of the GPS averaging procedure for x and 
y coordinates and 4 to 5 times for the altitude. This can range from a 
few meters (this has  to be on a plateau with no trees) to 50/100 m for 
measurements in forests with a few satellites only (there are also often 
reflections on cliffs that perturb the measure).


Xavier

Le 11-Sep-17 à 19:10, Benedikt Hallinger via Therion a écrit :

No, i meant the following:

currently one has to give std-dev explicitely:
 fix 1.2a  0.5 0.5 0.5

it would be nice to use instead:
 fix 1.2a  gps
where the term "gps" is some predefined accuracy, like in grade 
definition



Am 2017-09-11 10:08, schrieb Bruce Mutton via Therion:

Benedikt wrote
The option to use "alias names" for fixes instead of directly 
numbers would be good, this would allow to ship standards with 
therion and allow the user to to define custom ones, just like in 
grade definitions.


Not sure I understand correctly what you mean.

We can make alias now, using equate.  This is what I usually do for 
gps fixes.


In a cave survey 'index data file'...
centreline
cs lat long
fix gpsEntrance01[ etc ]
fix gpsEntrance02   
etc

equate gpsEntrance01  53@
equate gpsEntrance02  1@
equate gpsEntrance01  AliasNameCreatedByThisStatement
endcentreline

ie 53@, gpsEntrance01 and AliasNameCreatedByThisStatement 
are all alias' of each other. They all refer to the same physical 
point. The last name is created by the equate statement, whereas the 
others all exist prior to the execution of the equate statements.


Or were you meaning something different?

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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Multiple fixes for the same point

[Xavier Pennec via Therion]

Hi Bruce,

Good that you found my previous post. I knew I wrote something on it but 
I could not remember when.
I also remenber that the therion loop closure algorithm was inducing 
(sometimes) very large errors while the survex loop closure was working 
perfectly. I am not sure that it was for this case, but I am personnaly 
taking care of installing survex for loop closure: the last experience I 
had without survex installed last November was still showing the problem 
(coordinates too large to be able to produce the pdf).


Xavier

Le 07-Sep-17 à 21:42, Bruce Mutton via Therion a écrit :

Andrew
I have been doing this for years, and pretty sure it is working fine, no errors 
or warnings flagged by Therion at least.  Although I have not checked that the 
weighted averaging of the positions appears to be working correctly for about 5 
years now, so there is a possibility it has got broken in the meantime. However 
nothing gross is happening or I would have noticed.
There were some issues and work arounds that were discussed on the forum.
https://www.mail-archive.com/therion@speleo.sk/msg03747.html Olly on Survex Jan 
2012
https://www.mail-archive.com/therion@speleo.sk/msg03750.html Describing the 
characteristics
https://www.mail-archive.com/therion@speleo.sk/msg03751.html Stacho looking 
into it
https://www.mail-archive.com/therion@speleo.sk/msg04327.html  Xaviers solution 
Dec 2013

I vaguely recall that the multiple fixes did start turning up in loop 
reporting, as Satcho described, but I'm not sure about that - could be 
imagination.

I think it is appropriate functionality for Therion.  Over time many position 
fixes on a station, usually in different surveys, all with their own std 
errors.  Therion as far as I know handles these just fine, averaging 
appropriately.  If it does not, then something is broken.

At least two datasets where I do this are still in active use, if I get time I 
will make sure all is still well.

I think it is a topic that deserves a wiki FAQ or Tips and Tricks entry

Bruce

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Andrew Atkinson 
via Therion
Sent: Friday, 8 September 2017 12:08 AM
To: List for Therion users 
Cc: Andrew Atkinson 
Subject: [Therion] Multiple fixes for the same point

I'm sure that this has been covered, but I cannot find it anywhere.

I have 3 different gps results for a surface point, all taken with the same gps 
but on different days, so rather then picking one I just used fix on all 3.

However, therion appears to be taking only the last one I enter.
This does not seem to be the right behaviour! Is there a way for Therion to 
take all 3 and 'average' them?

thanks in advance

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

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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Therion 5.4.1 Windows crash if survex loop-closure

[Xavier Pennec via Therion]

I had the same problem right from the beginning with 5.4.1 (I reverted 
to 5.3.16). However I did not had time to investigate where it was 
coming from, which is why I did not reported the problem. The 
loop-closure-survex issue make sense qith the symptoms I had (ok for 
small caves without cloops, crashing for my large project.


Xavier


Le 28-May-17 à 23:43, Bruce Mutton via Therion a écrit :


I’ve just started catching up on a drawing project since 5.4.1 has 
been released.


A while back I reported problems with beta versions of Therion related 
to ‘loop-closure survex’.


They were fixed in 5.4.0

Now using 5.4.1 those projects/thconfigs that crashed before now seem 
to be OK, but I have now found another project/thconfig that crashes 
with 5.4.1 but not with 5.4.0


5.4.1 runs OK with ‘loop-closure therion’ but gets killed by Windows 
10 when I use ‘loop-closure survex’.


Am still using survex 1.2.27.  I have attached the log file with 
‘loop-closure survex’.


Not sure if it is related, but I notice that if I install 5.4.1 
‘Install Only for Me’ it will not overwrite a previously installed 
5.4.0, even though the installer does not report any errors or 
problems to the user. Ie it fails even though it looks like it has 
worked just fine.


To get 5.4.1 to overwrite 5.4.0 I need to “Install for all users”.

Bruce



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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] new Therion 5.4.1

[Xavier Pennec via Therion]

I got the same problem as Bruce, installing either for me only or for all.
I did not had any choice to chose path or start menu group.

When clicking on the exe, the user account control let me see that the 
program location has the following arguments added:

/SPAWNWND=$806C8 /NOTIFYWND=$1F05C4

May be the slash in there is the character that is not accepted?

Xavier

Le 18-Apr-17 à 21:56, Владимир Георгиев via Therion a écrit :

Bruce

I made some changes to the installer script to be able to install for 
a limited or admin user. Maybe the error is a result of that.
What options did you choose during the install? Path, start menu 
group, all users or just this one?


Vladimir

On Tue, Apr 18, 2017 at 10:36 PM, Bruce Mutton via Therion 
mailto:therion@speleo.sk>> wrote:


Looking forward to 5.4.1

But there is a small problem with the Therion for Windows install
executable.

It is objecting to a character in the folder name?  maybe /
forward slash?

I checked, 5.4.0 and everything before it installs just fine.
5.4.1 again comes up with above error.

On Windows 10 Home

Bruce

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk
<mailto:therion-boun...@speleo.sk>] On Behalf Of Therion via Therion
Sent: Wednesday, 19 April 2017 6:31 AM
To: therion@speleo.sk <mailto:therion@speleo.sk>
Cc: Therion mailto:newrele...@speleo.sk>>
Subject: [Therion] new Therion 5.4.1

Hi, there is a new release 5.4.1 of Therion.

Release notes:

v5.4.1 Therion 5.4.1 (2017-04-18):

therion:

 * added fonts-setup layout option

 * added min-symbol-scale layout option

 * added support for -scale  for point and line symbols

   (1.0 ≡ medium symbol size)

 * updated Russian translation [PR#73,74]

 * bugs fixed:

   - remove debugging output when reading Survex err files

   - don't accept stddev <= 0

Best regards,

Therion team


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




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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Pocket Topo on windows 10?

[Xavier Pennec via Therion]

Thanks Nick for the tips. I know most of them, but as you said it is 
good to have them written down in an up to date version for everyone.


I am actually not using a PDA for the topo underground, I am still 
drawing manually and noting every survey measurement and LRUD. However, 
I like to download the data from the distoX afterward to get the exact 
splay shots instead of just LRUD.


I got the .Net finally working (I just needed to find the correct iso 
version of win10 enterprise), and Pocket Topo is now working.


Best

Xavier

Le 12-Apr-17 à 10:17, Nick Bairstow via Therion a écrit :

Runs fine for me as well on Win 10 Pro 64bit. Don’t think I made any 
adjustments either.
I have had .net issues in the past and ended up uninstalling all versions and 
the carefully installing each version in order and that did it for me. Do not 
just install the latest version.

Slightly off thread
If you using a PDA or other device to survey with then you don’t actually need 
Pocket Topo on your pc, it's nice to have but not strictly necessary.
You can then save your .top file on to an SD card then get it into your pc with 
a card reader or whatever which means you do not have to use the very clunky 
Windows mobile. After that use Top Parser to create all your Therion files. If 
you are not aware of this method try it's by far the easiest and quickest way 
of getting your Topo data into Therion. Try it once and you won't go back to 
the manual way I can assure you.

https://bitbucket.org/AndrewA/topparser/downloads/

As a side issue if you are using your Disto X and sketching on paper you run 
the real risk of including any Disto errors in the data you eventually download 
and you may never notice. Sketching on a PDA shows errors straight away and you 
can correct on site. I learnt this the hard way.

I apologise if you already know all this but these mails being searchable are 
very useful to others over time.

Nick.

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 11 April 2017 20:59
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: Re: [Therion] Pocket Topo on windows 10?

Hi Xavier
PocketTopo runs fine for me on Windows 10 Home.
Don't think I had to make any adjustments to either product.
Bruce

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Xavier Pennec via 
Therion
Sent: Wednesday, 12 April 2017 7:35 AM
To: therion@speleo.sk
Cc: Xavier Pennec 
Subject: [Therion] Pocket Topo on windows 10?

Is anyone able to run pocket on Windows10?
I am currenty unable to install .Net framework 3.5 required to run it (on win10 
professonial).
I need to download data from a distoX2 to feed my therion files but I am 
currently blocked without pocket topo.
Any idea or insight?

Thanks

Xavier



--

-----
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Pocket Topo on windows 10?

[Xavier Pennec via Therion]

Hi Martin,

Yes I saw your email, and I already tried what is in this page before. 
The activation with the link is what is not working, and I cannot try 
the DISM command as I don't have a dvd with the windows sources: my 
win10 is the professional edition and the configuration is probably 
different from the win10 home edition. Before raising the problem to our 
system engineers, I wanted to verify if it was coming from the win10 
config or from a more general problem with pockettopo.


Xavier

Le 12-Apr-17 à 11:05, Eric Madelaine a écrit :

Hello Martin,

I have the same machine configuration than Xavier, and just tried to follow 
step by step the procedure
despcribed from MS support... But it failed...
The option "Activate .Net 3.5" is indeed present in the interface, but when 
trying to activate it, it shows
the same error than when trying to install it during the usual Pocket Topo 
instalL.

Eric.


- Mail original -

De: "Martin Sluka via Therion" 
À: "List for Therion users" 
Cc: "Martin Sluka" 
Envoyé: Mercredi 12 Avril 2017 10:54:24
Objet: Re: [Therion] Pocket Topo on windows 10?

Xavier, I posted answer from MS support according .Net and W10. It is
installed yet with system installation, just it should be activated as it is
described in that link.

m.s.



12. 4. 2017 v 10:33, Xavier Pennec via Therion :

Thanks Bruce,

Good to know that it should work. It seems that some files are missing
somewher for the installation of .Net 3.5 on my computer.  I will see with
my corporate support if they can solve the problem.

Best

Xavier


Le 11-Apr-17 à 21:58, Bruce Mutton via Therion a écrit :

Hi Xavier
PocketTopo runs fine for me on Windows 10 Home.
Don't think I had to make any adjustments to either product.
Bruce

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Xavier
Pennec via Therion
Sent: Wednesday, 12 April 2017 7:35 AM
To: therion@speleo.sk
Cc: Xavier Pennec 
Subject: [Therion] Pocket Topo on windows 10?

Is anyone able to run pocket on Windows10?
I am currenty unable to install .Net framework 3.5 required to run it (on
win10 professonial).
I need to download data from a distoX2 to feed my therion files but I am
currently blocked without pocket topo.
Any idea or insight?

Thanks

Xavier


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---

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

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



--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Pocket Topo on windows 10?

[Xavier Pennec via Therion]

Thanks Bruce,

Good to know that it should work. It seems that some files are missing 
somewher for the installation of .Net 3.5 on my computer.  I will see 
with my corporate support if they can solve the problem.


Best

Xavier


Le 11-Apr-17 à 21:58, Bruce Mutton via Therion a écrit :

Hi Xavier
PocketTopo runs fine for me on Windows 10 Home.
Don't think I had to make any adjustments to either product.
Bruce

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Xavier Pennec via 
Therion
Sent: Wednesday, 12 April 2017 7:35 AM
To: therion@speleo.sk
Cc: Xavier Pennec 
Subject: [Therion] Pocket Topo on windows 10?

Is anyone able to run pocket on Windows10?
I am currenty unable to install .Net framework 3.5 required to run it (on win10 
professonial).
I need to download data from a distoX2 to feed my therion files but I am 
currently blocked without pocket topo.
Any idea or insight?

Thanks

Xavier



--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

[Therion] Pocket Topo on windows 10?

[Xavier Pennec via Therion]

Is anyone able to run pocket on Windows10?
I am currenty unable to install .Net framework 3.5 required to run it 
(on win10 professonial).
I need to download data from a distoX2 to feed my therion files but I am 
currently blocked without pocket topo.

Any idea or insight?

Thanks

Xavier

--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Xtherion error when importing JPG in Windows

[Xavier Pennec via Therion]

This is due to the jpeg version of the image.  It happened to me when I 
generated the image with GIMP.
But editing and saving the image with the windows 7 image visualization 
tool solved the problem.

I have not tried with windows 10 yet.

Xavier

Le 25-Mar-17 à 16:44, Rodrigo Severo via Therion a écrit :

Hi,


Several users got the error on the image attached when trying to 
import a JPG image on XTherion on Windows. One single user succeded 
importing a JPG image on XTherion on Windows.


These XTherions were able to import a PNG image.

They were all using Therion for Windows available at 
https://therion.speleo.sk/downloads/therion-setup-dev.exe


How can they import JPG images?


Regards,

Rodrigo Severo



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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] survey of survey

[Xavier Pennec via Therion]

Hi Phil,

To complement Martin's question, the reference you use for your survey 
point in your scrap (1.8@toto_old.toto) is only valid if the toto-1p.th2 
file containing the scrap is loaded outside the toto survey. By the way, 
I assume that you have a survey environment named toto_old in 
toto_old.th and similarly for toto_new. My personal preference would be 
to load the scraps within in the "toto" environment and to reference the 
station using  -name 1.8@toto_old.


Xavier

Le 21-Dec-16 à 15:43, Martin Sluka via Therion a écrit :

Therion strictly uses „name spaces“.

Where is command input toto-1p.th2?

Martin


21. 12. 2016 v 13:40, Philippe Vernant via Therion :

Hi,

Sorry for bothering you every day, today's question is :
I have a toto.th file :

survey toto -title “Toto"
  input toto_old.th
  input toto_new.th

   centerline
 equate  1.15@toto_old  1.3@toto_new
   endcenterline

endsurvey

Since I’m merging an old survey with a new one, I have stations from both 
surveys that are in the same scrap, in the toto-1p.th2 file I use:

point 1271.69 1802.81 station -name 1.8@toto_old.toto

But when I compile I have the following error :

therion: error — toto-1p.th2 [10] -- survey does not exist -- toto_old.toto -- 
station does not exist -- 1.8@toto_old.toto

What the heck am I missing ?

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

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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Extended elevations xvi and sketches error

[Xavier Pennec via Therion]

The trick is simple and it works well but it is really painful as it has 
to be done manually each time something is changed (e.g. correct a 
station number, remove a station number because it gives too much 
distorsion, etc). I did it for all my elevation sketches over the last 4 
years and I am getting a bit tired of it.


Xavier

Le 02-Dec-16 à 16:33, Martin Sluka via Therion a écrit :
There is simple way around. Just note somewhere coordinates of 
sketches placement and edit them manually after recompiling.


m.

On Dec 02, 2016, at 02:50 PM, Xavier Pennec via Therion 
 wrote:


I think Vasili is talking about the bug in the placement of morphed 
sketches that was discussed in November 2011 (see 
https://mailman.speleo.sk/pipermail/therion/2011-November/003564.html 
and following messages).


I have to say that I would also like this bug to be corrected, it is 
a real pain to move the morphed sketches in elevations each time they 
are recompiled.


Xavier


Le 02-Dec-16 à 13:57, Martin Sluka via Therion a écrit :

It means to move those sketches?

Double click with right button of mouse. The cursor will change to 
bold cross with arrows and you may move with sketches.


m.


On Dec 02, 2016, at 01:47 PM, "Vasily Vl. Suhachev via Therion" 
 wrote:



Hello

Is it possible to fix error with wrong placement of morphed 
sketches at

XVI for extended elevations?

At attached screenshot: morphed sketches should be in place of 
displayed

'scrap'

--
WBR, Vasily


___
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


--
> -----
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
>http://www-sop.inria.fr/asclepios/
> ---
___
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


--

-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Extended elevations xvi and sketches error

[Xavier Pennec via Therion]

I think Vasili is talking about the bug in the placement of morphed 
sketches that was discussed in November 2011 (see 
https://mailman.speleo.sk/pipermail/therion/2011-November/003564.html 
and following messages).


I have to say that I would also like this bug to be corrected, it is a 
real pain to move the morphed sketches in elevations each time they are 
recompiled.


Xavier


Le 02-Dec-16 à 13:57, Martin Sluka via Therion a écrit :

It means to move those sketches?

Double click with right button of mouse. The cursor will change to 
bold cross with arrows and you may move with sketches.


m.


On Dec 02, 2016, at 01:47 PM, "Vasily Vl. Suhachev via Therion" 
 wrote:



Hello

Is it possible to fix error with wrong placement of morphed sketches at
XVI for extended elevations?

At attached screenshot: morphed sketches should be in place of displayed
'scrap'

--
WBR, Vasily


___
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


--

-----
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

Re: [Therion] Additional morphing points (type "extra") explained

[Xavier Pennec]

According to the therion book (p. 25), extra points can also be used 
without LRUD by specifying the distance to either the closest station of 
a specific station, e.g.: point 0.0 0.0 extra -dist 3 -from 2@mysurvey

I have not tried yet, though.

Xavier

Le 18/11/2016 11:52, Benedikt Hallinger a écrit :

Thank you for the fadt reply.
If i understand and interpret correctly, the behavior unfolds in the 
following way:

- when i detect inproper morphing of walls compared to lrud data
- i place "extra" points on my traced wall signature.
- the extra point position is approximately where the lrud point is 
assumed to be on the wall.
- when rendering, therion morphes the wall to match the extra point 
position to the corresponding lrud position for that point (which is 
the nearest station).


That would imply:
a) there is no use for extra points without lrud data.
b) extra points reference l+r positions of lrud data of the nearest 
station, therefore it is not possible to set more than two extra 
points per station.


Is the above true?



Am 2016-11-18 11:20, schrieb Martin Sluka:

18. 11. 2016 v 8:07, Benedikt Hallinger :

Hello,
i struggle to understand how the extra morphing points are meant to 
be used.


How do they work technically? How do i correctly set them?
Are they linked to the nearest station and could i use more than two 
extra points?

Are they linked to LRUD data?

I already investigated the "morohing" example from the documentation 
(both in code and in thbook), so i think it would be good to stick 
to this example.


Thank you very much!
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


Hi Benedikt,

the purpose of these extra points is to correct differences between 
LRUD data (if available) and distances to walls in sketches.


Check page 89 of TherionBook.

m.

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


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


--

---------
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---


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

[Therion] Water symbol

[Xavier Pennec]

Dans mon layout, j'ia modifie le symbol de léau de maniere differente:
je cree un nouveau symbol d'aire (a_water_XAV) que j'assigne ensuite au 
symbol water (code ci-dessous).
Je ne sais plus pourquoi j'ai fait comme ca, mais ca doit etre parce que 
j'ai eu un pb avec la modification directe.

Xavier

code metapost
 def color_water = (0.48, 0.84, 1.0) enddef;

 beginpattern(pattern_water_XAV);
 pickup PenC;
 p:=(-.15u,0)--(.15u,0);
 draw p shifted (.2u,.3u);
 draw p shifted (.9u,.6u);
 draw p shifted (1.5u,.8u);
 patternstep (1.8u,1.0u);
 endpattern;

 def a_water_XAV (expr Path) =
   T:=identity;
   # thclean Path;
   thfill Path withcolor color_water;
   thfill Path withpattern pattern_water_XAV;
 enddef;

 initsymbol("a_water_XAV");

 symbol-assign area water XAV
  endcode

Le 03/02/2016 08:55, Contact Maison-hote.fr a écrit :
> Merci Bertrand et Pavel!
>
> Effectivement en changeant de viewer pdf ca fonctionne car la 
> compilation plante avec adobe ouvert!
>
>
> Je bloque aussi sur quelque chose pour créer des surfaces bleu (eau 
> comme dans l'exemple rabbit), j'ai insérer le code :
>
>   code metapost
>   def a_water (expr p) =
> T:=identity;
> thfill p withcolor (0.0, 0.5, 1.0);
>   enddef;
>  endcode
>
> dans mon layer
>
> j'ai beau insérer des area de type "Aera water" dans mon dessin, mais 
> ca fait toujours des vagues a la place d'une surface bleu, je n'arrive 
> pas a reproduire l'exemple rabbit, avez vous une idée ?
>
>
> Merci encore
>
> Bonjour,
>
>
> Cordialement
>
> Gardère Yann
>
> PS: N'oubliez pas de faire un lien sur votre site internet vers notre 
> guide http://www.maison-hote.fr , code html:
> http://www.maison-hote.fr";>Guide des chambres d'hôtes et 
> gîtes
>
> Le 3 février 2016 à 08:50, Pavel Herich  <mailto:herich at speleodd.sk>> a écrit :
>
> Bonjour,
> Je travaille avec un SumatraPDF
> (http://www.sumatrapdfreader.org/free-pdf-reader.html), parce que
> le pdf ducument n´est pas fermé la bas - tu peux le compile sans
> débranchement.
> Pavel
>
> Dňa 2016-02-03 08:04 Yann Gardère napísal(a):
>
> Bonjour,
>
> Peut t'on automatiser l'ouverture du pdf généré à chaque
> compilation de la cavité ?
>
> Je n'ai pas trouvé d'autre moyen que de regarder manuellement le
> résultat de chaque nouvel élément graphique en ouvrant
> manuellement
> le pdf suite à la compilation
>
> Merci!
>
> Gardère Yann
>
> ___
> Therion mailing list
> Therion at speleo.sk <mailto:Therion at speleo.sk>
> http://mailman.speleo.sk/mailman/listinfo/therion
>
> ___
>     Therion mailing list
> Therion at speleo.sk <mailto: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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20160203/701f6a31/attachment.html>

[Therion] xvi background management

[Xavier Pennec]

Sorry, I agree. A simple click and drag translates the whole stuff, but 
a double click and drag (without releasing the second click) allows you 
to move one object with respect to the others (if you click on it, which 
is not always easy for an xvi).

Xavier

Le 03/10/2015 15:58, Marco Menchise a écrit :
> Hello Xavier,
> thank you for your email. I tried but left click does not allow me to 
> drag the xvi over the drawings, it only let me move the whole content 
> of the window..
>
> Marco
>
> On Sat, Oct 3, 2015 at 3:49 PM, Xavier Pennec  <mailto:Xavier.Pennec at inria.fr>> wrote:
>
> I don't know if this is what you seek but I personally left click
> and drag on the xvi in th2 window of xtherion, like other images.
> This is more precise that editing the xth_me_image_insert directive.
>
> Xavier
>
>
>
> Le 03/10/2015 10:20, Marco Menchise a écrit :
>> Hello,
>>
>> I use to draw scraps over a .xvi exported background. So I
>> generate .xvi file, import it in xtherion as a background image
>> and draw scraps over it.
>>
>> Sometimes I need to re-generate background (for example to add
>> new branches). If I do that and re-open th2 file I see the
>> background is no more aligned with scraps. I use to manually edit
>> the .th2 file and align it by changing the xth_me_image_insert
>> directive.
>>
>> Is there any way to do this quickly in xtherion?
>>
>> Thanks,
>> Marco
>>
>>
>>
>>
>> ___
>>     Therion mailing list
>> Therion at speleo.sk <mailto:Therion at speleo.sk>
>> http://mailman.speleo.sk/mailman/listinfo/therion
>
> -- 
> > -
> > Xavier Pennec
> > Senior Research Scientist / Directeur de recherche
> > Asclepios project-team, INRIA Sophia-Antipolis
> > 2004 Route des Lucioles, BP93
> > F-06902 Sophia-Antipolis Cedex, France
> >+33 4 92 38 76 64 
> >+33 6 78 35 16 90 
> >http://www-sop.inria.fr/asclepios/
> > ---
>
>
> ___
> Therion mailing list
> Therion at speleo.sk <mailto: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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

[Therion] xvi background management

[Xavier Pennec]

I don't know if this is what you seek but I personally left click and 
drag on the xvi in th2 window of xtherion, like other images.
This is more precise that editing the xth_me_image_insert directive.

Xavier


Le 03/10/2015 10:20, Marco Menchise a écrit :
> Hello,
>
> I use to draw scraps over a .xvi exported background. So I generate 
> .xvi file, import it in xtherion as a background image and draw scraps 
> over it.
>
> Sometimes I need to re-generate background (for example to add new 
> branches). If I do that and re-open th2 file I see the background is 
> no more aligned with scraps. I use to manually edit the .th2 file and 
> align it by changing the xth_me_image_insert directive.
>
> Is there any way to do this quickly in xtherion?
>
> Thanks,
> Marco
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

[Therion] Projected Elevation Output

[Xavier Pennec]

It seems that therion does not recognize your scrap as an "[elevation 
90]" that it can draw.
Did you took care of specifying "-projection [elevation 90]" in the scrap?

Xavier

Le 18/07/2015 16:58, Nick Bairstow a écrit :
> I am trying to draw a 90 degree elevation. All seems well but the PDF output 
> shows the topo survey as shown in the .th2 file background and not the walls 
> etc that I have drawn.
> I can't find any reference to this problem in the available information or 
> archives and after 2 hours have decided to go for beer. I'm obviously missing 
> something anyone got any ideas.
> The extended elevation works perfectly.
>
> Nick.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

[Xavier Pennec]

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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Therion Digest, Vol 112, Issue 5

[Xavier Pennec]

gt;> 100.0%
>>>>>> ==> Installing dependencies for therion: libpng, freetype, xz, libtool, j
>>>>>> ==> Installing therion dependency: libpng
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/libpng-1.6.17.mavericks.bot
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring libpng-1.6.17.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/libpng/1.6.17: 17 files, 1.3M
>>>>>> ==> Installing therion dependency: freetype
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/freetype-2.5.5.mavericks.bo
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring freetype-2.5.5.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/freetype/2.5.5: 60 files, 2.6M
>>>>>> ==> Installing therion dependency: xz
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/xz-5.2.1.mavericks.bottle.t
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring xz-5.2.1.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/xz/5.2.1: 59 files, 1.7M
>>>>>> ==> Installing therion dependency: libtool
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/libtool-2.4.6.mavericks.bot
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring libtool-2.4.6.mavericks.bottle.tar.gz
>>>>>> ==> Caveats
>>>>>> In order to prevent conflicts with Apple's own libtool we have prepended 
>>>>>> a "g"
>>>>>> so, you have instead: glibtool and glibtoolize.
>>>>>> ==> Summary
>>>>>> ?  /usr/local/Cellar/libtool/2.4.6: 69 files, 3.8M
>>>>>> ==> Installing therion dependency: jpeg
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/jpeg-8d.mavericks.bottle.2.
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring jpeg-8d.mavericks.bottle.2.tar.gz
>>>>>> ?  /usr/local/Cellar/jpeg/8d: 18 files, 780K
>>>>>> ==> Installing therion dependency: imagemagick
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/imagemagick-6.9.1-1.maveric
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring imagemagick-6.9.1-1.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/imagemagick/6.9.1-1: 1442 files, 22M
>>>>>> ==> Installing therion dependency: lcdf-typetools
>>>>>> ==> Downloading http://www.lcdf.org/type/lcdf-typetools-2.104.tar.gz
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> ./configure --prefix=/usr/local/Cellar/lcdf-typetools/2.104 
>>>>>> --without-kpaths
>>>>>> ==> make install
>>>>>> ?  /usr/local/Cellar/lcdf-typetools/2.104: 29 files, 4.1M, built in 20 
>>>>>> seconds
>>>>>> ==> Installing therion dependency: cmake
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/cmake-3.2.2.mavericks.bottl
>>>>>> ######## 
>>>>>> 100.0%
>>>>>> ==> Pouring cmake-3.2.2.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/cmake/3.2.2: 1847 files, 32M
>>>>>> ==> Installing therion dependency: boost
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/boost-1.57.0.mavericks.bott
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring boost-1.57.0.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/boost/1.57.0: 10572 files, 439M
>>>>>> ==> Installing therion dependency: fontconfig
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/fontconfig-2.11.1.mavericks
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring fontconfig-2.11.1.mavericks.bottle.3.tar.gz
>>>>>> ==> /usr/local/Cellar/fontconfig/2.11.1/bin/fc-cache -frv
>>>>>> xtherion?  /usr/local/Cellar/fontconfig/2.11.1: 448 files, 3.6M
>>>>>> ==> Installing therion dependency: szip
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/szip-2.1.mavericks.bottle.t
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring szip-2.1.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/szip/2.1: 9 files, 136K
>>>>>> ==> Installing therion dependency: hdf5
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles-science/hdf5-1.8.14.maveric
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring hdf5-1.8.14.mavericks.bottle.2.tar.gz
>>>>>> ?  /usr/local/Cellar/hdf5/1.8.14: 174 files, 11M
>>>>>> ==> Installing therion dependency: libtiff
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/libtiff-4.0.3.mavericks.bot
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring libtiff-4.0.3.mavericks.bottle.tar.gz
>>>>>> ?  /usr/local/Cellar/libtiff/4.0.3: 254 files, 3.8M
>>>>>> ==> Installing therion dependency: vtk
>>>>>> ==> Downloading http://www.vtk.org/files/release/6.2/VTK-6.2.0.tar.gz
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> cmake -DCMAKE_C_FLAGS_RELEASE= -DCMAKE_CXX_FLAGS_RELEASE= 
>>>>>> -DCMAKE_INSTALL_PR
>>>>>> ==> make
>>>>>> xtherion
>>>>>> ==> make install
>>>>>> ==> Caveats
>>>>>> Even without the --with-qt option, you can display native VTK render 
>>>>>> windows
>>>>>> from python. Alternatively, you can integrate the RenderWindowInteractor
>>>>>> in PyQt, PySide, Tk or Wx at runtime. Read more:
>>>>>> import vtk.qt4; help(vtk.qt4) or import vtk.wx; help(vtk.wx)
>>>>>>
>>>>>>
>>>>>> Python modules have been installed and Homebrew's site-packages is not
>>>>>> in your Python sys.path, so you will not be able to import the modules
>>>>>> this formula installed. If you plan to develop with these modules,
>>>>>> please run:
>>>>>> mkdir -p /Users/Rob/Library/Python/2.7/lib/python/site-packages
>>>>>> echo 'import site; 
>>>>>> site.addsitedir("/usr/local/lib/python2.7/site-packages")' >> 
>>>>>> /Users/Rob/Library/Python/2.7/lib/python/site-packages/homebrew.pth
>>>>>> ==> Summary
>>>>>> ?  /usr/local/Cellar/vtk/6.2.0: 3186 files, 125M, built in 21.4 minutes
>>>>>> ==> Installing therion dependency: wxmac
>>>>>> ==> Downloading 
>>>>>> https://homebrew.bintray.com/bottles/wxmac-3.0.2.mavericks.bottl
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> Pouring wxmac-3.0.2.mavericks.bottle.9.tar.gz
>>>>>> ?  /usr/local/Cellar/wxmac/3.0.2: 777 files, 41M
>>>>>> ==> Installing therion
>>>>>> ==> Downloading http://therion.speleo.sk/downloads/therion-5.3.16.tar.gz
>>>>>>  
>>>>>> 100.0%
>>>>>> ==> make config-macosx
>>>>>> ==> make
>>>>>> ==> make install
>>>>>> ?  /usr/local/Cellar/therion/5.3.16: 6 files, 4.4M, built in 50 seconds
>>>>>> Roberts-MacBook-Pro:~ Rob$ xtherionxtherion
>>>>>> -bash: xtherionxtherion: command not found
>>>>>> Roberts-MacBook-Pro:~ Rob$ xtherion
>>>>>>
>>>>>> _
>>>>>>
>>>>>> A program named WISH opened and window named therion compiler. The 
>>>>>> Status bar at the bottom read ?User interface is not active. To activate 
>>>>>> it open and existing file or create a new one."
>>>>>> When I try to open a file with either the Wish file|open or the folder 
>>>>>> button I am unable to open any files in the Demo data set - they are all 
>>>>>> grey and cannot be selected.
>>>>>>
>>>>>> I am a first time user. Previously used On Station and the Walls. I had 
>>>>>> data for 3 major caving areas in Walls totalling about 50 km of cave. I 
>>>>>> want to switch it all to Therion but if I can?t get the program to work 
>>>>>> then I?ll have to stick with Walls.
>>>>>>
>>>>>> Rob Countess
>>>>>> -- next part --
>>>>>> An HTML attachment was scrubbed...
>>>>>> URL: 
>>>>>> <http://mailman.speleo.sk/pipermail/therion/attachments/20150418/4f466a3f/attachment.htm>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> ___
>>>>>> Therion mailing list
>>>>>> Therion at speleo.sk
>>>>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>>>>>
>>>>>>
>>>>>> End of Therion Digest, Vol 112, Issue 4
>>>>>> ***
>>>>> -- next part --
>>>>> An HTML attachment was scrubbed...
>>>>> URL: 
>>>>> <http://mailman.speleo.sk/pipermail/therion/attachments/20150418/dc6924bd/attachment.htm>
>>>>>
>>>>> --
>>>>>
>>>>> ___
>>>>> Therion mailing list
>>>>> Therion at speleo.sk
>>>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>>>>
>>>>>
>>>>> End of Therion Digest, Vol 112, Issue 5
>>>>> ***
>>>> ___
>>>> 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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] symbol "u" problem

[Xavier Pennec]

I had this problem a while ago (actually soon after I used the very 
useful feature of user symbols).
The way to get around is to redefine the symbol to nothing in your layout:

   ## hide user define symbols
   # symbol-hide line u:mylinesymbol
   code metapost
 def l_u_mylinesymbol (expr P) = enddef;
  endcode

Of course it would be better to have symbol-hide working on user-defined 
symbols but this is still feasible in many cases.

Hope that helps.

Xavier


Le 28/01/2015 10:08, herich at speleodd.sk a écrit :
> Hello,
> I don´t know what I am doing wrong, but if I use something like this 
> in layout:
> symbol-hide line wall (or show, color, assign), everything works perfect.
> But, it doesn´t work with "u" , so symbol-hide line u:definedname will 
> make an error with comment - unknown symbol specification. In layout 
> there is a definition of u:definedname, as well as 
> "initsymbol("l_u_definedname"); , outside layout is defined name for 
> legend and everything works well, except symbol-hide (or so) command. 
> Do you have any idea?
> Thank you
> Palo
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Display altitude with more digits?

[Xavier Pennec]

Hi there,

For an accurate survey of a cave I need to display altitude labels up to 
decimeters (in meters but with one digit).
The standard display rounds values at the closest meter. does anybody 
knows how to change the rounding to 0.1 m instead?

Thanks

Best

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Bug !?

[Xavier Pennec]

I got the same kind of coordinates with standard drawing in Xtherion. I 
think it has nothing to do with PocketTopo or via TopParser but rather 
depends on the scale of the zoom at which the th2 is drawn in xtherion. 
I suspect that it comes from a rounding error involving a large zoom 
(but no time to check that thoroughly now either...)

Xavier

Le 21/11/2014 05:26, Bruce a écrit :
> Is this for files imported from PocketTopo or via TopParser by any chance?
> I have been getting the same thing, and I have put it down to TopParser.
> (Sorry no time to check just now - I might be casting unnecessary
> aspersions.)
> Bruce
>
>
> -Original Message-
> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
> Behalf
> Of Torsten Schnitter
> Sent: Friday, 21 November 2014 1:32 a.m.
> To: therion at speleo.sk
> Subject: [Therion] Bug !?
>
> Hi
>
> I'm using Therion 5.3.15 on Windows 7 (64bit).
> While inserting different things in a .th2 file using the map editor I get
> very
> often thinks like:
> "point 2428.81997 1966.9900..."
> But not all point are in this format. Some of them are in a "normal" 2
> decimals
> form.
>
> May be there is a little bug rounding these numbers!?
> Not really an issue as it works but just as an information...
>
> Torsten
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Cleaning up folders and temp files

[Xavier Pennec]

Hi Rowena,

Thanks for the hint. Your mail made me realise that using  "system 
therion config2.th" within config1.th could be a solution to launch 
automatically the compilation of several maps (e.g.  with the same 
projection) from a single config file.

I will test that soon.

Xavier

Le 14/11/2014 00:48, rowena_l at tpg.com.au a écrit :
>
> Hi Vladmir,
>
> You can put commands in your thconfig file to delete the unwanted 
> files after the  "export" command.
>
> Therion Book, page 46:
>
> 'system'
> Allows to execute system commands during therion compilation. 53 
> Normally Therion
> waits until the subprocess is finished. If you want to continue 
> compilation without break,
> use  & syntax on Linux and start  syntax on Windows.
>
> Regards,
>
> Rowena
>
>
> - Original Message -
> From:
> "List for Therion users" 
>
> To:
> "therion at speleo.sk " 
> Cc:
>
> Sent:
> Thu, 13 Nov 2014 14:28:48 -
> Subject:
> [Therion] Cleaning up folders and temp files
>
>
> Hi
>
> After I compile a project I end up with several files that I don't
> need like:
> .xtherion.dat - don't know what it is
> therion.log
> and a couple of temp PDFs that I compile and then merge into a
> final PDF that contains both plan and elevation
>
> Is there a way to delete all of those or at least prevent therion
> from generating them? I don't really look at the therion.log file.
>
> In the examples I see commands like:
> #!CLEAN rabbit.lox rabbit-plan.pdf rabbit-xelev.pdf
> but it doesn't seem to do anything and uncommenting it causes an
> error.
>
> Vladimir
>
> -
> Mail.BG: ? e-mail ?. ???-??? ?? ??
> ?? ? - 20 GB  ?, 1 GB ? ,
> ? POP3, ??? ??, SMS ??? ? ?.
> http://mail.bg
>
> ___
> 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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20141114/0d4a226a/attachment.html>

[Therion] metapost error on Windows7

[Xavier Pennec]

Hi Stacho,

It also looks to me as if there is a lock on some file. It is apparently 
happening during the generation of  small postscript elements (e.g. 
data.4008). I am still trying to reproduce it in a consistent way.

But if nobody else is experiencing it, it  might comes as well from my 
antivirus scanning these bits before they are finished to be dealt with.

Xavier

Le 22/09/2014 18:27, Stacho Mudrak a écrit :
> This is really strange... I have experienced similar problem with PDF 
> file being locked, even it is not open in Adobe Reader.
> It looks to me, that OS is reading somehow these files (to index 
> them???) and for a very small amount of time they are locked.
> May be I am completely wrong, but without being able to reproduce this 
> error, I see no way how to debug it...
>
> S.
>
> On 22 September 2014 09:56, Xavier Pennec  <mailto:Xavier.Pennec at inria.fr>> wrote:
>
> Since I installed the last version of therion, metapost is
> randomly bugging on writing temporary files with the message
> "! I can't write on file `'. Please type another file name for input:"
> As this is blocking therion, I have to kill the compilation
> windows and retry. It usually reworks after a few try.
> I tried so see what was wrong in the tmp files with the compile
> option -d without success so far
>
> Does anyone experience the same behavior or does it come from some
> special feature of my installation?
>
> Xavier
>
> -- 
>
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64 
> +33 6 78 35 16 90 
> http://www-sop.inria.fr/asclepios/
> ---
>
>
> ___
> Therion mailing list
> Therion at speleo.sk <mailto: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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20140922/72ecf748/attachment.html>

[Therion] metapost error on Windows7

[Xavier Pennec]

Since I installed the last version of therion, metapost is randomly 
bugging on writing temporary files with the message
"! I can't write on file `'. Please type another file name for input:"
As this is blocking therion, I have to kill the compilation windows and 
retry. It usually reworks after a few try.
I tried so see what was wrong in the tmp files with the compile option 
-d without success so far

Does anyone experience the same behavior or does it come from some 
special feature of my installation?

Xavier

-- 
> ---------
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Combining caves using different co-ordinate systems

[Xavier Pennec]

> first
> included cave is applied to subsequent caves too. Is there a
> way to
> deal with this?
>
> Footleg
> ___
> Therion mailing list
> Therion at speleo.sk <mailto:Therion at speleo.sk>
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
> _______
> Therion mailing list
> Therion at speleo.sk <mailto: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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20140920/4f6f1675/attachment.html>

[Therion] How to scale the background image.

[Xavier Pennec]

Therion assumes images at 100 dpi and ignores the stored dpi 
information. I think it is documented somewhere in the therion book.
Thus is you want to conserve the scale of your image (scanned at 300 
dpi) you should divide its size its size by 3 (undesample to 666 pixels) 
in gimp.

Xavier

Le 07/09/2014 09:18, Michael Lake a écrit :
> Hi all
>
> I have a completed therion map. A scrap was traced over a background image 
> that was 2000 px wide (scanned at 300 dpi). I wish to reduce the size of the 
> background image to 1000 px as it only needs to be effectively 150 dpi 
> resolution. In the Gimp I reduced it to 1k wide and changed the dpi from 300 
> to 150 dpi.
>
> In xtherion now the image is 1/2 the size of the scrap (hence it guess it 
> ignores any dpi info in the image file).
> I can use "Adjust" in the "Drawing area" to move the image up or down but how 
> can I scale it on screen to once again match the scrap?
>
> Mike
>
>
> UTS CRICOS Provider Code: 00099F
> DISCLAIMER: This email message and any accompanying attachments may contain 
> confidential information.
> If you are not the intended recipient, do not read, use, disseminate, 
> distribute or copy this message or
> attachments. If you have received this message in error, please notify the 
> sender immediately and delete
> this message. Any views expressed in this message are those of the individual 
> sender, except where the
> sender expressly, and with authority, states them to be the views of the 
> University of Technology Sydney.
> Before opening any attachments, please check them for viruses and defects.
>
> Think. Green. Do.
>
> Please consider the environment before printing this email.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Français

[Xavier Pennec]

Bonjour Yann,

Il y a en effet des speleo francophones sur la liste. Voila une 
traduction rapide en therion avec un fichier thconfig minimal qui qui 
permet de compiler. A partir de la tu dois pouvoir mettre le reste des 
donnees et modifier le thconfig pour en faire ce que tu veux.

Sur le wiki de therion (en francais : 
http://therion.speleo.sk/wiki/doku.php/skillfr) tu trouvera aussi une 
doc en francais realisee par Thierry Gonon et completée par Gilbert 
Fernandes : http://therion.speleo.sk/wiki/doku.php/fr).

Amicalement

Xavier



Le 25/08/2014 09:15, Contact Maison-hote.fr a écrit :
> Bonjour
>
> Merci de vos réponses, avec le caf albertville, nous explorons une 
> cavité nommée "Les barbares" où la topo a été faite sous visual topo, 
> ce n'est pas une grosse cavitée mais j'aurai voulu la traduire en 
> langage Therion.
>
> Cela fait plusieurs fois que j'essaye  et que je lit les tutoriaux en 
> Français présents sur le wiki, mais malgres mes tentatives, je 
> m'arrache les cheveux et abandonne.
>
> J'aurai aimé avoir une base de travail therion du fichier .tro que je 
> met en PJ si quelqu'un veut bien m'aider.
> Je l'ai volontairement tronqué pour qu'il n'y ai que quelques lignes 
> afin que je continue le travail si je recoit une réponse
>
> Je ferai un petit article sur cette conversion avec les fichiers 
> sources tro et therion sur www.au-coeur-de-la-terre.org 
> <http://www.au-coeur-de-la-terre.org>
>
> merci à vous
>
> ---
>
> Hello
>
> Thank you for your answers, with the CAF albertville, we explore a 
> cavity called "The Barbarian" where the topo was made under visual 
> Visual Topo, it's not a big cavity but I wish I could translate it 
> into Therion language.
>
> For many times I try and I read the tutorials present on the French 
> wiki, but despites my attempts, I tear the hair and gives up.
>
> I wish I had a database file .tro therion work I put in PJ if someone 
> will help me.
> I deliberately truncated so that there was only a few lines that I 
> still work if I receives a response
>
> I will do a little article on this conversion with tro source files 
> and therion on www.au-coeur-de-la-terre.org 
> <http://www.au-coeur-de-la-terre.org>
>
> thank you to you
>
>
> Le 24 août 2014 22:19, Markus Boldt  <mailto:markus.boldt at gmx.net>> a écrit :
>
> non, il n'ya qu'une seulelisteen anglais-ou?
>
> No, there is « only » a list in english -- or ?
>
> Regards
>
> Markus
>
> *Von:*therion-bounces at speleo.sk <mailto:therion-bounces at speleo.sk>
> [mailto:therion-bounces at speleo.sk
> <mailto:therion-bounces at speleo.sk>] *Im Auftrag von *Yann Gardère
> *Gesendet:* Sonntag, 24. August 2014 19:48
> *An:* therion at speleo.sk <mailto:therion at speleo.sk>
> *Betreff:* [Therion] Français
>
>
> -- 
> Bonjour,
>
> Y a t'il des speleo français sur la liste therion, j'aurai des
> questions mais n'y connait rien en anglais;merci
>
>
> Cordialement
>
> Gardère Yann
>
>
> ___
> Therion mailing list
> Therion at speleo.sk <mailto:Therion at speleo.sk>
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
>
>
> -- 
> Bonjour,
>
>
> Cordialement
>
> Gardère Yann
>
> PS: N'oubliez pas de faire un lien sur votre site internet vers notre 
> guide http://www.maison-hote.fr , code html:
> http://www.maison-hote.fr";>Guide des chambres d'hôtes et 
> gîtes
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20140825/c2f7e144/attachment.html>
-- next part --
encoding  utf-8
survey Les_Barbares -title "Trou des Barbrares" 

  centerline

team "topographe 1"
team "topographe 2"

date 2014.08.16

# topo du trou des

[Therion] non ascii text in labels

[Xavier Pennec]

Hi,

You normally just have to encode these characters in latex (see 
http://en.wikibooks.org/wiki/LaTeX/Special_Characters)
For instance the ö would be \"o or \"{o}.

Xavier

Le 30/07/2014 05:37, rowena_l at tpg.com.au a écrit :
> Hi,
>
> I wish to put non ascii text in labels on maps, eg the "o with two 
> dots above it"  - ö or the character þ
> How do I enter such text into therion's text field?
>
> Thanks
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

[Therion] preview above/below in elevation maps? --> map-level selection problem

[Xavier Pennec]

Hi Bruce, I'm happy to be a distraction in the Middle-Earth survey :-) 
Are you somehow approaching the end of this survey? I guess we should 
hope the contrary, and that the cave should always continue a bit (or 
rather a lot) further.  Say hello to Michael for me.

Thanks for your answer, that was very helpful to better identify the 
problem. I'm using 5.3.15 so everything should work similarly for me. 
Actually offset is working properly (I did not thought of trying that) 
but I discovered that the behavior of preview above/below is dependent 
of the number of layers of maps.


My map with the preview is very similar to yours:
 map Coupe300_StFrancois
 title "Pous RG16 - Quartier Saint-FrancoisCoupe 300 degrés"
 projection [elevation 300 deg]
 Coupe300_StFrancoisDepilage
 # Coupe300_StFrancoisTBP4 [0 10 m] below ## working properly if 
uncommented
 preview below Coupe300_StFrancoisTBP4 # here is the problem
  endmap

If I select this map (select Coupe300_StFrancois at PousRG16) in the 
thconfig, then I got the expected behavior as in your case (file 
Coupe300_StFrancois.pdf). However, this map is normally recombined with 
other projection maps to draw the complete elevation, as done below:
 map Coupe300
 title "Pous RG16 - Coupe 300 degrés"
 projection [elevation 300 deg]
 # Here could be another map
 Coupe300_StFrancois
 endmap
Selecting this higher level map (even with no other maps included as 
here) does not display the preview (file Coupe300.pdf).

However it is said in the Thbook that "Preview is displayed only if the 
map is in the map-level level as specified by the select command. Use 
the revise command if you want to add maps from higher levels to the 
preview."  And indeed, when I use "select Coupe300 at PousRG16 -map-level 
2" in my thconfig file, then the preview is displayed.  The map-level 
apparently seems to have to match exactly the number of layers 
(-map-level 3 or more does not display it) while I would have expected 
that all maps up to a certain level would be shown.

I am  wondering what is the underlying reason for this behavior and if 
anyone would have an example of the use of the "revise" command to  
overload the behavior (I have to admit that the revise command remains 
pretty obscure to me).


Xavier



Le 16/06/2014 04:11, Bruce a écrit :
>
> Hi Xavier
>
> Have just finished cleaning my caving gear after caving two days with 
> Michael and others.  Your message a nice distraction from the job of 
> actually drawing the weekends surveying!
>
> Michael has been using previews and offsets for elevation maps for 
> some time.
>
> I checked just now, and it is working with 5.3.15, and presume it must 
> have been fine with 5.3.14 and earlier.
>
> The example here includes statements like these to create the map 
> definition;
>
>   map DeckExtensionElev290   \
>
>   -title "Middle Earth Cave Deck Extension PassagesElevation 
> looking 290 deg" \
>
>   -projection [elevation 290 deg]
>
>   preview below MiddleEarthElev290Map
>
> DD-SandyWayElev290 at MiddleEarth [-300 000 m] above
>
>   #etc
>
> Regards
>
> Bruce
>
> -Original Message-
> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
> Behalf Of Xavier Pennec
> Sent: Monday, 16 June 2014 9:22 a.m.
> To: List for Therion users
> Subject: [Therion] preview above/below in elevation maps?
>
> Does anyone has experience with preview above/below in elevation maps?
>
> I use it quite often in plan maps, with the expected behavior, but when
>
> I try it in an elevation map, the "previewed" map does not appear at all
>
> in my pdf neither with below or above.   I am wondering if I missed
>
> something in the intended behavior or if there is a bug in my layouts
>
> (although it does not work either if I don't load them).
>
> Thanks for your insights
>
> Xavier
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20140616/38b3bdab/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: not available
T

[Therion] preview above/below in elevation maps?

[Xavier Pennec]

Does anyone has experience with preview above/below in elevation maps?

I use it quite often in plan maps, with the expected behavior, but when 
I try it in an elevation map, the "previewed" map does not appear at all 
in my pdf neither with below or above.   I am wondering if I missed 
something in the intended behavior or if there is a bug in my layouts 
(although it does not work either if I don't load them).

Thanks for your insights

Xavier

-- 
> ---------
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] questions

[Xavier Pennec]

Hi Alvaro,

Maybe you could have a look at the wiki first 
(http://therion.speleo.sk/wiki/doku.php),
I believe that the answer to many of your questions is already in there. 
For instance, the tutorial "Therion by example" 
(http://therion.speleo.sk/wiki/doku.php/tbe see chapters 3 and 4) was 
quite useful when I started.

Best

Xavier

Le 20/05/2014 10:10, Alvaro Iribarren a écrit :
> Hi,
>
> I'm newbie using therion and i have any questions :
>
> - What is the basic steps to create a drawing? :
>1.- create file *.th with cave data
>2.- export data to *.xvi format
>3.- create a th2 file and insert xvi file
>4.- in drawing :
>a) create scrap
>b) mark point stations
>c) insert walls
>d) insert other objects and details
>  .
>5.- export to pdf format or other formats
>
>- How i can hide polygonal lines in pdf?, if i use "flag splay", 
> don't show
>  me the statistics, but if no use this option, appears polygonal 
> lines in
>  drawing but show me statistics .
>
>
> thank so much for your help
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20140520/56ceed8b/attachment.html>

[Therion] 5.3.14

[Xavier Pennec]

I agree with Bruce on the suggestion NOT to erase the options when 
changing the type of a symbol: this feature is useful when we draw 
everything right on the first shot, but when correcting errors in types 
(or refining the drawing from a first draft), it often create new 
unnoticed errors by erasing the options.

Xavier


Le 31/03/2014 11:15, herich at speleodd.sk a écrit :
> I would point just one thing: line slope - in context menu "border on" 
> is missing.
> Anyway, for new users of Therion it´s great help, I was dreaming about 
> since beginning..
> Palo
>
> Quoting Footleg :
>
>> Thanks for bringing that new feature to my attention Bruce. Somehow I
>> completely missed that these context menus had been added. Very useful!
>>
>> Footleg
>>
>>
>> On 31 March 2014 04:42, Bruce  wrote:
>>
>>>   Stacho
>>>
>>> Just been having another burst of drawing, and the changes in 5.3.14
>>> XTherion seem like they will be helpful for new users, and maybe 
>>> educate
>>> some old users as to what options are available for various entities!
>>>
>>>
>>>
>>> I did not think I would use the context menus much, but in fact, 
>>> although
>>> a bit mouse intensive for my liking, they are often an improvement in
>>> workflow.  I no longer have to move cursor from drawing to 
>>> right-hand menu
>>> area and back to drawing all the time.  However typing the names and
>>> options does still provide some mouse relief.
>>>
>>>
>>>
>>> I notice a small anomaly in the context menus for lines of type wall.
>>>
>>> Moonmilk is missing off the bottom of the segment subtype menu.
>>>
>>>
>>>
>>>
>>>
>>> Also the plurals of stalactite and 'mite are missing from the point
>>> speleothem menus (I manually typed in the plural in the screenshot)
>>>
>>>
>>>
>>>
>>>
>>> A small suggestion.  When the 'type' symbol is changed (from both 
>>> context
>>> menu and right-hand menu area) all the options (as far as I have 
>>> noticed)
>>> are reset to their defaults.  This is annoying if you accidentally 
>>> set the
>>> wrong type, set all the options you want, and then correct the type 
>>> - only
>>> to lose all the options.  My preference would be to leave options as 
>>> they
>>> are, when the type of an entity is changed (except when changing the 
>>> 'type'
>>> is the first operation after creating a new entity).  What do other 
>>> users
>>> think?  This could upset some workflows.
>>>
>>>
>>>
>>> And one more thing: I notice these days the therion command window that
>>> opens during the compilation process stays open and delays access to
>>> Xtherion for about 15 sec or more after the compile has completed.  
>>> I'm not
>>> sure if this is a 5.3.14 thing, or an old dying Win XP thing. Have only
>>> noticed it since 5.3.14
>>>
>>>
>>>
>>> Also, people who have integrated Therion activation into Notepad++ will
>>> need to make a small change to accommodate TclTk to 8.6, as I noted 
>>> on the
>>> wiki a while back.
>>> http://therion.speleo.sk/wiki/doku.php/contrib:externaleditors#notepad
>>>
>>>
>>>
>>> Thanks
>>>
>>> Bruce
>>>
>>>
>>>  --
>>>
>>> *From:* therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] 
>>> *On
>>> Behalf Of *Stacho Mudrak
>>> *Sent:* Sunday, 23 February 2014 9:09 p.m.
>>> *To:* List for Therion users
>>> *Subject:* [Therion] 5.3.14
>>>
>>>
>>>
>>> Hi everybody,
>>>
>>>
>>>
>>> yesterday I have updated xtherion a little bit. "Edit->Hide inactive
>>> scraps" should work now as well as right clicking on point or line 
>>> invokes
>>> context menu.
>>>
>>>
>>>
>>> If you have some idea, what else should go to context menu or how items
>>> there should be arranged, please let me know.
>>>
>>>
>>>
>>> For windows users: I have upgraded bundled TclTk to 8.6 (in fact, 
>>> only 8.5
>>> features were needed), but I had to compile it my self. I hope, 
>>> there will
>>> be no major issues.
>>>
>>>
>>>
>>> Regards, S.
>>>
>>> ___
>>> 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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Loop closure / deviation of broken clino

[Xavier Pennec]

Hi Stelios,

The standard values should be ok for the tape and azimut measurement.
They are defined in the file grades.th (in therion/lib) that I included 
(actually we should read 99% of the values within range instead of 95% 
in this file but a small variation does not really matter).

Best

Xavier


Le 05/03/2014 12:16, Stelios Zacharias a écrit :
> Dear Xavier,
>
> Thank you, this is exactly what I was looking for. I would imagine 
> therefore a similar setting will allow small or no changes to be made 
> to the az and the tape measurements when closing loops.
>
> Something like:
>  sd tape 1 cm
>  sd azimuth 1 degree
>
> Cheers,
> Stelios
>
>
> On 05/03/2014 12:02, Xavier Pennec wrote:
>> Hi Stelios,
>>
>> if you believe that your clino measure is plus or minus 10 degrees 
>> (in standard deviation, meaning that 95% of the measures at p/m 20 
>> degrees), then you state before your data:
>>   sd clino 10 degrees
>>
>> You can put a higher value, for instance 1000 degrees or even more, 
>> which means that all measurements (which will be between -90 and 90) 
>> are in the flat part of the Gaussian, i.e. they have the same 
>> probability. With such a sd, the (weighted) least-squares loop 
>> closure algorithm will preferably change the clino measurement than 
>> any other (provided that this allows closing the loops). Now therion 
>> will report the closure error in meter and percentage error and the 
>> only difference should be a decrease of error in X and Y and an 
>> increase in Z (but usually little change on the norm of the 3D error).
>>
>> Hope that helps
>>
>> Xavier
>>
>> Le 04/03/2014 15:52, Stelios Zacharias a écrit :
>>> Dear all,
>>>
>>> I recall a discussion here about using a fairly broad sd value to 
>>> allow loop closure when trying to transfer paper surveys into 
>>> Therion - I may be misremembering.
>>>
>>> I recently surveyed a closed loop with a broken clinometer (spinning 
>>> wildly with no fluid to damp the motion), so for each leg of the 
>>> survey I have distance and azimouth accurately and slope as an 
>>> approximation. How would I set up the sd (if indeed this is how I 
>>> would do it) to close the loop and correct my approximate / 
>>> estimated slopes?
>>>
>>> I look forward to hearing from you.
>>> Stelios Zacharias
>>>
>>> _______
>>> 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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
grade BCRA3 -title "BCRA grade 3"

  # 95.44% of readings are within 0.5m (2 S.D.)
  length 0.25 metres

  # 95.44% of readings are within 2.5 degrees (2 S.D.)
  bearing 1.25 degrees

  # 95.44% of readings are within 2.5 degrees (2 S.D.)
  gradient 1.25 degrees

  # 95.44% of positions are within 0.5m (2 S.D.)
  position 0.25 metres

endgrade


grade BCRA5 -title "BCRA grade 5"

  # 95.44% of readings are within 0.1m (2 S.D.)
  length 0.05 metres

  # 95.44% of readings are within 1 degree (2 S.D.)
  bearing 0.5 degrees

  # 95.44% of readings are within 1 degree (2 S.D.)
  gradient 0.5 degrees

  # 95.44% of positions are within 0.1m (2 S.D.)
  position 0.05 metres

endgrade

[Therion] Loop closure / deviation of broken clino

[Xavier Pennec]

Hi Stelios,

if you believe that your clino measure is plus or minus 10 degrees (in 
standard deviation, meaning that 95% of the measures at p/m 20 degrees), 
then you state before your data:
   sd clino 10 degrees

You can put a higher value, for instance 1000 degrees or even more, 
which means that all measurements (which will be between -90 and 90) are 
in the flat part of the Gaussian, i.e. they have the same probability. 
With such a sd, the (weighted) least-squares  loop closure algorithm 
will preferably change the clino measurement than any other (provided 
that this allows closing the loops). Now therion will report the closure 
error in meter and percentage error and the only difference should be a 
decrease of error in X and Y and an increase in Z (but usually little 
change on the norm of the 3D error).

Hope that helps

Xavier

Le 04/03/2014 15:52, Stelios Zacharias a écrit :
> Dear all,
>
> I recall a discussion here about using a fairly broad sd value to 
> allow loop closure when trying to transfer paper surveys into Therion 
> - I may be misremembering.
>
> I recently surveyed a closed loop with a broken clinometer (spinning 
> wildly with no fluid to damp the motion), so for each leg of the 
> survey I have distance and azimouth accurately and slope as an 
> approximation. How would I set up the sd (if indeed this is how I 
> would do it) to close the loop and correct my approximate / estimated 
> slopes?
>
> I look forward to hearing from you.
> Stelios Zacharias
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] 5.3.14 bug (or feature?) with u:myarea

[Xavier Pennec]

Hi Stacho,

Many thanks for the "Hide inactive scraps"which is very useful to 
identify what is in which scrap.
I now use it very often. By the way, I am a windows user and had nothing 
to recompile.

I noticed a small bug with the user defined features: any area of type 
u:myarea is automatically translated into
"area u -subtype myarea" which fails at compilation. This feature does 
not happen for user defined lines.
So far I have to re-edit the th2 file outside therion to correct that.

Best

Xavier



Le 23/02/2014 09:09, Stacho Mudrak a écrit :
> Hi everybody,
>
> yesterday I have updated xtherion a little bit. "Edit->Hide inactive 
> scraps" should work now as well as right clicking on point or line 
> invokes context menu.
>
> If you have some idea, what else should go to context menu or how 
> items there should be arranged, please let me know.
>
> For windows users: I have upgraded bundled TclTk to 8.6 (in fact, only 
> 8.5 features were needed), but I had to compile it my self. I hope, 
> there will be no major issues.
>
> Regards, S.
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

[Therion] Feature for the wish list

[Xavier Pennec]

No this was just a wish, I don't know anyone to implement it :-)

Xavier



Le 31/01/2014 09:24, Martin Sluka a écrit :
> New XTherion... Do you know anybody?  ;)
>
> m.
>
> Jan 30, 2014 v 11:20 PM, Xavier Pennec  <mailto:Xavier.Pennec at inria.fr>>:
>
>> My 2 cents
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20140131/69feeea6/attachment.html>

[Therion] Feature for the wish list

[Xavier Pennec]

I agree with Andrew, it would be very nice to draw junctions exactly at 
the place where they should be, especially for 3 or 4 levels that 
interconnect.
However, rather than rendering a whole scrap invisible, I would rather 
like to be able to translate the whole scrap (ormore generaly several 
objects together) in a single step. That way, I could draw the 
connections exactly where they should be, and then move my scrap (and 
the underlying image) to draw the parts which have nothing to do with 
other levels but superimpose with them. However, moving a group of 
object could also allow me to correct part of a scrap when I correct a 
blunder a posteriori.

My 2 cents

Xavier



Le 30/01/2014 19:57, Andrew Atkinson a écrit :
> That is the way that I do it, but thing like trying to see if labels
> overlap, and where cross section etc, would be easier if they are in the
> right place, but then drawing is difficult as there are the lines, but
> if you could turn a scrap visibility on and off, it would be good. If it
> is easy to impliment it might be worth doing, if it is not easy, as you
> say there are plenty of other ways to do it
>
> Andrew
>
> On 30/01/14 18:47, Martin Sluka wrote:
>> I'm afraid I don't understand well. Is there any reason, way you don't insert
>> two times the same image into map editor? Side by side.
>>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] fixed point std error causes extreme survey network distortion

[Xavier Pennec]

Hi Bruce,

I have hundreds of fixed points with different accuarcy and never 
noticed the effect you are describing. However, I am not fixing directly 
the coordinates of stations of my survey. I always create independant 
fixed points and then equate them to the survey stations. In your case, 
this would give something like:

fix GPS_12   1562372 5439558 99220 20 20  # entrance
equate GPS_12 12 at 01
fix GPS_0  1562117 5440239 1080  5  5   20  # another entrance
equate GPS_0 0 at 10
fix GPS_120  1562124 5439500 1020  10 10 10  #entrance three
equate GPS_120 120 at 05

An advantage of this strategy is that I can comment all the equates but 
one to start with and verify with Aven on the 3d file where are the GPS 
points located with respect to the cave survey. That way, I can spot the 
outliers in the GPS points (or the errors in their retranscription) and 
iteratively validate the equates.

Xavier

PS: between us, I would not qualify your gps stddev below as very rough. 
A stddev of 5 meters about the smallest I use when I get long GPS 
averages (more than 30 minutes) with one of the a differential satellites.





Le 22/12/2013 01:35, Bruce a écrit :
>
> I got some unexpected results recently when I added some very rough 
> gps coordinates to my survey for a cave that has three entrances. 
> Because they are approximate I added some estimates of standard errors 
> as below, so that I could get Therion to factor the relative accuracy 
> into the loop closure.
>
>fix 12 at 01  1562372 5439558 99220 20 20  # entrance
>
>fix 0 at 10  1562117 5440239 1080  5  5   20  # another entrance
>
>fix 120 at 05  1562124 5439500 1020  10 10 10  #entrance three
>
> With any ONE of the entrances fixed as above, the cave plots 
> accurately -- I can verify this in Google Earth.
>
> As soon as I have any two or more entrances fixed, then the cave 
> distorts significantly, and the entrances are stretched some hundreds 
> of metres away from the centroid of the cave. Also quite often getting 
> 'scrap exceeding maximal scale' errors if I output to pdf.
>
> I checked this was not just a feature of that dataset by mocking up a 
> similar situation in two other datasets, and got similar results.
>
> The work around seems to be to avoid using the standard errors;
>
>fix 12 at 01  1562372 5439558 992#20 20 20   entrance
>
>fix 0 at 10  1562117 5440239 1080  #5  5   20   another entrance
>
>fix 120 at 05  1562124 5439500 1020  #10 10 10  entrance three
>
> but this then results in each gps location receiving equal weighting.
>
> I think I might have noticed this problem a few years ago, and gave up 
> on trying to sort it out because I wasn't able to identify the 
> characteristics of the problem well enough.
>
> Anyone else having problems like this?
>
> Or identify a reason why what I am trying to do is not possible?
>
> Or is it a bug?
>
> Bruce
>
>
>
> ___________
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20131222/12c72271/attachment.html>

[Therion] Therion et al on Win 7 or 8.1

[Xavier Pennec]

Hi Bruce,

I am running Notepad++, Therion, Survex, PocketTopo, Topparser and Adobe 
readers in Win7 without problem.
It took me a while to find a workaround the problem with the config file 
but I finally found out that renaming the config file with a th 
extension (e.g. mycave.thconfig -> mycave_thconfig.th) was the solution 
as xtherion recognizes it as a config file and opens it automatically in 
the right config window.

I have no clue about Win8.1.

Xavier


Le 04/12/2013 08:26, Bruce a écrit :
>
> I'm staring down the barrel of having to migrate away from Windows XP.
>
> To help me get started on the decision making process, are there any 
> tales of terror or reassurance from the Therion family of application 
> users with Win7 or Win8.1?
>
> To name a few applications that need to integrate well,  a text editor 
> (in my case Notepad++), Therion, Survex, PocketTopo, Topparser and 
> Foxit or Adobe pdf readers.
>
> For example Michael had (has?) a problem where Win7 will not open 
> thconfig files from the os explorer window, whereas windows xp works 
> fine.  I think it gets stuck with wish84 as I mentioned on 
> http://therion.speleo.sk/wiki/doku.php/windows
>
> Bruce
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20131204/6d26e395/attachment.html>

[Therion] equate to non-existant station does not raise error

[Xavier Pennec]

I had the same problem as Bruce several times: an error in the name of 
an equate was unnoticed and it took me a long time before I noticed it. 
In parallel, I used a lot the the "equate to undefined" feature to 
compile small subsections of a large survey and I find it very useful. 
However, for the same survey subsections, the nightmare is to verify 
that all equates  are correctly taken into account when considered in 
the large survey, since the warning are hidden in the (potentially very 
long) list of unused fixed points.

Keeping the meaning of equate as it is right now (i.e. create a synonym 
if one of the stations is not defined) is of course necessary for 
compatibility with previous surveys. However, one could imagine to 
create a more constrained command (e.g. equate* like in latex?) whose 
meaning would be a zero length shot between two existing stations and a 
error if one of them is undefined.  It could also make sense to have an 
option in therion to force the interpretation of equate as equate* for 
debugging.

Xavier


Le 02/12/2013 10:58, Wookey a écrit :
> +++ Olly Betts [2013-12-01 23:02 +]:
>> But in your original example, you're linking to a non-existent station
>> in a different survey (if I follow the therion syntax correctly), and
>> the equivalent situation gets a warning from Survex:
>>
>> badequate.svx:1: warning: Station "kb.kb51_29" referred to just once, with 
>> an explicit prefix - typo?
>>
>> I think we made this a warning rather than an error because it makes
>> processing subsections of a large survey (e.g. a single cave) easier.
> Yes, we did.
>
> And that's still useful functionality, although the need for processing
> small sections is much reduced these days. Consideration could be given
> to whether it would now be appropriate to declare that the smallest
> section of processing is now 'a system', and provide better visibility
> controls for viewing subsections. (and if you want to process smaller
> sections in isolation you'll have to make efforts to include 'stub' or
> reference connection points to avoid errors). There are both pros and
> cons to this and some thought would be needed on where the balance lies.
>
> Does therion process subsections using survex, or collect it all up into
> a complete dataset and proces that?
>
> Presumably bruce's problem is solved simply by better visibility of the
> existing warning, which shouldn't be hard?
>
> Wookey

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] Hidding user-defined symbols [was strata and fault symbols]

[Xavier Pennec]

Hi Martin,

This should work. This is partly what I do already but within one one 
single layout file.

However, my concern with this solution is that I should reorganize 
user-symbols definitions into one single (or just a few) layout 
definitions which need to be copied at the last level of layouts. I have 
to think more about such an organization. It does not seem very natural 
a-priori but it might be more efficient than redefining to null the 
user-symbols.

Xavier


Le 13/09/2013 10:22, Martin Sluka a écrit :
> My idea was to divide your layout into small parts, each one with one 
> metapost definition of user symbol and use the command in thconfig file:
>
> input - works like input command in data files - includes other files.
>
> copy  . set properties here that are not modied 
> based on the given source layout. - in your layout.
>
> file: layout_foo:
>
> layout u_foo
>   code metapost
> definition of u:foo
>   endcode
> endlayout
>
> thconfig file:
>
> input layout_foo
>
> layout my_layout
> *#*copy u_foo *#this is the line which could be commented *
> endlayout
>
> export foo_off
>
> it was not tested prior post!
>
> m.
>
> Sep 13, 2013 v 8:27 AM, Xavier Pennec  <mailto:Xavier.Pennec at inria.fr>>:
>
>> Well, I gathered my layout definitions in a single file to avoid 
>> repeating and duplicating everything in my 50 thconfig files. This 
>> allows me to modify only one layout file to modify consistently all 
>> the layouts of all caves. I think heritage + redefinition is a more 
>> structured
>
>
>
>
> ___________
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130913/231a6ee3/attachment.html>

[Therion] Hidding user-defined symbols [was strata and fault symbols]

[Xavier Pennec]

Well, I gathered my layout definitions in a single file to avoid 
repeating and duplicating everything in my 50 thconfig files. This 
allows me to modify only one layout file to modify consistently all the 
layouts of all caves. I think heritage + redefinition is a more 
structured way than commenting out when needed. In fact, I was wondering 
why user symbols need to be treated differently than predefined symbols 
in layouts: is that a logical or a technical reason?

Best

Xavier


Le 12/09/2013 14:05, Martin Sluka a écrit :
> You may try copy definitions from a layout file to your layout in 
> thconfig.
>
> comment should do the work.
>
> m.
>
>
> Sep 12, 2013 v 1:11 PM, Xavier Pennec  <mailto:Xavier.Pennec at inria.fr>>:
>
>> Talking about user symbols: is there a way to hide them in a thconfig 
>> file?
>>
>> So far, my experience is that symbol-hide is not working for these 
>> symbols, the only way I found to hide them is to redefine them to 
>> nothing:
>>
>> layout Preview_layout
>>  copy LayoutTopoXav
>>  # ... Hiding lots of symbols
>>
>>  # symbol-hide line u:fracture
>> # Does not work: unknown symbol specification -- line u:fracture
>>
>>  code metapost
>>  def l_u_fracture (expr P) = enddef;
>>  endcode
>> endlayout
>>
>>
>> Xavier
>>
>> Le 12/09/2013 09:31, Martin Sluka a écrit :
>>> There are definitions of two new symbols in MetaPost section of 
>>> wiki: strata and fault.
>>>
>>> Because of all user defined symbols could not use automatic -clip 
>>> off you should to add this option.
>>>
>>> With new version of Therion they should behave as section symbol - 
>>> without -clip off.
>>>
>>> m.s.
>>> ___
>>> Therion mailing list
>>> Therion at speleo.sk <mailto:Therion at speleo.sk>
>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
>> -- 
>>> -
>>> Xavier Pennec
>>> Senior Research Scientist / Directeur de recherche
>>> Asclepios project-team, INRIA Sophia-Antipolis
>>> 2004 Route des Lucioles, BP93
>>> F-06902 Sophia-Antipolis Cedex, France
>>> +33 4 92 38 76 64
>>> +33 6 78 35 16 90
>>> http://www-sop.inria.fr/asclepios/
>>> ---
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk <mailto:Therion at speleo.sk>
>> http://mailman.speleo.sk/mailman/listinfo/therion
>
> Martin Sluka - Studio Sluka
>
> prodej Hahnemühle DFA
> tisk fotografií a reprodukcí
>
> Na Rovnosti 2692/21
> 130 00 Praha 3
> tel.: +420 603513640
> mail: martinsluka at mac.com <mailto:martinsluka at mac.com>
> web: http://www.piezografie.cz
>
>
>
>
>
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130913/8be7d92f/attachment.html>

[Therion] UHidding user-defined symbols [was strata and fault symbols]

[Xavier Pennec]

Talking about user symbols: is there a way to hide them in a thconfig file?

So far, my experience is that symbol-hide is not working for these 
symbols, the only way I found to hide them is to redefine them to nothing:

layout Preview_layout
   copy LayoutTopoXav
   # ... Hiding lots of symbols

   # symbol-hide line u:fracture
  # Does not work: unknown symbol specification -- line u:fracture

   code metapost
   def l_u_fracture (expr P) = enddef;
   endcode
endlayout


Xavier

Le 12/09/2013 09:31, Martin Sluka a écrit :
> There are definitions of two new symbols in MetaPost section of wiki: strata 
> and fault.
>
> Because of all user defined symbols could not use automatic -clip off you 
> should to add this option.
>
> With new version of Therion they should behave as section symbol - without 
> -clip off.
>
> m.s.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

[Therion] the volume of a cave

[Xavier Pennec]

Dear Marco,

Could you expand on how you computed the volume from the dxf file?
I would be very interested to perform that for (no so small) mines!

Thanks

Xavier


Le 27/02/2013 11:37, Marco Corvi a écrit :
> hi,
>
> it just happened that i was asked to estimate the volume of a "cave"
> (actually a small mine).
>
> therion dxf export is a triangulated surface of the cave wall.
> if the surface were oriented
> it would be extremely easy to compute the volume.
> (the surface of a real cave is always orientable: no klein cave).
>
> all recent versions of therion produce nice-looking dxf.
> i tried 5.3.5 and the volume seemed reasonable.
> then i tried 5.3.11 and i got an unreasonable value (there is also
> a commented option for new 3d, and the result was even more unreasonable).
>
> so i checked the dxf files.
> it seems that none of them is oriented.
> is it possible to make therion produce an oriented surface?
> thanks.
>
> marco
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130227/8349c395/attachment.html>

[Therion] file-not-found when processing bitmap sketches

[Xavier Pennec]

Stacho,

I just tried with windows 7 and it works fine with 5.3.11.
Bruce also confirmed that yesterday.

Xavier

Le 03/01/2013 11:10, Stacho Mudrak a écrit :
> On my Windows XP machine, your dataset works fine, even with 5.3.11.
>
> We have updated image magick executables in installation, so this may 
> cause the problem. I may try on Windows 7 machine at home, whether 
> this is not the problem.
>
> You may try one more thing, running therion in debug mode.
>
> Just add -d option to command line options text box in xtherion 
> compiler, as shown on the attached image. This should help prevent 
> path related problems. Or you may replace convert.exe and identify.exe 
> at C:\Program Files\Therion\bin from version 5.3.10 into installed 
> version 5.3.11.
>
> HTH, S.
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130103/0b1785bb/attachment.html>

[Therion] file-not-found when processing bitmap sketches

[Xavier Pennec]

I just tried with therion 5.3.11 on Windows 7 and it works fine.

Xavier


Le 03/01/2013 10:09, Michael Wasmund a écrit :
> Hi folks,
> Sorry for bothering you with this - but the attached simple data (hope 
> it comes through via the mailing list) works with Therion 5.3.10. and 
> fails with 5.3.0.11. I verified again today. If someone could test the 
> attached data on their (Windows-)machine...I'd appreciate. (I have 
> replace the png file by a smaller one, but can provide original 7MB 
> png if needed).
> Kind Regards,
> Michael.
>
> - Original Message -
> *From:* Bruce <mailto:bruce at tomo.co.nz>
> *To:* 'List for Therion users' <mailto:therion at speleo.sk>
> *Sent:* Wednesday, January 02, 2013 9:08 PM
> *Subject:* Re: [Therion] file-not-found when processing bitmap
> sketches
>
> Michael
>
> I have tested this issue with 5.3.10 and 5.3.11 and they both work
> as expected on my Windows XP machine.
>
> Ie 5.3.10 gives multiple sketch insertions.
>
> 5.3.11 works perfectly, presumably as per the design intent.
>
> Bruce
>
> 
>
> *From:*therion-bounces at speleo.sk
> <mailto:therion-bounces at speleo.sk>
> [mailto:therion-bounces at speleo.sk] *On Behalf Of *Michael Wasmund
> *Sent:* Thursday, 3 January 2013 5:53 a.m.
> *To:* therion at speleo.sk
> *Subject:* Re: [Therion] file-not-found when processing bitmap
> sketches
>
> A Happy New Year to all Therion users !
>
> Therion 5.3.11 claims to have solved the "sketch inserted multiple
> times" problem
>
> and I would be very thankful for that.
>
> However, when I process my data with the .11 version,
>
> I always get a "file not found" for the sketche's images.  (The
> sketch editor works fine).
>
> Using exactly the same data with 5.3.10, it works well (with
> the disadvantage of the "multiple insertion").
>
> I'm using Windows. Perhaps a "backward-slash" problem ?
>
> Just wanted to touch base if someone else encountered this
> behavior or who can recommend a quick fix.
>
> Cheers, Michael
>
> 
> ___
> 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

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130103/6688ba6c/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130103/6688ba6c/attachment-0001.html>

[Therion] both plan and extended elevation on the same pdf page

[Xavier Pennec]

Hi Cawa,

Here is an example of the config file to put the elevation below the 
plan with the map-image trick that Martin mentionned. It is not ideal 
but it is often sufficient for small caves.

Xavier


Le 31/12/2012 01:26, cawa sorix a écrit :
> Hi all,
>
> I have a few litlle caves to import in therion, it works fine, on 2
> files, but I look for a solution to put both plan and extended
> elevation on the same pdf, I found the wiki page
> http://therion.speleo.sk/wiki/doku.php/fr:tbe:wiki7, 7.1 Output, but I
> don't understand, how the process works.
>
> Do you test this solution or do you have an other track ?
>
> Regards,
> C.S.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20121231/a5169c55/attachment.html>
-- next part --
encoding  utf-8
source MasDuPre3.th
# source ../../HierleGeneral.th

input ../../Layouts/LayoutTopoXav.thconfig

layout xvi-export
scale 1 100
grid-size 1 1 1 m
endlayout


layout coupe_layout
  copy LayoutTopoXav

# debug on
  scale 1 100
  grid-size 10 10 5 m
  grid bottom
  #grid-size 10 10 10 m
  # color map-bg 85
  transparency on
  opacity 60
  language fr
  statistics topo-length off
  statistics explo-length off
  legend off
  map-header 8 50 off
  layers off
  # sketches on
endlayout


## Coupe projetee
select Coupe at MasDuPre3

export map -fmt xvi -o Scraps/MasDuPre3_coupe.xvi -projection [elevation 260] 
-layout xvi-export
export map   -o Topos/MasDuPre3_coupe.pdf -projection [elevation 260] -layout 
coupe_layout


layout map_layout
  copy LayoutTopoXav

  # symbol-show line survey

  #rotate 45 ## axe projection 315
  rotate 90
   map-header 0 120 sw
# debug on
  scale 1 100
  grid bottom
  grid-size 10 10 10 m

  # color map-fg 85
  transparency on
  opacity 60
  language fr
  statistics topo-length on
  statistics explo-length on
  legend off
#  map-header 8 50 e
  layers off
endlayout

select Plan at MasDuPre3

export map -fmt xvi -o Scraps/MasDuPre3_plan.xvi -layout xvi-export 
export map   -o Topos/MasDuPre3_plan.pdf   -layout map_layout


# Combines plan & coupe

layout combined_layout
  copy map_layout
  map-image 50 -10 n   "Topos/MasDuPre3_coupe.pdf"
endlayout

select MasDuPre3

export map   -o Topos/MasDuPre3.pdf   -layout combined_layout
export model -o Topos/MasDuPre3.lox
export model -o Topos/MasDuPre3.3d

[Therion] KML Output

[Xavier Pennec]

Hi Ricardo,

I guess the problem is that you export a map without having a contour 
drawn, thus there is nothing  to export.
Try to draw some cave walls or to export a model to see the wireframe of 
the cave:

export model -format kml -output ALV_kml_model.kml

Xavier


Le 14/08/2012 16:01, Ricardo Constantino a écrit :
> 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>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche
> Asclepios project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

[Therion] lat-long coordinate system not supported for output in export cave-list

[Xavier Pennec]

Thanks Stacho, This explains why it was not working!

I look forward to its future implementation.

Best regards

Xavier


Le 29/05/2012 16:27, Stacho Mudrak a écrit :
> I am sorry Xavier for the late answer, I am finishing my TODO list and
> I have found this e-mail.
>
> In your case "cs lat-long" can not be used, because only cartesian
> coordinate systems can be used for calculations.
>
> Of course, for export it is possible to convert them back to lat-long,
> but -cs option for cave-list is not yet implemented.
>
> I will put it in the TODO list.
>
> Sorry again for late answer, S.
>
> On 15 May 2012 19:40, Xavier Pennec  wrote:
>> In the version 5.3.9 of therion, I get the following error:
>> \Program Files (x86)\Therion\therion.exe: error -- HierleGeneral_thconfig.th
>> [127] -- lat-long coordinate system not supported for output
>>
>> when I try to export entrance coordinates in lat-long format:
>>
>> cs lat-long
>> export cave-list -o Topos/Coordonnees.html  -location on
>>
>> Is there any reason why this should not work? That would be really usefull
>> to point the coordinates of the entrances in google earth as they are not
>> exported in kml files.  It seems to me that it was working in previous
>> version.
>>
>> Xavier
>>
>> --
>>>   -
>>>   Xavier Pennec
>>>   Senior Research Scientist / Directeur de recherche
>>>   Asclepios project-team, INRIA Sophia-Antipolis
>>>   2004 Route des Lucioles, BP93
>>>   F-06902 Sophia-Antipolis Cedex, France
>>>   +33 4 92 38 76 64
>>>   +33 6 78 35 16 90
>>> http://www-sop.inria.fr/asclepios/
>>>   ---
>>
>> ___
>> 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

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] vthreshold

[Xavier Pennec]

Le 15/05/2012 23:54, Andrew Atkinson a écrit :
>
>
> On 15/05/12 21:37, Bruce wrote:
>> I also do as Xavier describes, and agree that compass bearing (even 
>> if clino
>> is vertical) seems to be the logical way to orient LRUD.
>> Bruce
>
> Orientating to the passage has always been most logical to me, but I 
> do see that the above is very valid. However what do you do on a true 
> vertical, as it does not have a compass bearing?
For a true vertical, you can provide the bearing of the UP width. Most 
often, if it is not measured, I take by continuity the bearing of the 
previous or the next shot (this provides a much better 3D model than 
NSEW). If you whant to use NSEW, you can put 0 (UP=N). Whatever bearing 
you provide in the measurements will not influence the shot itself anyway.

Xavier
>>
>> -Original Message-
>> I completely agree with you that NSEW is not not a good way to measure
>> the shape of about-vertical passages. In fact I personally never measure
>> dimensions in NSEW directions but in the direction of the shot (or of
>> the preceeding shot if it is absolutely vertical), in the reverse
>> direction, on its right and on its left. I use LRUD with Up meaning in
>> the (horizontal direction of the shot and Down the opposite.
>>
>> As we have to give a bearing anyway for vertical shots, why not use it
>> to orient the dimensions instead of a vthreshold-offset that should be
>> changed for each new shot?
>>
>> Xavier
>>
>> ___
>> 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

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] lat-long coordinate system not supported for output in export cave-list

[Xavier Pennec]

In the version 5.3.9 of therion, I get the following error:
\Program Files (x86)\Therion\therion.exe: error -- 
HierleGeneral_thconfig.th [127] -- lat-long coordinate system not 
supported for output

when I try to export entrance coordinates in lat-long format:

cs lat-long
export cave-list -o Topos/Coordonnees.html  -location on

Is there any reason why this should not work? That would be really 
usefull to point the coordinates of the entrances in google earth as 
they are not exported in kml files.  It seems to me that it was working 
in previous version.

Xavier

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>http://www-sop.inria.fr/asclepios/
>  ---

[Therion] vthreshold

[Xavier Pennec]

I completely agree with you that NSEW is not not a good way to measure 
the shape of about-vertical passages. In fact I personally never measure 
dimensions in NSEW directions but in the direction of the shot (or of 
the preceeding shot if it is absolutely vertical), in the reverse 
direction, on its right and on its left. I use LRUD with Up meaning in 
the (horizontal direction of the shot and Down the opposite.

As we have to give a bearing anyway for vertical shots, why not use it 
to orient the dimensions instead of a vthreshold-offset that should be 
changed for each new shot?

Xavier

Le 15/05/2012 11:04, Andrew Atkinson a écrit :
> Hello
>
> Just been play with a feature I have not used before.
>
> First It would be clearer if on p20 of the thbook the paragraph under 
> vthreshold
>
> If passages are _more_or_less_ vertical (inclination > vthreshold), 
> even UD becomes
> perpendicular to the shot – otherwise passages would not look very good.
>
> The 'more or less' is very confusing
>
> It would read better if it read
>
> If passages are _about_ vertical (inclination > vthreshold), even UD 
> becomes
> perpendicular to the shot – otherwise passages would not look very good.
>
> Also
>
> In some passages NSEW is not not always the best way to measure 
> passages, rifts on the like. So for some I have dimensions measured as 
> NW SE NE SW, possible allowing an ofset for vthreshold would be a way 
> of solving this. eg
>
> vthreshold-offset 45 degree
>
> Just a thought for the future.
>
> thanks
>
> Andrew
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] point dig

[Xavier Pennec]

I use it to say that there was a dig a that point (usually an artificial 
enlargement).

Xavier

Le 10/05/2012 09:51, Александър Янев a écrit :
> Maybe now is digging in this point.
>
> Alex
>
> 2012/5/10 Vasily Vl. Suhachev:
>> Hello
>>
>> What is "point dig" symbol mean? Possibility of dig new passage?
>>
>> --
>>   WBR, Vasily
>>
>> ___
>> 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

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] elevations on bearings

[Xavier Pennec]

Dear John,

Is your problem in visualization of the xvi or in the produced pdf?

When you warp background images into a xvi in an elevation, there is 
indeed a bug: the warped sections are correctly warped but they are 
incorrectly placed with respect to the centerline/splay shots. If you 
look carefully outside the drawing area (usually in the upper-left 
corner after a proper extension of the visualization area). See the 
example in the joint email I sent one year ago.
A workaround is to double click on the sketch with the right button to 
translate the sketch were it should be with respect to the xvi, but one 
has to do that every time one opens the file in xtherion.

Xavier


Le 10/05/2012 01:32, John Stevens a écrit :
> I have produced a section on a bearing using
> export map -proj [elevation 075 deg] abc.xvi
> Using this I have created sections across a cave showing passages at 
> different levels along a sectional line.
> These sections are scraps
> es1
> es2
> es3
> and create a map
> map es
> es1
> es2
> es3
> endmap
>
> export map -proj [elevation 075 deg] abc.pdf
> export map -proj elevation abcd.pdf
> But when this map is selected and a pdf is created, all is produces is 
> a pdf version of the xvi file (abc.pdf,)(but not drawn sections just 
> the centrelines/splays)
> or an extended section but not on the bearing abcd.pdf. (ie the 
> sections are produced but not in the correct places)
> I have tried changing the scrap projection settings to no avail.
> Any ideas
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20120510/707d5da5/attachment.html>
-- next part --
An embedded message was scrubbed...
From: Xavier Pennec 
Subject: [Therion] Bug with background sketches?
Date: Tue, 28 Jun 2011 22:25:22 +0200
Size: 136287
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20120510/707d5da5/attachment.mht>

[Therion] Multi-line labels

[Xavier Pennec]

did you try with br in lowercase like:
point 319.0 -392.0 label -text "MAINENTRANCE"

The follwing line is working for me:
point 2183.0 502.0 label -align b -text "Coupe TB2 (gal muret) et 
dépilage D5Coupe 300"

Xavier

Le 16/03/2012 22:24, Juan Corrin a écrit :
> Why doesn't this line
>
> point 319.0 -392.0 label -text "MAINENTRANCE"
>
> extracted from a th2 file produce a 2-line label?
> I seem to have tried all combinations of  , (not) enclosed in 
> quotes etc.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] equate two (or more) fixed stations

[Xavier Pennec]

Hi bruce

My solution to this problem is to equates the two fixed stations to a third one 
which is not fixed

Xavier

Envoyé de mon iPhone

Le 1 janv. 2012 à 01:44, Bruce  a écrit :

> Happy New Year!
>  
> I’ve just tried to equate some fixed stations that have been defined a bit 
> like this;
>  
> fix 809 2502023 6021519 594  4 4 12
>  
> but I get errors from therion like this;
>  
> error -- equate of two fixed stations -- 809 at NSpots.NgaruaArea and A1 at 
> a.Kairuru.NgaruaArea
>  
> These represent gps fixes taken at the same place on various occasions and 
> part of various overland surveys.
>  
> At first look it seems like this might be a desired response from Therion.  
> How can two stations with specified and differing co-ordinates be ‘equal’?
> My assumption was that the standard errors give the actual position of the 
> station a degree of uncertainty or ‘fuzzyness’, and that by equating two 
> such stations they would be ‘averaged out’ in a similar way to loop 
> closures or two fixed stations connected by a survey network.  But it seems I 
> might have assumed wrong.
>  
> Is it part of therions design to allow equating a number of fixed stations? 
> By using alternative syntax or connecting the stations with a dummy survey 
> leg with large std error perhaps?
>  
> Bruce
>  
>  
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] extended+xvi+sketches error

[Xavier Pennec]

The th2 file has only one set of coordinates for the xvi file comprising 
both the sketch jpg image and the vector drawing.
When loading this th2 file, the sketch offset is wrong, and even if one 
corrects it and save the th2, it will be wrong again the next time one 
opens it.

Xavier

##XTHERION## xth_me_image_insert {314.962 1 1.0} {157.48 101} 
MasDuPre1_projPuits.xvi 0 {}

Le 26/11/2011 00:24, Martin Sluka a écrit :
>
> On 25.11.2011, at 18:35, Xavier Pennec wrote:
>
>> In fact, the problem comes from the generation of the xvi file with 
>> sketches where the offset generated for the "set XVIimages" seems to 
>> be wrong.
>
> Have you check the .th2 file if there is the wrong coordinates too? 
> What's happen if you manually change the coordinates in .th2 file out 
> of xtherion?
>
> m.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: MasDuPre1_2011_CoupePuits.th2
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2026/b1abf669/attachment.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: MasDuPre1_projPuits.xvi
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2026/b1abf669/attachment-0001.ksh>

[Therion] extended+xvi+sketches error

[Xavier Pennec]

Yes, indeed, one can correct the coordinates of the included jpg file in 
xtherion, but one should know how much to offset, and this value is 
changing for each included picture. Here are two examples where the jpg 
file should be changed from -68:516 to -75:464 for the first file 
(projPuits) and from  639:146 to 471:329 for the second (proj300_entree)

Moreover, the updated offset in not saved in the th2 (this is normal 
since the th2 only loads the xvi), which means that the next time we 
open the th2, the same offset will have to be corrected once again.

In fact, the problem comes from the generation of the xvi file with 
sketches where the offset generated for the "set XVIimages" seems to be 
wrong.

Xavier




Le 25/11/2011 17:30, Martin Sluka a écrit :
>
> On 25.11.2011, at 16:57, Xavier Pennec wrote:
>
>> There is indeed a constent shift of the included sketch in xvi files.
>
> There are coordinates each sketch has in xtherion. Probably it is 
> faster and more accurate to change those coordinates.
>
> m.
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: abgbcgbj.png
Type: image/png
Size: 444218 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment.png>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: MasDuPre1_projPuits.xvi
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: MasDuPre1_proj300_entree.xvi
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment-0001.ksh>

[Therion] extended+xvi+sketches error

[Xavier Pennec]

There is indeed a constent shift of the included sketch in xvi files. A 
workaround is to double click on the sketch with the right button to 
translate the sketch were it should be with respect to the xvi, but one 
has to do that every time one opens the file in xtherion. It would be 
nice to correct the bug.

Xavier


Le 25/11/2011 16:36, Vasily Vl. Suhachev a écrit :
> Hello
>
> Error in xvi with sketches for extended elevation, see picture
>
> Therion 5.3.9
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -----
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

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

[Therion] selection of stations/shots for xvi export?

[Xavier Pennec]

I have a cave which is quite complex and I would like to make elevations 
with different projection angles.
My problem is that I cannot group all the shots for each elevation in 
separate surveys, so that when I export the xvi sketch to draw my 
elevations, I got all the stations and shots. I put below an example of 
the big cloud of points that it makes in the xvi: this superimposition 
of all the shots which will not be drawn in the elevation prevent from 
seeing the stations and shots which should be drawn. Does anyone see a 
solution to select only the stations/shots that I need?
So far, I  duplicated the whole survey to keep only the points that I 
needed, but this has to be done for each connected component 
independently, which is not very easy.

Xavier



-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2024/8ce87b3c/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: dfahecba.png
Type: image/png
Size: 356259 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2024/8ce87b3c/attachment.png>

[Therion] Scrap is too large to process in metapost in this scale

[Xavier Pennec]

The problem could be that you have only one station point.
Could you try to add a second one so that therion can scale the scrap 
consistently?

Xavier

Le 23/11/2011 07:19, Mihai Terente a écrit :
> Dear friends,
>
> I encountered the same problem and I was wondering if someone can
> figure a solution.
> I work with a morphed image on the background and the project compiles
> well with the scraps containing only walls. But if I add to the scrap
> a station point referenced to a survey (e.g. -name 2400 at survey) I get
> the error.
> Any suggestion?
>
> Mihai T.
>
>
>
>
> Footleg drfootleg at gmail.com
> Wed Mar 9 18:29:08 CET 2011
>
> My files illustrating the problem are my entire project at this stage!
>
> There are 2 .th2 files in there. The smaller one is the single scrap which
> works. The larger one is several scraps where only one is used in the map,
> and causes the error.
>
> Attached in zip. It is not very large so sending to the list.
>
> Footleg
>
> On 9 March 2011 15:33, Martin Budaj  wrote:
>
>> On Wed, Mar 9, 2011 at 3:58 PM, Footleg  wrote:
>>> Yes, I put in three stations, which are named to match stations in a
>> survex
>>> 3d file which is imported.
>>> Exactly the same scrap in a th2 file on it's own works fine. But when the
>>> other scraps which I am not yet using in the map are in the th2 file it
>>> fails with the errors given.
>>>
>>> I can email you the complete project files if you need them.
>> Sure. Stripped files still producing this message would be better than
>> the complete project.
>>
>> Martin
>> ___
>> 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

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] vthreshold inefficient

[Xavier Pennec]

The problem of LRUD in perfectly vertical shots was already raised 
previoulsy (see attached message).
In any case (even if vthershold is 10) is seems that LRUD to a shot with 
an inclination of 90 degree will be interpeted as west, est, Nort, 
south, even if an azimu is provided.

I think that the azimut should be taken into account so that the LRUD 
would be orthogonal to the shot.

Xavier



Le 21/11/2011 21:10, emmanuel.vitte at laposte.net a écrit :
>
>
>
> Thank you for the correction on Therion v5.3.9.
>
> I noticed that the documentation does not mention the case inclination 
> = vthreshold. I verified that this case is treated as an horizontal 
> passage. However it's a problem if the inclination is 90 degrees. 
> Indeed vthreshold value can't  be 91 (out of range value) and if 
> vthreshold=90, the pit is considered as an horizontal passage.
>
>
> Emmanuel
>
> > Message du 10/11/11 14:23
> > De : "Stacho Mudrak"
> > A : "List for Therion users"
> > Copie à :
> > Objet : Re: [Therion] vthreshold inefficient
> >
> > It was a bug in loch, that will be fixed in the next snapshot.
> Thanks for finding it.
>
>
> >
>
> S.
>
>
> >
>
> On 31 August 2011 17:58, emmanuel.vitte at laposte.net
> <mailto:emmanuel.vitte at laposte.net>  <mailto:emmanuel.vitte at laposte.net>> wrote:
> >
>
>
> >
>
>
> > I tested that on Therion is 5.3.8.
> > To be more precise :
> > If inclination <= 59, UD is vertical
> > If inclination > 60, UD is perpendicular to the shot
> > Changing the value of vthreshold does not have any effect
> >
> > Emmanuel
> >
> >
> >
> 
> <https://compte.laposte.net/inscription/index.do?jeux=2011FOOTER_generique>
> > ___
> > Therion mailing list
> > Therion at speleo.sk <mailto:Therion at speleo.sk>
> > http://mailman.speleo.sk/mailman/listinfo/therion
> >
> > 
>
>
>     > >
> > [ (pas de nom de fichier) (0.1 Ko) ]
>
>
>
> <https://compte.laposte.net/inscription/index.do?jeux=2011FOOTER_generique>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2022/b659f516/attachment.html>
-- next part --
An embedded message was scrubbed...
From: Stacho Mudrak 
Subject: Re: [Therion] Problem in 3D model
Date: Thu, 24 Jan 2008 15:57:34 +0100
Size: 4520
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2022/b659f516/attachment.mht>

[Therion] New symbols

[Xavier Pennec]

here are a few ideas for other new symbols.

I am extensively using a few additional symbols while drawing 
projections: dashed contours for contours thare are on the back-side of 
the projection, dashed areas for the connection of two galleries or for 
a void / gallery orthogonal to the projection.

I am also using an additional line symbol (which should be actually 
clipped off automatically) for the direction of fractures visible on the 
walls, and I am often missing a point symbol "dip" for the inclination  
of the strata

Xavier




## To draw contours which are on the back-side of the projection
   def l_u_backcontour (expr Path) =
 T:=identity;
 pickup PenD;
 draw Path dashed evenly scaled (0.25 * optical_zoom);
   enddef;

## Area of connection of two galleries, orthogonal to the projection and 
on the front-size
def a_u_connection(expr Path) =
   #% density
   numeric  dx; dx := 0.25u;
   T:=identity;
   path q; q := bbox Path;
   numeric lq; lq :=   xpart urcorner q - xpart llcorner q;
   numeric hq; hq :=   ypart urcorner q - ypart llcorner q;
   numeric dq;  dq :=  lq+hq;
   picture tmp_pic;
   tmp_pic := image(
 for i = xpart llcorner q - hq step dx until  xpart urcorner q:
   numeric j; j := ypart llcorner q;
   thdraw (i,j)--(i+hq,j+hq) withpen pensquare scaled (0.01u);
 endfor;
   );
   clip tmp_pic to Path;
   clip tmp_pic to Path shifted (-dq/40,-dq/40);
   draw tmp_pic;
enddef;
# initsymbol("a_u_connection");


## same for connections on the back-side of the projection
def a_u_backconnection(expr Path) =
   #% density
   numeric  dx; dx := 0.25u;
   T:=identity;
   path q; q := bbox Path;
   numeric lq; lq :=   xpart urcorner q - xpart llcorner q;
   numeric hq; hq :=   ypart urcorner q - ypart llcorner q;
   numeric dq;  dq :=  lq+hq;
   picture tmp_pic;
   tmp_pic := image(
 for i = xpart llcorner q - hq step dx until  xpart urcorner q:
   numeric j; j := ypart llcorner q;
   draw (i,j)--(i+hq,j+hq) dashed evenly scaled (0.5 * optical_zoom) ;
 endfor;
   );
   clip tmp_pic to Path;
   clip tmp_pic to Path shifted (-dq/40,-dq/40);
   draw tmp_pic;
enddef;
   endcode



   def l_u_fracture (expr P) =
 T:=identity;
 cas := 0;
 dlzka := arclength P;
 mojkrok:=adjust_step(dlzka, 0.8u);
 pickup PenC;
 k := 90;
 forever:
   t1 := arctime (cas + mojkrok*1/5) of P;
   t  := arctime (cas + mojkrok/2) of P;
   t2 := arctime (cas + mojkrok*4/5) of P;
   thdraw (subpath (t1,t2) of P);
   mark_alt (P,t,0.2u, k);
   cas := cas + mojkrok;
   k := (k + 180) mod 360;
   exitif cas > dlzka - (2*mojkrok/3); % for rounding errors
 endfor;
   enddef;
   initsymbol("l_fracture_XAV");



Le 11/11/2011 20:48, Stacho Mudrak a écrit :
> Hello everybody,
>
> after drawing a complex map of one show cave, I would like to add new 
> standard symbols to therion. These should include:
>
> line edge - should be used to draw other then rock edges, e.g. wall 
> structures in elevation. There is already rock-border -- rock-edge 
> pair, there is general border symbol but no general edge symbol.
>
> line rope - already discussed here, just line point option anchor 
> on|off should work also
>
> line handrail - this symbol already exists in some cave symbol sets. A 
> line with dots in plan, in elevation some standard 1m tall handrail 
> would be drawn.
>
> point handrail - used to draw handrail in cross-sections
>
> line steps - should be used in both, plan / elevation projections. In 
> plan, this line would surround steps area and steps would be drawn 
> parallel to the first line segment. In elevation, 20cm steps would be 
> drawn.
>
> line path - used to draw concrete or other path in caves, where it was 
> built. If it will be closed curve, it will be filled with "area path". 
> See below.
>
> area path - fill for path areas. It would be automatically applied for 
> closed line steps/path in plan projection.
>
> Also should be added:
> line rope-ladder
> line fixed-ladder
> line via-ferrata
> point via-ferrata
>
> Do these symbols make sense? Any comments? Any other symbols, that 
> should exist in the standard therion library?
>
> Thanks a lot for the feedback, S.
>
>
> ___________
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/2014/4bfe7b86/attachment.html>

[Therion] Standard deviation of estimated station coordinates from least-squares loop correction?

[Xavier Pennec]

I have a large graph of archaeological sites (medieval mines) connected 
by multiple surface surveys. The ensemble counts more than 120 sites 
("entrances") with 28km of survey including about 5000 stations 
connected by 500 legs with 187 loops and 297 connected components. Of 
course the surveys were done by different teams with different 
accuracies and the fixed points are GPS points with very different 
accuracy (from more than 30m to 1m for the professional GPS points by a 
geometer).

I have heavily used the sd command to correctly weight the different 
measures in the least-squares loop correction estimation, which means 
that internally the system should have a pretty good idea of the 
accuracy of each station location. What I would like is to extract the 
standard deviation of the entrance locations when I export the 
coordinates in the cave-list export.
Does anybody has an idea of how to extract this standard deviation 
information?

Xavier


-- 
>  -----
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] Extended elevation of a vertical cave

[Xavier Pennec]

Barbare,

I've got that scalebar definition to put in your layout. If you exchange 
the x and y coordinates, this should give something interestingly 
vertical. However, the main problem will be that you have to redefine 
the whole legend environment in tex to make it vertical scalebar-friendly...

I can try to look at that this week-end when I finish the maps and 
report from St Laurent

Xavier

  def s_scalebar (expr l, units, txt) =
   begingroup
 interim warningcheck:=0;
 tmpl:=l / Scale * cm * units / 2;
   endgroup;
   pickup PenC;
   draw (-tmpl,0)--(tmpl,0);
   draw (-tmpl,0)--(-tmpl,4bp);
   draw (tmpl,0)--(tmpl,4bp);
   draw (-tmpl,4bp)--(tmpl,4bp);
   fill (0,4bp)--(tmpl,4bp)--(tmpl,0)--(0,0)--cycle;
   fill 
(-4/5*tmpl,4bp)--(-3/5*tmpl,4bp)--(-3/5*tmpl,0)--(-4/5*tmpl,0)--cycle;
   fill 
(-2/5*tmpl,4bp)--(-1/5*tmpl,4bp)--(-1/5*tmpl,0)--(-2/5*tmpl,0)--cycle;
   begingroup
 interim labeloffset:=2bp;
 label.top(thTEX("0" & "\thinspace" & txt), (-tmpl,6bp));
 label.top(thTEX(decimal (l) & "\thinspace" & txt), (tmpl,6bp));
   endgroup
enddef;

Le 03/11/2011 20:38, Bruce a écrit :
> Francois
> I quick reply before I'm off to work...
>
> Ropes
> I just use 'line border' for my ropes.
> A better approach would be to define your own line type rope and assign it
> an already defined linetype (like 'border').  [This is quite easy but I'd
> have to look it up -obviously not so easy as I would have done it already! -
> someone else may have it on the tip of their tongue]
>
> This would allow you to change all the 'ropes' at some future time just by
> adding the symbol definition - when you could find time to make a line rope
> definition to your liking.
>
>
> Scalebar
> Unless someone has already written one, you could modify Thomas Holders code
> from here
> http://therion.speleo.sk/wiki/doku.php?id=metapost#special_symbol_examples
> If you are brave enough for metapost that is.
>
> Bruce
>
>
> -Original Message-
> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
> Behalf
> Of Francois Gaspard
> Sent: Friday, 4 November 2011 8:19 a.m.
> To: therion at speleo.sk
> Subject: [Therion] Extended elevation of a vertical cave
>
> Hello,
>
> I'm working on an extended elevation map of our last explorations in Picos
> de Europa (Spain).
> The cave is mainly vertical (~ -300m) with ... too many networks for my
> liking. I'm using therion  5.3.6.
>
> However, two issues are blocking me:
> 1) Drawings ropes: Is there a mean to draw ropes (a kind of rope line)? I've
> just found rope points but not lines. Some emails on the list have
> mentionned this issue but without a clear answer for me.
>
> 2) A vertical scalebar: The legend is pretty nice, but the scalebar is
> horizontal. I was not able to fnd a way to draw a nice vertical scale bar on
> the map.
>
> Many thanks if someone can help.
>
> François
> SCOF - http://scof91.free.fr/
>
> ___
> 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

-- 
>  -
>  Xavier Pennec
>  Senior Research Scientist / Directeur de recherche
>  Asclepios project-team, INRIA Sophia-Antipolis
>  2004 Route des Lucioles, BP93
>  F-06902 Sophia-Antipolis Cedex, France
>  +33 4 92 38 76 64
>  +33 6 78 35 16 90
>  http://www-sop.inria.fr/asclepios/
>  ---

[Therion] Bug with background sketches?

[Xavier Pennec]

I am trying to include the sketch of an old survey as a background image 
on which I want to superimpose the new map.
Here is a simplified example: the new survey is in SaleGosse4_test.th 
with maps in SG4_plan1.th2.
For the underlying survey to keep a reasonable size, I used a morphed 
sketch of the same survey which is SG4_A1_plan2_carnet.th2 with 
background sketch Sale-Gosse_Carnet_2010_A1_plan2.jpg.

When I compile the pdf for that map (not included here because it is 
above 6 Mb), the warped sketch image is included 9 times instead of only 
one. Apparently, it is considered as a sketch for all the scraps of the 
map while it should only be the sketch of one of them. There is not only 
the problem of file size explosion (over 50 Mb for the original survey 
sketch with 16 scraps above), but the image is also hiding the scraps 
that are supposed to be above it.

I tried to play with many parameters in the layout (transparency, 
surface bottom or top) without much changes.
It seems to me like a bug, or I missed something.  Does anyone have an idea?

Best

Xavier


-- 
-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: SG4_A1_plan2_carnet.th2
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20110628/24cb56e0/attachment.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: SaleGosse4_test.thconfig
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20110628/24cb56e0/attachment-0001.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: SaleGosse4_test.th
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20110628/24cb56e0/attachment-0002.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: SG4_plan1.th2
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20110628/24cb56e0/attachment-0003.ksh>
-- next part --
A non-text attachment was scrubbed...
Name: Sale-Gosse_Carnet_2010_A1_plan2.jpg
Type: image/jpeg
Size: 77634 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20110628/24cb56e0/attachment.jpg>

[Therion] use plan as cross-section (again)

[Xavier Pennec]

Any help would be appreciated (the mail was sent too early).

Xavier

Le 24/06/2011 18:21, Xavier Pennec a écrit :
> As Marco Corvi tried last year, I am trying to use scraps of type plan 
> as cross-sections in an extended scrap.
> The reason is that the cave is essentially vertical, so that most of 
> my scraps for plan are superimposed.
> Thus, they are better displayed as cross-sections. However, I would 
> like to have these scraps scales oriented and warped automatically 
> according to the stations as in the plan projection. Moreover, I would 
> like to use also some of these scraps to create a map plan.
>
> I am running therion on windows and I don't want to recompile. So I 
> cannot change the test in thdb2d.cxx as Marco did last year to accept 
> cross-sections of type none and plan. Is there any reason to forbid 
> the use of scraps projections other than none in cross-sections?
>
> I tried to play with the revise command to turn around, without 
> success so far as changing the projections of my scraps from plan to 
> none does not allow them to belong to a map plan!
>
> Any help
>
>
>
>
>
> Le 20/07/2010 08:32, marco corvi a écrit :
>> On Mon, 2010-07-19 at 23:40 +0200, Stacho Mudrak wrote:
>>> I am not sure, I understand your problem correctly, but would it help
>>> you, if cross section scraps could be also from other, than "none"
>>> projection?
>>>
>> that's fine for vertical caves, where cross-sections
>> are horizontal and have projection plan.
>>
>> infact i changed the test in thdb2d to allow
>> scraps with projections "plan" as well as "none".
>> then i had to add the north symbol as image.
>>
>> there might be similar problems for vertical
>> cross-sections ...
>> (not sure how to go about that).
>>
>> marco
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>

-- 
-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---

[Therion] use plan as cross-section (again)

[Xavier Pennec]

As Marco Corvi tried last year, I am trying to use scraps of type plan 
as cross-sections in an extended scrap.
The reason is that the cave is essentially vertical, so that most of my 
scraps for plan are superimposed.
Thus, they are better displayed as cross-sections. However, I would like 
to have these scraps scales oriented and warped automatically according 
to the stations as in the plan projection. Moreover, I would like to use 
also some of these scraps to create a map plan.

I am running therion on windows and I don't want to recompile. So I 
cannot change the test in thdb2d.cxx as Marco did last year to accept 
cross-sections of type none and plan. Is there any reason to forbid the 
use of scraps projections other than none in cross-sections?

I tried to play with the revise command to turn around, without success 
so far as changing the projections of my scraps from plan to none does 
not allow them to belong to a map plan!

Any help





Le 20/07/2010 08:32, marco corvi a écrit :
> On Mon, 2010-07-19 at 23:40 +0200, Stacho Mudrak wrote:
>> I am not sure, I understand your problem correctly, but would it help
>> you, if cross section scraps could be also from other, than "none"
>> projection?
>>
> that's fine for vertical caves, where cross-sections
> are horizontal and have projection plan.
>
> infact i changed the test in thdb2d to allow
> scraps with projections "plan" as well as "none".
> then i had to add the north symbol as image.
>
> there might be similar problems for vertical
> cross-sections ...
> (not sure how to go about that).
>
> marco
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
-
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 38 76 64
+33 6 78 35 16 90
http://www-sop.inria.fr/asclepios/
---

[Therion] How to display splay shots in xvi?

[Xavier Pennec]

  In the survex/therion syntax, we can define splay shots for additional 
points taken to help drawing the scraps. However, these shots are hidden 
by default in models (according to what is said in the therion book), 
even when we specify "symbol-show point station".

Does anyone know the syntax to show these splay shots in the xvi file?
I definitely need them to draw the sketches, and commneting out the 
splay flags to get the xvi right is not really a clean and sustanable 
option for large surveys...

Xavier


-- 
-----
Xavier Pennec
Senior Research Scientist / Directeur de recherche
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 39 76 64
+33 6 78 35 16 90
---

[Therion] Associating thconfig extension with Wish Application causes bad option utf-8 on some machines

[Xavier Pennec]

  I have exactly the same problem after updating my system from  XP to 
Windows7.

After a few tries, I found that draging and droping a thconfig file on 
the Xtherion link (which is "C:\Program Files 
(x86)\Therion\bin\wish84.exe" "C:\Program Files 
(x86)\Therion\xtherion.tcl") was working properly while the "open with 
[Xtherion link]" procedure seems to call only which84 (draging and 
droping on which84.exe produces teh same error as below).

Does anyone have an idea while the "open with" procedure of windows 7 is 
stripping out the argument xtherion.tcl?

Xavier


Le 10/06/2010 11:51, Bruce a écrit :
>
> 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&s[]=modify&s[]=distinguish&s[]=layout
>  
> <http://therion.speleo.sk/wiki/doku.php?id=windows&s%5b%5d=modify&s%5b%5d=distinguish&s%5b%5d=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
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- 
-
Xavier Pennec
Senior Research Scientist / Directeur de recherches
Asclepios project-team, INRIA Sophia-Antipolis
2004 Route des Lucioles, BP93
F-06902 Sophia-Antipolis Cedex, France
+33 4 92 39 76 64
+33 6 78 35 16 90
---
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100903/0c71aaec/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 13554 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100903/0c71aaec/attachment.jpe>

[Therion] Bug in extended xvi / xvi 450000 issue

[Xavier Pennec]

Here is a simplified version of the example data that led to the  xvi 
45 issue in extended elevation that I reported last October.
After quite a few try, I still have nothing working for xvi elevations. 
I have this problem for all my datasets (they are all based on the same 
scheme as here).
Using the coordinate system or commenting it out does not change anything.

Actually, I found where the bug in lox generation comes from: there is 
no station point in the Mag_plan.th2. If we add a station or remove the 
inclusion of the plan, then the lox generation does not freeze.

Xavier



Le 25/09/2009 11:30, Stacho Mudrak a écrit :
> This is very strange, I can not imagine, that it worked before - there
> were some serious bugs in the code. It will be fixed in the next
> version.
>
> Regards, S.
>
> On Tue, Sep 15, 2009 at 10:34 AM, Xavier Pennec
>   wrote:
>
>> I just tested the 5.2.12 version  on win32 (I am running XP version 2002
>> SP3).
>> It corrects the zero coordinate localisation in cave-list export.
>> However, there is still a bug on the generation of xvi for extended maps. In
>> the example attached,
>> the xvi generated has the x coordinate value at
>> 4500.00
>> which cause obvious overflow problems when inlcuding the xvi in a th2...
>> The generation of xvi was working with 5.2.9 (I don't know for 5.2.10) and
>> fails since 5.2.11.
>>
>> In the same example, therion is freezing during the generation of the lox
>> file (the last line of the thconfig) and I have to kill it.
>> I don't understand what's happening since the generation of lox files is
>> working for other rather big cave systems.
>> Does any one have an idea?
>>
>> Best
>>
>> Xavier
>>
>>
>> Stacho Mudrak a écrit :
>>  
>>> There was a problem related to migration to GCC v4 when compiling
>>> under win32. Now all bugs you have pointed out should be fixed. Could
>>> you please try version 5.2.12, which is now available for download.
>>>
>>> Thanks for finding these bugs, S.
>>>
>>> On Wed, Sep 2, 2009 at 12:26 PM, Bruce  wrote:
>>>
>>>
>>>> Also altitudes and entrance co-ords seem to be zero in the cave list
>>>> file.
>>>>
>>>> Something I’m doing or is it 5.2.11?
>>>>
>>>> Bruce
>>>>
>>>> 
>>>>
>>>> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On
>>>> Behalf
>>>> Of Bruce
>>>> Sent: Sunday, 30 August 2009 11:42 a.m.
>>>> To: 'List for Therion users'
>>>> Subject: [Therion] Explored always zero in continuation list
>>>>
>>>>
>>>>
>>>> Have just noticed that ‘explored lengths’ are always reported as zero 
>>>> in
>>>> continuation-list,
>>>>
>>>> They are correctly reported in caves-list and surveys-list.
>>>>
>>>> Bruce
>>>>
>>>> No virus found in this incoming message.
>>>> Checked by AVG - www.avg.com
>>>> Version: 8.5.409 / Virus Database: 270.13.71/2330 - Release Date:
>>>> 08/29/09
>>>> 17:51:00
>>>>
>>>>  

-- next part --
A non-text attachment was scrubbed...
Name: Magtest.zip
Type: application/x-zip-compressed
Size: 27711 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100316/65c26651/attachment.bin>
-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 386 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100316/65c26651/attachment.vcf>

[Therion] Bug in extended xvi remaining in 5.3

[Xavier Pennec]

I juste tested therion 5.3 and the bug in the generation of extended xvi 
is still there: since therion 5.2.11, the x coordinate of any point in 
extended xvi exports has value 
4500.00
which cause obvious overflow problems when inlcuding the xvi in a th2...

This means that I have to backtrack once again to therion 5.2.9 to do 
any extended elevation map
Is there a place to keep this type of bug posted so that they do not get 
forgotten?

Xavier


Le 25/09/2009 11:30, Stacho Mudrak a écrit :
> This is very strange, I can not imagine, that it worked before - there
> were some serious bugs in the code. It will be fixed in the next
> version.
>
> Regards, S.
>
> On Tue, Sep 15, 2009 at 10:34 AM, Xavier Pennec
>   wrote:
>
>> I just tested the 5.2.12 version  on win32 (I am running XP version 2002
>> SP3).
>> It corrects the zero coordinate localisation in cave-list export.
>> However, there is still a bug on the generation of xvi for extended maps. In
>> the example attached,
>> the xvi generated has the x coordinate value at
>> 4500.00
>> which cause obvious overflow problems when inlcuding the xvi in a th2...
>> The generation of xvi was working with 5.2.9 (I don't know for 5.2.10) and
>> fails since 5.2.11.
>>
>> In the same example, therion is freezing during the generation of the lox
>> file (the last line of the thconfig) and I have to kill it.
>> I don't understand what's happening since the generation of lox files is
>> working for other rather big cave systems.
>> Does any one have an idea?
>>
>> Best
>>
>> Xavier
>>
>>
>> Stacho Mudrak a écrit :
>>  
>>> There was a problem related to migration to GCC v4 when compiling
>>> under win32. Now all bugs you have pointed out should be fixed. Could
>>> you please try version 5.2.12, which is now available for download.
>>>
>>> Thanks for finding these bugs, S.
>>>
>>> On Wed, Sep 2, 2009 at 12:26 PM, Bruce  wrote:
>>>
>>>
>>>> Also altitudes and entrance co-ords seem to be zero in the cave list
>>>> file.
>>>>
>>>> Something I’m doing or is it 5.2.11?
>>>>
>>>> Bruce
>>>>
>>>> 
>>>>
>>>> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On
>>>> Behalf
>>>> Of Bruce
>>>> Sent: Sunday, 30 August 2009 11:42 a.m.
>>>> To: 'List for Therion users'
>>>> Subject: [Therion] Explored always zero in continuation list
>>>>
>>>>
>>>>
>>>> Have just noticed that ‘explored lengths’ are always reported as zero 
>>>> in
>>>> continuation-list,
>>>>
>>>> They are correctly reported in caves-list and surveys-list.
>>>>
>>>> Bruce
>>>>
>>>> No virus found in this incoming message.
>>>> Checked by AVG - www.avg.com
>>>> Version: 8.5.409 / Virus Database: 270.13.71/2330 - Release Date:
>>>> 08/29/09
>>>> 17:51:00
>>>>
>>>> ___
>>>> 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 embedded and charset-unspecified text was scrubbed...
Name: MasDuPre2_coupe.xvi
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100219/1c38bae2/attachment.ksh>
-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 386 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20100219/1c38bae2/attachment.vcf>

[Therion] Bug in extended xvi + pb in lox generation

[Xavier Pennec]

I just tested the 5.2.12 version  on win32 (I am running XP version 2002 
SP3).
It corrects the zero coordinate localisation in cave-list export.
However, there is still a bug on the generation of xvi for extended 
maps. In the example attached,
the xvi generated has the x coordinate value at 
4500.00
which cause obvious overflow problems when inlcuding the xvi in a th2...
The generation of xvi was working with 5.2.9 (I don't know for 5.2.10) 
and fails since 5.2.11.

In the same example, therion is freezing during the generation of the 
lox file (the last line of the thconfig) and I have to kill it.
I don't understand what's happening since the generation of lox files is 
working for other rather big cave systems.
Does any one have an idea?

Best

Xavier


Stacho Mudrak a écrit :
> There was a problem related to migration to GCC v4 when compiling
> under win32. Now all bugs you have pointed out should be fixed. Could
> you please try version 5.2.12, which is now available for download.
>
> Thanks for finding these bugs, S.
>
> On Wed, Sep 2, 2009 at 12:26 PM, Bruce  wrote:
>   
>> Also altitudes and entrance co-ords seem to be zero in the cave list file.
>>
>> Something I’m doing or is it 5.2.11?
>>
>> Bruce
>>
>> 
>>
>> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
>> Behalf
>> Of Bruce
>> Sent: Sunday, 30 August 2009 11:42 a.m.
>> To: 'List for Therion users'
>> Subject: [Therion] Explored always zero in continuation list
>>
>>
>>
>> Have just noticed that ‘explored lengths’ are always reported as zero in
>> continuation-list,
>>
>> They are correctly reported in caves-list and surveys-list.
>>
>> Bruce
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com
>> Version: 8.5.409 / Virus Database: 270.13.71/2330 - Release Date: 08/29/09
>> 17:51:00
>>
>> ___
>> 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 --
A non-text attachment was scrubbed...
Name: Magtest.zip
Type: application/x-zip-compressed
Size: 19342 bytes
Desc: not available
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 386 bytes
Desc: not available
URL: 

[Therion] Plan only walls and centerline

[Xavier Pennec]

Hide all symbols used in your map except walls and centerline in the layout.
See for instance the join thconfig file.

Xavier


Boldt, Markus a écrit :
>  Hi, 
> I`am sure it is possible with Therion to get a plan without any
> speleothemes. The plan is ready drawn, but I need a plan only with walls
> and pillars and the centerline but without any other drawings. I have
> searched in the Wiki but without success. Please give me some help. I
> cannot believe, that I must delete all previously drawn things in the
> *.th2-File. 
> regards 
> Markus 
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>   

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: HierleGeneral.thconfig
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] colour map-fg + warping th2 points/lines/areas elements ?

[Xavier Pennec]

Yes, controling the scrap/maps colors would be a great feature! I need 
it to do some summary maps of a complex system.

Another feature that would be great is the warping of th2 elements. Here 
is my problem: so far I draw elevation maps at azimut 135 because that 
seemed to be the main direction of the cave. Now, the last explorations 
reveal that the main axis is at 120 degrees. So I would like to redraw 
all my elevations at this new axis. Changing the elevation axis in the 
scrap descriptions does warp my old th2 drawings to fit the new 
projection axis, but there are always features that needs to be adjusted 
and it is difficult to anticipate the result of the warp. I would like 
to be able to save the warped points/lines/areas in a new file and then 
edit this new drawing which will have no distortion. Is that a feature 
that could be investigated?

Xavier

Stacho Mudrak a écrit :
> Unfortunately, this feature is only in the TODO list :( A lot of
> people are asking for it, so it looks it is time to implement it.
>
> Regards, S.
>
> On Wed, May 13, 2009 at 10:20 AM, Andrew Atkinson  
> wrote:
>   
>> Hello
>>
>> in layout using
>>
>> colour map-fg 0
>>
>> all the maps come out black and you can control the colour
>>
>> you can get different coloured maps using
>>
>> colour map-fg map
>>
>> But is there a way to control the colour of each map? Ie I am trying to hi
>> light one map (section of cave) in red and colour the rest in black
>>
>> thanks
>>
>> Andrew
>>
>> ___
>> 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 --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] Changing symbols for area debris

[Xavier Pennec]

I had a similar problem with one other symbol. I was able to define (and 
more importantly to assign) the following ones:
  symbol-assign area water XAV
  symbol-assign area sump XAV
  symbol-assign line wall:clay XAV
  symbol-assign point station:temporary XAV
  symbol-assign line pit XAV
  symbol-assign line overhang XAV
  symbol-assign line ceiling-meander XAV
  symbol-assign line contour UIS
  symbol-assign line gradient XAV
  symbol-assign line flowstone XAV
  #symbol-assign line section XAV

but I had to override the definition of l_section  for therion to take 
it into account.

Xavier


Gilbert Fernandes (mailinglist) a écrit :
> Hello,
>
> I did not define a symbol-set,
> And I succed to redefine other symboles (blocs, pebbles) easaly it 
> this survey.
> So it's very strange for me to not succeed to redefine the debris 
> symbols.
> I thing there's a specific problem with debris.
> Did someone succeed to redefine it ?
> Thanks,
>
> Georg Pacher a écrit :
>> Gilbert Fernandes (mailinglist) schrieb:
>>>
>>> Hello,
>>
>> Hi!
>>
>>
>>> def a_debris (expr p) =
>>> Do you have the same problem ? may  be I have to add othe command 
>>> lines ?
>>
>> In my experience, this happens if you have defined a symbol-set in 
>> your layout (e.g. symbol-set UIS, or seperate symbol-assign commands 
>> for that symbol), then therion searches for the symbol of that 
>> symbol-set (e.g. a_debris_UIS).
>> The solution for your problem should therefore be:
>>
>> def a_debris_xxx (expr p) =
>>
>> where xxx is the symbol-set you use for that symbol.
>>
>>> I use the windows release 5.2.7.
>>> Thanks,
>>>
>>> Gilbert
>> hope this helps,
>> Georg.
>>
>> ___
>> 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 --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] Points serveyed with Theo

[Xavier Pennec]

I think you have to use a virtual shot linking the points to the survey 
something like:
data nosurvey
your GPS station

Xavier

Bruce Mutton a écrit :
>
> Markus
>
> I suspect your problem is with the centerline network and not the 
> fixed points (at least that is what the error message is saying).
>
> Try changing things one at a time, ie remove the cs to effectively 
> make them local co-ords, remove all but one of the fixed points.
>
> I have done something similar to what I think you are trying to do a 
> number of times, and any errors have been unrelated to the fact that 
> the fixed points are not connected to the survey centerline.
>
> Bruce
>
> 
>
> *From:* therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] 
> *On Behalf Of *Boldt, Markus
> *Sent:* Wednesday, 25 March 2009 9:44 p.m.
> *To:* List for Therion users
> *Subject:* [Therion] Points serveyed with Theo
>
> Hi,
> I have a question about "drawing" points only with UTM Coordinates in 
> a map. I have defined them as staion point and fixed them with UTM 
> coordinates. But that don`t works.
>
> For example:
> centerline -cs UTM32
> data normal from to length compass clino
> 421 422 17.16 319 24
> … and so on
>
> #fix 203 57516.48 5364812.47 576.67
>
> endcenterline
>
> In this version therion works (In th2-file the point is shut off too)
>
> If I shut on the point in th-file and in th2-file therion gives an error
> "error -- can not connect 421 at VH9 to centerline network"
>
> Please give me an Idea.
>
> Markus
>
> Freundliche Grüße
> Markus Boldt
> Qualifizierungsbeauftragter / QK/QVS
>
> Merckle GmbH
> Ein Unternehmen der ratiopharm Gruppe
> Graf-Arco-Str. 3
> 89079 Ulm
> Tel.: +49 (0)731 - 402 5937
> Fax: +49 (0)731 - 402 44 5937
> markus.boldt at ratiopharm.de 
> www.ratiopharm.de 
>
> Registergericht: Ulm HRB 5125, Sitz Blaubeuren
> Geschäftsführer:
> Oliver Windholz,
> Dr. Walter Bühl, Thomas Ehmann,
> Dr. Susanne Frieß
>
> 
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>   

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] How to produce outputs integrating various types of maps ?

[Xavier Pennec]

Inkscape can now import and combine the pdfs porduced by therion but it 
does not export back correctly all features in pdf (I used the save as 
pdf with cairo lib). In particular, lines that are clipped at the 
outline are not any more (and so are grid crosses outside the page 
space) and filling patterns (e.g. water) are screwd up. Does anyone have 
a trick to get around that?

Xavier

roger at r-schuster.de a écrit :
> Hi all,
>
>   
>> So my problem is that I would like to produce 
>> a single output (typically pdf), including
>> several maps, usually one standard map, 
>> plus one extended elevation, but there 
>> could be several of them.
>> 
>
> You may produce one PDF for each projection and merge / arrange them with 
> Inkscape. http://www.inkscape.org It can import the PDFs generated by Therion.
>
> Roger
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>   

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] Correcting bad drawings

[Xavier Pennec]

I had the same problem quite a few times, especially to correct old 
drawings that have an error, or to iterate the drawing corrections when 
there is a new loop for instance.

As all the point positions and handle orientations are warped to produce 
the pdf, it seems to me that it could be possible to add a th2 export 
type which would simply outputs the same th2 file with warped coordinates.
Of course, there could be problems with the included images and 
sketches, but that could be skipped if we already have all the other 
objects. Any remark on the possibility of such an export?

Xavier

Bruce Mutton a écrit :
>> It would be good to have some advise on how people deal with mistakes in 
>>  sketches. For example:
>> 
>
> Having made a couple I now make as sure as I can that there are no gross
> mistakes before I start drawing.
>
>   
>> I can export a .xvi to draw around but that doesn't contain the outline 
>> of the rest of the scarp to join in to.  I can export a PDF or SVG but 
>> that can't be imported as a background into xtherion.  How do people 
>> deal with this situation?
>> 
>
> You could save your pdf to jpg format with Adobe Acrobat.
>
>   
>> My current idea is to produce a PDF, render to PNG with ghostscript, 
>> then import that into xtherion and overlay a .xvi (hoping they'll line 
>> up) 
>> 
>
> Almost certainly they won't.  If you scan to same resolution and orientation
> you may get lucky, but I would not count on it.
>
>   
>> to get station LRUDs to draw round.  Does anyone have an easier way, 
>> I have a number of such things to correct?
>> 
>
> I would tend to print out a centre line and hand draw on that,
> copying/tracing the good parts of the old one.  Then scan and start drawing
> a replacement scrap.
>
> Alternatively break your existing scrap into two at the point of the error,
> then manually add corrections 'by eye'.  May be confusing, as probably the
> scraps as drawn in Xtherion will overlap (although the finished product
> should butt them together correctly). 
>
>
> Cheers,
> Hope this helps
> Bruce
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>   

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] Cave Sketches don't offset

[Xavier Pennec]

Some time ago, I tried to use png files for my sketches and I had 
problems with the scaling. Everything was solved by translating them 
into JPG. It seems that the intrinsic PNG scale was misinterpreted and 
combined with the sketch scaling (there is no such scale stored in JPG 
files).

I don't have an example at hand but I can work on reproducing it if you 
think that it might be useful.

Xavier

Stacho Mudrak a écrit :
> No, I have checked this right now and it is a bug. We will try to fix it.
>
> Regards, S.
>
> On Sun, Dec 28, 2008 at 9:11 AM, Bruce Mutton
>  wrote:
>   
>> And Again;
>>
>> To get a quick preview of what my finished map will look like I've added
>> some survey stations and cave sketches to my scraps.
>>
>>
>>
>> These plot nicely until I want to offset the map in which the scrap and
>> sketch is contained.
>>
>> When the map is offset, the survey stations plot in the correctly offset
>> location, but the sketch plots (incorrectly) in it's original location.
>>
>>
>>
>> Am I doing something wrong or is this a bug?
>>
>> Bruce
>>
>> ___
>> 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 --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] outline out

[Xavier Pennec]

the in- or out- side of wall is determined by the orientation of the 
wall curves: the yellow tag orthogonal to the line at the beginning 
should point towards the inside of the cave. In scrap e13, the two walls 
are pointing outside.
Just toggle the "reverse" checkbox in the line control menu for these 2 
curves.

Xavier

Sau --- a écrit :
> Hello, therion.
>
> Scrap e13 in cave_e.pdf is white. How set it to inner part of cave (map) 
> (-outline out)?
>
>
> How set origin point? In statistic display amplitude, not depth of cave.
>
>
>
>
>
>
>
>   
> 
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>   

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 175 bytes
Desc: not available
URL: 

[Therion] Pb with LRUD on null length and vertical shots

[Xavier Pennec]

Stacho Mudrak a écrit :
>> What I don't understand is:
>> * why a horizontal shot of 1mm should be considered as vertical for
>> displaying the LRUD?
>> 
>
> When tyding up old post, I have chcecked this problem and it really is
> a bug. I hope, I will be able to fix it.
>   
Thanks. I think this will also solve the problem of zero length shots.

>> * why vertical shots are always oriented north even though a direction is
>> given?
>> 
>
> It is because of internal structure of data. This could be changed...
>   
Being able to specify the direction in which the LRUD are taken would be 
important for modeling correctly the 3D shape of pits. Right now, I have 
almost no pit which is oriented like that.

Xavier
-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] selection of stations/shots for xvi export?

[Xavier Pennec]

Is there a way to select only a subpart of a survey for an xvi export in 
a plan or an elevation?
When reading the thbook, it seems to me that the selection tools are 
only for extended elevation maps only.


Xavier
-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] Pb with LRUD on null length and vertical shots

[Xavier Pennec]

Thanks Martin, but this does not solve the problem for the reuse of all 
toporobot surveys: using either data dimension or [] means changing a 
lot in the data and I want to stay close to the original data so that I 
can verify the translation errors.

What I don't understand is:
* why a horizontal shot of 1mm should be considered as vertical for 
displaying the LRUD?
* why vertical shots are always oriented north even though a direction 
is given?

Xavier


Martin Sluka a écrit :
>
> On 20.12.2008, at 9:09, Xavier Pennec wrote:
>
>> To specify the LRUD at the beginning of  a leg (or when a is a sudden 
>> change) it is usual in toporobot to make a null (or very small) 
>> length shot (this is also usual in other survey softwares such as 
>> vtopo).
>
>
> example A.
>
> data dimensions station left right up down #you may use this 
> definition of data for all stations just separate LRUD from survey shots.
>
> 0 1 2 3 4
>
> data normal compass clino length left right up down
>
> 0 1 185 -15 4,5 1 1 5 1
>
> .
>
>
> example B:
>
> data normal compass clino length left right up down
>
> 0 1 185 -15   4,5 [1 1] [2 1]  [3 5]  [4 1] #you may use this syntax 
> for LRUD anywhere the LRUD are changed on particular station
> 1 2 201  10 12  2  3   1   2
>
> 
>
> LRUD in brackets mean first one for LRUD at "from" station, second one 
> for LRUD at "to" station.
>
> Martin
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20081220/60f8b3cc/attachment.vcf>

[Therion] Pb with LRUD on null length and vertical shots

[Xavier Pennec]

To specify the LRUD at the beginning of  a leg (or when a is a sudden 
change) it is usual in toporobot to make a null (or very small) length 
shot (this is also usual in other survey softwares such as vtopo). The 
intended behavior is the one of shot E with the therion syntax. In 
therion, it seems that this does not work, since below a certain length 
the shot is ploted as a vertical: in the example join, shots A and B are 
ploted as shot F. The problem is that rewriting old surveys of type A as 
E is quite a work prone to errors, and putting a length sufficient to 
have it drawn horizontally (such as in shot D) is really changing the 
measurements.

The second problem is that vertical shots are always oriented towards 
the north, even though one specifies a bearing to indicate where is the 
right and the left. This makes it difficult to draw directly on the xvi 
file.

Is that behavior intentional or  is that due to a division by zero which 
is not handles correctly?

Xavier
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: test_lg0.xvi
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: test_lg0.pdf
Type: application/pdf
Size: 25477 bytes
Desc: not available
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: Test_lg0.th
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: Test_lg0.th2
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: test_lg0.lox
Type: application/octet-stream
Size: 2519 bytes
Desc: not available
URL: 

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: test_lg0.thconfig
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] Two minor bugs in metapost defs

[Xavier Pennec]

I found a few bugs in the metapost definitions that could be usefully 
corrected in the next versions:
In the subtype clay of wall, "Pickup PenA" is missing before drawing the 
wall line at the end, and the effect is that the line is drawn with PenC 
(thin).

def l_wall_clay_SKBB (expr P) =
  T:=identity;
  cas := 0;
  dlzka := arclength P;
  mojkrok:=adjust_step(dlzka, .5u);
  pickup PenC;
  q := (-0.15u,0){up}..{down}origin..{up}(0.15u,0);
  forever:
t := arctime (cas + mojkrok/2) of P;
thdraw q shifted (point t of P + .25u * unitvector(thdir(P,t) 
rotated -90));
cas := cas + mojkrok;
exitif cas > dlzka - (2*mojkrok/3); % for rounding errors
  endfor;
 > Pickup PenA
  thdraw P;
enddef;

I also noticed that sometimes the margin around a text is changed by the 
presence (or absence) of a point label.
After many trials, I finally identified that it comes from the value of 
bboxmargin which is reset in process_label.
It seems to me that an interim is missing before resetting bboxmargin in 
order to keep this change localized.

def process_label (expr cent, rot) =
  begingroup
   bboxmargin:=0.8bp;   
    interim bboxmargin:=2bp;
q:=((bbox lab) smoothed 2) rotatedaround (cent, rot);
draw lab rotatedaround (cent, rot);
write_circ_bbox(q);  % without corners smoothing it was enough to use
 % write_bbox(q);
  endgroup;
enddef;


Xavier


-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 

[Therion] CS output specification

[Xavier Pennec]

Bruce,

Good thing you've noticed the problem with CS specification. Actually, 
it was working for me, but not always as I specified...
After many tests, it seems that specifying a CS inside the Layout does 
nothing. Apparently, the output CS should be specified outside and that 
the last CS specified is the one used for all the outputs.

In the test example joined, EPSG:27582 (French Lambert II) is the last 
CS specified. Therion says:
-> output coordinate system: EPSG:27582
and output coordinates as well as the output map are in this coordinate 
system (I translated with another tool to obtain the coordinates of 
Cave1 X=543263.98772068, Y=1907965.20640927).

Xavier

Bruce Mutton a écrit :
> Xavier
>
> I have not addressed your question (as I don't know the answer).
> Your data files compile on my machine as you describe in your message (an
> error as submitted, but success if the cave names are changed).
>
> I noticed that you have a co-ordinate conversion from one cs to another.
>
> Interested to know if the conversion is performed correctly for you?
>
> I tried to do this some weeks ago with my data (different co-ordinate
> systems), and although no errors were raised, the co-ordinates were not
> transformed at all, the maps and grids printed with the input co-ordinate
> system, and not the requested output co-ord system.
>
> In studying the outputs I get with your data I find the same thing is
> happening.  Am I (we?) misunderstanding how to do the co-ordinate
> conversions, or is something not working?
>
> Bruce
>
> -Original Message-
> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
> Behalf
> Of Xavier Pennec
> Sent: Thursday, 13 November 2008 8:59 a.m.
> To: List for Therion users
> Subject: [Therion] Problem with object types
>
> I have a problem with object types in therion: it seems that it is not 
> possible to have a survey and a station which have the same name (see 
> example included which perfectly compiles if one changes the cave1 and 
> cave 2 to Cave1 and Cave2 for either the station names or the survey 
> names). Is that a normal behavior? It seems to me that a correct typing 
> should allow having the same names for surveys, stations and maps.
>
> Xavier
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>   

-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: Test.th
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20081116/72d72dbf/attachment.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: test.thconfig
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20081116/72d72dbf/attachment-0001.ksh>
-- next part --
A non-text attachment was scrubbed...
Name: Xavier_Pennec.vcf
Type: text/x-vcard
Size: 166 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20081116/72d72dbf/attachment.vcf>