[Therion] ceiling-meander

2011-06-13 Thread Martin Budaj
> looking at the UIS official symbols ...
> ceiling meander is shown with ticks outside,
> therion ceiling-meander draws with ticks pointing inside.
>
> also chinmey line in UIS is dashed with ticks.
> in therion is just dashed.
> (therion ceiling-step line is dashed with ticks).

In fact both problematic symbols are defined in SKBB (our local caving
group) symbol set.

Unfortunately, UIS set is incomplete in therion and missing symbols
are taken fom other symbol sets even if you select UIS set in
thconfig, as it is in this case. We can add those two symbols in the
next snapshot, other symbols upon request.

You can display an overview of currently defined symbols for all
symbol sets by running

therion --print-symbols

which creates symbols.xhtml file (you can display it in Firefox).

Martin



[Therion] ceiling-meander

2011-06-13 Thread Martin Sluka

On 13.6.2011, at 11:31, Footleg wrote:

> That is news to me that the UIS have published these symbols with  
> this error in for years? I always took the published UIS symbols to  
> be the definitive reference, and inferred from them that the ticks  
> indicated the direction that the floor was lower (for floor height  
> changes) and the tick indicated the direction that the ceiling was  
> lower (for roof height changes). So have I drawn all my aven lines  
> wrong for the past 5 years?
>
> Footleg

This is more drawing maps philosophy problem. It is absolutely up to  
you and your caving group which symbol set you will use. In therion  
symbol sets you may find both (I hope).

Martin

>
> On 13 June 2011 09:19, Martin Sluka  wrote:
>
> On 13.6.2011, at 8:40, marco corvi wrote:
>
> i'm kind of confused:
>
> looking at the UIS official symbols ...
> ceiling meander is shown with ticks outside,
> therion ceiling-meander draws with ticks pointing inside.
>
> It is "error" in UIS symbols. Tick means "free air" - as step or  
> pit. You should not use ticks one time for "rock", second time for  
> "air".
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion




[Therion] Duplicates including adding splays?

2011-06-13 Thread Stacho Mudrak
It looks like a bug, they should not be used for depth. I will try to fix
it.

Thanks, S.

On 13 June 2011 08:28, marco corvi  wrote:

> I agree with bruce.
>
> also noticed that splay shots are used for the "depth".
> it might make sense, but  i rather have the depth
> computed with the survey shots only.
>
> marco.
>
> On Mon, 2011-06-13 at 08:44 +1200, Bruce wrote:
> > Hi Andrew
> > Yes, when splay shots to an unlabelled station such as '-' are included
> in a
> > dataset, such as when using a distoX or similar, the statistics do not
> make
> > that much sense to me. I think it still works the way you describe in
> 5.3.7.
> >
> > To my way of thinking, splay shots are not part of the survey length (and
> > therefore should not be duplicate either), they are analogous to LRUD.
>  IF
> > they are to be reported, they should be separately reported as 'total
> splay
> > length' and 'number of splay stations' (could be further broken down into
> > 'surface splays' and 'cave splays' if one was being picky).
> >
> > If there were to be a compromise for the sake of simplicity I would
> prefer
> > that therion exclude splay information from all the reported statistics
> (as
> > it ignores LRUD, which are really just special splay shots), rather than
> the
> > apparently selective way the splay shots are currently included.
> >
> > Regards
> > Bruce
> >
> > -Original Message-
> > From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On
> Behalf
> > Of Andrew Atkinson
> > Sent: Monday, 13 June 2011 6:10 a.m.
> > To: List for Therion users
> > Subject: [Therion] Duplicates including adding splays?
> >
> > Hello
> >
> > Therion 5.3.5 ubuntu 10.04
> >
> > In the attached file the following information is given about the survey
> >
> > title: RhinoPassage
> > length: 189.07m (surface 0.00m, duplicated 24.58m)
> > vertical range: 20.51m (from 1.27 at RhinoPassage at 20.38m to
> > 1.3 at RhinoPassage at -0.13m)
> > north-south range: 92.47m (from 1.27 at RhinoPassage at 33.43m to
> > 1.53 at RhinoPassage at -59.04m)
> > east-west range: 66.67m (from 1.53 at RhinoPassage at 66.67m to
> > 1.0 at RhinoPassage at 0.00m)
> > number of shots: 281
> > number of stations: 282
> >
> > The duplicate figure got me wondering, it seems to be counting the
> > splays but the length does not. As the duplicate none splays are only
> > about 10m.
> > Maybe this is what is wanted, but I personally think that the duplicate
> > value should be the amount taken off the length by the duplicate flag?
> > Ie why is length treated differently to duplicate (something to do with
> > the way survex treated splays and duplicate as different, I think that
> > splays are not included in extend in survex)
> >
> > Maybe 2 figures would be better, duplicate length and duplicate splays.
> >
> > {probably best to ignore this next bit}
> > Oh this leads to all sorts of thinks that are really not important, like
> > maybe giving the length of all the splays, and the number of stations,
> > is it really 282 or really 54. All depends on your definition I guess
> >
> > 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 --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20110613/49d3d509/attachment.html>


[Therion] xtherion -close on

2011-06-13 Thread marco corvi
the line option "-close on" specifis that a line is closed.

when exporting maps, therion properly closes a line with
this option.

