Hello Vladimir,
firstly thanks for your work. We are slowly getting to work therion
developement on github and we would like to review and merge all pull
requests there. Would it be a huge work for you to split this large pull
request into smaller (feature or function specific) parts, that could b
Hi,
symbol hide point:wall-altitude
should work.
S.
On 19 January 2017 at 12:03, Martin Sluka via Therion
wrote:
> or Tex code, sorry
>
> m.s.
>
>
> > 19. 1. 2017 v 11:51, Martin Sluka via Therion :
> >
> > You may try to modify MetaPost or code by yourself.
> >
> > m.s.
> >
> >
> >> 19. 1. 2
Sorry
symbol-hide point wall-altitude
S.
On 19 January 2017 at 16:25, Stacho Mudrak wrote:
> Hi,
>
> symbol hide point:wall-altitude
>
> should work.
>
> S.
>
> On 19 January 2017 at 12:03, Martin Sluka via Therion
> wrote:
>
>> or Tex code, sorry
>>
>> m.s.
>>
>>
>> > 19. 1. 2017 v 11:51, Ma
Hello,
we have implemented Olly's proposal of tex-fonts-optional. It should work
now I believe, because all non standard TeX fonts used are now optional.
S.
On 21 February 2017 at 01:31, Rodrigo Severo via Therion
wrote:
> 2017-02-20 21:00 GMT-03:00 Olly Betts :
>
>> On Mon, Feb 20, 2017 at 08
Hello,
I think that using libvtk6-dev (instead of libvtk-dev) would work without
modification of Makefile.
S.
On 20 February 2017 at 22:29, Rodrigo Severo via Therion
wrote:
> 2017-02-20 15:39 GMT-03:00 Rodrigo Severo :
>
>>
>> I'm trying to compile Therion (sources from github) on Ubuntu 16.0
Hi, this is a problem of 3D generation algorithm of therion...
If a wall is relatively far away from centreline, height and dimensions
interpolation algorithm "averages too much". To overcome this, you need to
play with dimensions data for stations (putting some arbitrary large
numbers there - see
cho,
>
> 2017-02-21 8:48 GMT-03:00 Stacho Mudrak via Therion :
>
>> Hello,
>>
>> we have implemented Olly's proposal of tex-fonts-optional. It should work
>> now I believe, because all non standard TeX fonts used are now optional.
>>
>
> I'm not sur
Hello,
I am sorry, but when I have tried, I was not able to reproduce your
problem. Could you please post some small sample, where this behavior
occurs?
Thanks, S.
On 15 February 2017 at 11:09, Torsten Schnitter via Therion <
therion@speleo.sk> wrote:
> Hi
>
> I get a strange problem with surve
Hi, I agree with Bruce, that it is really a very useful feature. I have
just pushed it on GitHub (see commit 2ebc7ed).
The only problem is, that survex calculates error which "is the ratio of
the observed misclosure to the theoretical one". I have implemented more
simple export (it was much easier
Hmm, but it looks to me, that scale is only up to altitude 481m, which is
altitude of entrance. No surface centerline taken into account.
S.
On 23 March 2017 at 16:17, Duncan via Therion wrote:
> Yes the entrance is marked.
> I've attached the Aven view with entrances highlighted (Therion gene
Hi Bruce,
thanks a lot for the feedback.
>- Loch v13Mar2017 beta works OK, except always crashes if I
>right-click to view the context menu (Loch v5.3.16is always just fine).
>
> This is probably related to cross-compilation. When I compile on Win32,
no such error occurs, but same error
Hello,
it is already fixed in the latest release and therion is parsing survex
.err file for loop errors and outputs sigmas to .3d file. You may compare
data.3d generated by survex (in thTMPDIR when -d is used) and therion
generated .3d file, that they are equal when colored by error.
S.
On 3
Hi Bruce,
thanks for pointing out this bug. I will check the order of numbers, I have
probably made some mistake when dealing with automatic color scale
generation.
I have rewritten the scale code completely, but I had no time until now to
write the docs. But if you want to try, something like th
Hello, I have just posted a commit, that enables movement of selected
object in xtherion (line or area) according to specified vector.
It is not interactive (too much work), but you can select or enter 2 points
of vector and move entire line or scrap just by one click. Controls for
this feature a
bject (point or line) that you want to move. Click
>> ‘Shift object’.
>> * Repeat step 4 until you have moved all the objects that you
>> wish to move.
>>
>> (for version 5.4.1 + ce29e7b)
>>
>> Bruce
>>
>> FROM: Therion [mailto:the
Sorry, it was not, I have put it there after your suggestion :)
On Dec 4, 2017 8:24 PM, "Benedikt Hallinger via Therion"
wrote:
> Thank you very much, i was not aware that it already was in the wiki :)
>
> Am 2017-12-04 12:18, schrieb Stacho Mudrak via Therion:
>
>>
These were generated with 5.4.1+ce29e7b
>
>
>
> Bruce
>
>
>
>
>
>
>
>
>
> *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Stacho
> Mudrak via Therion
> *Sent:* Thursday, 9 November 2017 11:54 PM
> *To:* List for Therion users
> *C
ppear.
Do you still want a sample for future reference?
Bruce
*From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Stacho
Mudrak via Therion
*Sent:* Friday, 15 December 2017 3:48 AM
*To:* List for Therion users
*Cc:* Stacho Mudrak
*Subject:* Re: [Therion] Development 5.4.1+4369e
Hello, I have not investigated to details a lot, but the problem with this
huge file is search for automatic joins. All the scraps are in one giant
file and have a lot of common points so it tries to auto-connect every
scrap with every scrap, therefore n^2 memory usage. Situation that should
not h
15:42, Benedikt Hallinger via Therion <
therion@speleo.sk> wrote:
> Shouldnt they be placed at the actual position according to station
> coordinates prior joining, ie the scrap point reference coordinates be
> local to its namespace?
>
> Am 2017-12-29 11:20, schrieb Stac
I have just commited thbezier.cxx patch to github. Could you please let me
know, whether it worked?
Thanks, S.
On 15 February 2018 at 15:34, Philippe Vernant via Therion <
therion@speleo.sk> wrote:
> Hi guys,
>
> I have a problem while compiling on mac OSX Sierra, I have an error with
> thbezier
There is also second commit with your Spanish translation update. But
compilation takes some time - so it occurs with cca 1/2 hour delay after
commit. But it should be already there.
S.
On 15 February 2018 at 17:34, Evaristo Quiroga via Therion <
therion@speleo.sk> wrote:
> I see today (2018/02/
Oops, a mistake. Should be fixed now.
S.
On 15 February 2018 at 18:05, Philippe Vernant via Therion <
therion@speleo.sk> wrote:
> Thanks Stacho,
>
> No more issue with thbezier, but now :
>
> gcc -c -DIMG_API_VERSION=1 -Wall -DTHMACOSX -std=c++11 -O2 -o
> extern/getopt.o extern/getopt.c
> error:
Hi everybody,
eurospeleo meeting in Austria starts tomorrow. Me and Martin (Budaj), we
are leaving there tomorrow and we will be there until Surveying workshop on
Sunday afternoon. If you are interested, we could meet at welcome ceremony.
S.
___
Therio
Hi Bill,
we have rearranged therion metapost code in latest commits and now (using
last devel build) it should be possible to have boxed height labels just by
using following code in your layout:
code metapost
p_label_mode_height:=6;
endcode
The magic number 6 stands for boxed label. See
https:/
Hi Bruce,
thanks for finding this serious bug out. It should be fixed in the latest
commit. Could you please check, whether it works for you?
S.
On Thu, 7 Mar 2019 at 10:43, Bruce Mutton via Therion
wrote:
> Therion version 5.4.3 and subsequent development versions have broken the
> functional
26 matches
Mail list logo
