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
>
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
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.
___
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
>
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
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
>
at 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
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
he ‘out of order’ colours reappear.
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 <therion@speleo.sk>
*Cc:* Stacho Mu
rion versions.
>
> 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:* Lis
Sorry, it was not, I have put it there after your suggestion :)
On Dec 4, 2017 8:24 PM, "Benedikt Hallinger via Therion" <therion@speleo.sk>
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 v
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:theri
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
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
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 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
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
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
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
wrote:
> Hi Stacho,
>
> 2017-02-21 8:48 GMT-03:00 Stacho Mudrak via Therion <therion@speleo.sk>:
>
>> 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
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 -
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
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
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
>>
>>
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
25 matches
Mail list logo