when xtherion loads the file, the line is "open" and the
checkbox "close" is unchecked.
if i check it, xtherion add a point to the line with the
same coords as the initial point.

marco  




[Therion] Duplicates including adding splays?

2011-06-13 Thread Bruce
Hi Andrew
Yes, when splay shots to an unlabelled station such as '-' are included in a
dataset, such as when using a distoX or similar, the statistics do not make
that much sense to me. I think it still works the way you describe in 5.3.7.

To my way of thinking, splay shots are not part of the survey length (and
therefore should not be duplicate either), they are analogous to LRUD.  IF
they are to be reported, they should be separately reported as 'total splay
length' and 'number of splay stations' (could be further broken down into
'surface splays' and 'cave splays' if one was being picky).

If there were to be a compromise for the sake of simplicity I would prefer
that therion exclude splay information from all the reported statistics (as
it ignores LRUD, which are really just special splay shots), rather than the
apparently selective way the splay shots are currently included. 

Regards
Bruce

-Original Message-
From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Andrew Atkinson
Sent: Monday, 13 June 2011 6:10 a.m.
To: List for Therion users
Subject: [Therion] Duplicates including adding splays?

Hello

Therion 5.3.5 ubuntu 10.04

In the attached file the following information is given about the survey

title: RhinoPassage
length: 189.07m (surface 0.00m, duplicated 24.58m)
vertical range: 20.51m (from 1.27 at RhinoPassage at 20.38m to 
1.3 at RhinoPassage at -0.13m)
north-south range: 92.47m (from 1.27 at RhinoPassage at 33.43m to 
1.53 at RhinoPassage at -59.04m)
east-west range: 66.67m (from 1.53 at RhinoPassage at 66.67m to 
1.0 at RhinoPassage at 0.00m)
number of shots: 281
number of stations: 282

The duplicate figure got me wondering, it seems to be counting the 
splays but the length does not. As the duplicate none splays are only 
about 10m.
Maybe this is what is wanted, but I personally think that the duplicate 
value should be the amount taken off the length by the duplicate flag? 
Ie why is length treated differently to duplicate (something to do with 
the way survex treated splays and duplicate as different, I think that 
splays are not included in extend in survex)

Maybe 2 figures would be better, duplicate length and duplicate splays.

{probably best to ignore this next bit}
Oh this leads to all sorts of thinks that are really not important, like 
maybe giving the length of all the splays, and the number of stations, 
is it really 282 or really 54. All depends on your definition I guess

Andrew




[Therion] Duplicates including adding splays?

2011-06-13 Thread marco corvi
I agree with bruce.

also noticed that splay shots are used for the "depth".
it might make sense, but  i rather have the depth 
computed with the survey shots only.

marco.

On Mon, 2011-06-13 at 08:44 +1200, Bruce wrote:
> Hi Andrew
> Yes, when splay shots to an unlabelled station such as '-' are included in a
> dataset, such as when using a distoX or similar, the statistics do not make
> that much sense to me. I think it still works the way you describe in 5.3.7.
> 
> To my way of thinking, splay shots are not part of the survey length (and
> therefore should not be duplicate either), they are analogous to LRUD.  IF
> they are to be reported, they should be separately reported as 'total splay
> length' and 'number of splay stations' (could be further broken down into
> 'surface splays' and 'cave splays' if one was being picky).
> 
> If there were to be a compromise for the sake of simplicity I would prefer
> that therion exclude splay information from all the reported statistics (as
> it ignores LRUD, which are really just special splay shots), rather than the
> apparently selective way the splay shots are currently included. 
> 
> Regards
> Bruce
> 
> -Original Message-
> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
> Behalf
> Of Andrew Atkinson
> Sent: Monday, 13 June 2011 6:10 a.m.
> To: List for Therion users
> Subject: [Therion] Duplicates including adding splays?
> 
> Hello
> 
> Therion 5.3.5 ubuntu 10.04
> 
> In the attached file the following information is given about the survey
> 
> title: RhinoPassage
> length: 189.07m (surface 0.00m, duplicated 24.58m)
> vertical range: 20.51m (from 1.27 at RhinoPassage at 20.38m to 
> 1.3 at RhinoPassage at -0.13m)
> north-south range: 92.47m (from 1.27 at RhinoPassage at 33.43m to 
> 1.53 at RhinoPassage at -59.04m)
> east-west range: 66.67m (from 1.53 at RhinoPassage at 66.67m to 
> 1.0 at RhinoPassage at 0.00m)
> number of shots: 281
> number of stations: 282
> 
> The duplicate figure got me wondering, it seems to be counting the 
> splays but the length does not. As the duplicate none splays are only 
> about 10m.
> Maybe this is what is wanted, but I personally think that the duplicate 
> value should be the amount taken off the length by the duplicate flag? 
> Ie why is length treated differently to duplicate (something to do with 
> the way survex treated splays and duplicate as different, I think that 
> splays are not included in extend in survex)
> 
> Maybe 2 figures would be better, duplicate length and duplicate splays.
> 
> {probably best to ignore this next bit}
> Oh this leads to all sorts of thinks that are really not important, like 
> maybe giving the length of all the splays, and the number of stations, 
> is it really 282 or really 54. All depends on your definition I guess
> 
> Andrew
> 
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion