Re: [Therion] XVI commands: xth_me_area_adjust etc.

Hi Rich, first of all, thanks a lot for the great work on SexyTopo! I like your app a lot. Unfortunately, there is no documentation, but the attributes are the following: xth_me_area_adjust - where Xmin, Ymin and Xmax, Ymax are cartesian coordinates of lower left and upper right corners of

Re: [Therion] Line convert-to-curve seems to be broken in XTherion

Hi, thanks for finding out about this error. It should be fixed now. S. On Wed, 22 Feb 2023 at 18:16, Mark Dickey wrote: > Hi Mykyta, > > Well bother. That lines up with when I added the "convert all eligible > poly lines to curves" and it was accepted in version 6.1.4. I'm reviewing > the

Re: [Therion] lookup scrap -define default color

Hi Axel, thanks for finding out and I am sorry for the delay. It looks like it was a bug. It should be fixed now (1c9d8da ). Best regards, S. On Sat, 17 Dec 2022 at 17:39, Axel wrote: > Hi all, > > I want to

Re: [Therion] Therion not overwriting existing PDFs

I am sorry, looks like a bug was introduced a week ago in 14b5ae0e132997cc9f1e313c04645684a882fd56. It should be fixed now. Best regards, S. On Wed, 14 Dec 2022 at 00:21, Tarquin Wilton-Jones via Therion < therion@speleo.sk> wrote: > Hi Rodrigo, > > > Is it a recent bug or some incompatibility

Re: [Therion] new Therion 6.1.0

Thanks Tarquin, now I understand the problem. It is apparently feasible as aven has no such problems, but I am not able to find the correct magic words in its source code that do the magic. It will definitely take some time to solve this problem. In any case, you can disable scaling for loch

Re: [Therion] new Therion 6.1.0

Therion < therion@speleo.sk> wrote: > On 20/06/2022 21:01, Stacho Mudrak wrote: > > Hi, this should be fixed in the latest snapshot - upgrading wxWidgets > > from 3.0 to 3.1 seems to solve the problem. > > > > Could you please try and confirm whether this fix

Re: [Therion] new Therion 6.1.0

Hi, this should be fixed in the latest snapshot - upgrading wxWidgets from 3.0 to 3.1 seems to solve the problem. Could you please try and confirm whether this fix works for you? Thanks, S. On Mon, 20 Jun 2022 at 21:14, Bruce Mutton wrote: > > Just got around to updating, using the standard

Re: [Therion-cs] Chyba v PDF - no lnag. selected

Ahoj, sorry - ze tak neskoro reagujem - v com presne sa ta chyba zobrazuje? PDF? LOX? V zdrojovych kodoch taky message nemame, tak netusim, odkial sa tam ta chyba mohla zobrat. Vies poslat taky subor pls? Dik, S. On Thu, 7 Apr 2022 at 19:59, Luděk Vlk wrote: > Ahoj všem, > > S novou verzí

Re: [Therion] Updated XTherion editor side panel adjustment missing

hing. > > The adjustable panel moves, and is adjustable, but the controls do not. > Same for the text editor, map editor and compiler windows. > > > > I am not so worried, as I’m used to it on the right-hand side, but I > suppose a fix is the right thing to do! > > >

Re: [Therion] new Therion 6.0.5

Hi, this is just the first iteration of volume calculation. It calculates the volume of either the 3D model created from the LRUD envelope or the volume of scrap 3D models. If there are splay shots in the dataset - currently this creates 2 problems: 1. 3D envelopes of survey stations are mixed

Re: [Therion] Updated XTherion editor side panel adjustment missing

Hi Bruce, thanks for finding out. It looks like a problem with hidpi display and tcltk 8.6.12. I am not having the problem with an external monitor normally attached to my notebook. If I use a build-in display or my android tablet, same problem appears. I have tried to fix it in 3f4366c, could

Re: [Therion] new Therion 6.0.5

Hi Enrico, we are investigating the issue. Looks, it is a known HiDPI screen issue, that needs to be fixed. Are you able to test loch with GDK_SCALE=1 environment variable set? This should temporarily solve the problem. S. On Sun, 20 Feb 2022 at 17:22, Enrico Fratnik wrote: > Thank you

Re: [Therion] Fwd: Re: How to calculate the volume of a cave

Hi, vtk that is used by loch has a volume calculation filter. I created Tools->Survey statistics dialog in the latest commit, where volume for LRUD envelope and scrap walls is calculated separately. Hopefully, it will give some reasonable numbers. There is still a problem, that if there is 3D

Re: [Therion] My take on a new Therion map editor

Nice, it looks really promising. Things like running on any platform out of the box, multiple object selection and freehand drawing could simplify life a lot. Looking forward to try it out, S. On Sat, Jan 15, 2022, 21:20 Martin Budaj wrote: > Wow, the demo is really impressive! It would be

Re: [Therion] Handling of tape and backtape in survey data

Thanks Bill for pointing that out. BACKTAPE/BACKLENGTH reading support was added to therion in the latest commit. S. On Thu, 30 Dec 2021 at 09:44, Bruce Mutton wrote: > > instead Toporobot just generates a new station for the backsite. > > PocketTopo automatically detects backsights if they

Re: [Therion] A little French in XTherion English language text editor

Thanks, for finding out Bruce. It was some typo in the translation file. S. On Tue, 14 Dec 2021 at 07:41, Bruce Mutton wrote: > First time I have manually entered survey data into XTherion for years. > > A mysterious French prompt has appeared – I think it is a toggle forcing > XTherion to ask

Re: [Therion] Map offset: just specify offset in complex dataset (proposes new "offset" thconfig compiler command)

Hi Beni, first, I am sorry for the late answer. Do I understand you correctly, that you want to mix "select survey" and "unselect/offset particular map"? To be able to export all maps from a given survey without the need of specification of the master map for this survey. Am I right? Select

Re: [Therion] Export centerline and/or stations to SHP without th2 files

Hi Omri, have you tried exporting model to .SHP files? export model -o cave.shp If you export map, I am not sure about altitude information in it. It is a long time ago we were working on it, but there were some differences when exporting map (2D) and model (3D) data. If you export model to

Re: [Therion] Is survey -namespace off and sometimes on possible in same survey project?

Hi Bruce, as far as I know, namespace could be specified for individual surveys. I am just afraid, this feature has not been tested a lot, so please let me know if some unexpected behavior occurs. Thanks, S. On Sun, 14 Nov 2021 at 20:09, Bruce Mutton wrote: > >>Em domingo, 14 de novembro de

Re: [Therion] Selecting map defined with preview only causes error

Hi Bruce, thanks for pointing it out. I have tried to allow map containing only previews, but there were apparently a lot of subsequent issues with its zero dimensions. Normally, previews are ignored when calculating the extent of a map. So I have modified the error message according to your

Re: [Therion] Exclude line parts in XVI export

Hmmm, how many shots would you like to hide from XVI? You usually generate XVI once for drawing a map (unless you have a running xtherion in the cave, which I do not assume is a case) - so comment/uncomment should be sufficient. Especially assuming you need entire centerline including splay shots

Re: [Therion] cannot load thconfig in xtherion

Hmmm, it seems that's there is a bug in tk_getOpenFile implementation on unix systems. If it finds some valid "dot" extension in allowed file extensions, it is used when a file without extension is selected. I have tried a lot of things, but only a very dirty extension - using "/" as default file

Re: [Therion] Atlas

the Therion release I’m using. > > I cannot figure out what I’m missing. Any suggestion ? > > Best, > Phil > > > > On 25 May 2021, at 21:05, Stacho Mudrak wrote: > > Hi Philippe, > > one page per map is a feature. When maps overlap, you normally use preview >

Re: [Therion] Atlas

Hi Philippe, one page per map is a feature. When maps overlap, you normally use preview above/below to show over/underlying maps not to hide all details of a map of interest. In any case - if you want to display all maps one above the other, just use: export atlas -map-level 0 which means,

Re: [Therion] Switch off measured cave passages

Hi Thomas, it looks like an amazing project! Unfortunately, there is no flag for individual survey shots to be ignored yet. Currently, you may flag only the whole centerline object with -walls off option. E.g. centerline *-walls off* data normal from to compass clino tape up down left right 1 2

Re: [Therion] Need help producing scraps.kml without white blobs

t I am not sure, it if will fix your issues. S. On Mon, 19 Apr 2021 at 16:44, Stacho Mudrak wrote: > Hi Michael, > > it looks to me like it is some kind of inner/outer ring problem. Are you > able to isolate and post some minimal sample, where this problem happens? > It would help

Re: [Therion] Need help producing scraps.kml without white blobs

Hi Michael, it looks to me like it is some kind of inner/outer ring problem. Are you able to isolate and post some minimal sample, where this problem happens? It would help a lot. Thanks, S. On Mon, 19 Apr 2021 at 16:26, Michael Ross wrote: > Hello there, > > I "own" a fairly large dataset of

Re: [Therion] export model kml causes untrapped error

Hi Bruce, could you please try f18c718? I had a similar issue with my dataset. S. On Mon, 8 Mar 2021 at 05:58, Bruce Mutton wrote: > Good afternoon or morning > > I have a situation that I suspect might stem from user error, because it > affects only one project, the data is a little messy,

Re: [Therion] Request for new flags in Therion, Loch and Aven: waterflow?

Hi Evaristo, this is quite a complex thing you are asking for. Would you like this attribute to be specific to the station? If you have passage walls from scraps, how should they be colored? Should waterflow line/point be taken into consideration? In fact, for this purpose, we have added some

Re: [Therion] Two screen problem

Hi Andrew, would you like loch to calculate the original position according to the first monitor (no idea where to find this information) or just remember the last screen position? And do you have the same problem when running aven? Maybe we can take a solution from there. S. On Wed, 24 Feb

Re: [Therion] Question about "grid" command

Hi Beni, yes origin can be negative. And spacing can also be negative. It is just checked not to be equal to 0. I am just not sure - whether the orientation of 3D model triangles will not be messed if the negative spacing is used. S. On Wed, 24 Feb 2021 at 11:12, Benedikt Hallinger wrote: >

Re: [Therion] 3d model - project selection not working

Hi Omri, could you plase try latest devel snapshot? Survey (multiple) selection should work now from this dialog. S. [image: image.png] ‪On Fri, 5 Feb 2021 at 11:14, ‫עמרי גסטר‬‎ wrote:‬ > Hi all, > I noticed that in the 3d model there is an option to select a specific > project, but it

[Therion] karren vs anastomosis

Hi, as Ivana mentioned almost a year ago, there is a problem with anastomosis & karren symbols taken from the UIS symbol list. They should be swapped. Would you mind, if we swapped these symbols? S. On Sat, 15 Feb 2020 at 01:51, ivana miskovic wrote: > Hello, > > Here I put the translation

Re: [Therion] Splays appearing when not selected

lk > about alot of data (2.4 km). > > > Am 2021-02-01 21:37, schrieb Benedikt Hallinger: > > I try to boil it down > > > > Am 2021-02-01 21:12, schrieb Stacho Mudrak: > >> Hmmm, even scraps extending far beyond a known station could cause a > >> problem - u

Re: [Therion] Splays appearing when not selected

Hi Beni, thanks for review. Are you having coloring problem with .lox file or .pdf map? I have tried on my dataset, but when I select whole cave - entire color range is used - from magenta to red. [image: image.png] When I select just a part of the cave, coloring changes and the whole range

Re: [Therion] Map altitude NaN as -89999

, > scraps or surveys? > > I will try the latest commit in a few days time. > Bruce > > Sent from my Galaxy > > > ---- Original message > From: Stacho Mudrak > Date: 23/01/21 23:35 (GMT+12:00) > To: List for Therion users > Subject: Re: [Therion] S

Re: [Therion] Splays appearing when not selected

Hi Axel, these big numbers are just NaNs in fact. It does not affect any output - it just means the map has no altitude associated with it. But thanks for finding out, I have tried to fix it in the latest commit, could you please try? I am just curious, what OS are you using? Normally - it

Re: [Therion] Splays appearing when not selected

Hi, survey selection was really ignored when splay shots 3D models were exported. I hope, it is fixed in 5208297 . Thanks again for finding out Rhys, that it was just a splay shots issue! Tarquin, did you know,

Re: [Therion] Splays appearing when not selected

Thanks Rhys for pointing this out and discovering, that it is a splay shot issue. I have recently seen this behaviour also in my dataset but had no time yet to investigate. With knowing that it is a splay shot issue I hope it will be much easier. Best regards, S. On Tue, 19 Jan 2021 at 15:10,

Re: [Therion] new Therion 5.5.6

t; > Xavier > > Le 5 janv. 2021 à 17:59, Stacho Mudrak a écrit : > > Thanks for finding out this issue. It is related to the extended elevation > splay shots calculation added several months ago. > > It should be fixed in 84d4093 > <https://github.com/therion/therion/comm

Re: [Therion] new Therion 5.5.6

Thanks for finding out this issue. It is related to the extended elevation splay shots calculation added several months ago. It should be fixed in 84d4093 . S. On Tue, 5 Jan 2021 at 12:46, Elfi Hristova wrote:

Re: [Therion] Therion 5.5.5 bug - statistics missing from header

happens. Thanks, S. On Wed, 23 Dec 2020 at 15:07, Benedikt Hallinger wrote: > Ok wookey, will check that regarding the glx Patch issue then. > > > Am 23.12.2020 um 14:26 schrieb Wookey : > > > > On 2020-12-23 10:42 +0100, Stacho Mudrak wrote: > >> I am sorry,

Re: [Therion] Therion 5.5.5 bug - statistics missing from header

I am sorry, one bug fixed, another introduced :/ It should be OK in 5a614ef. Windows binaries should be automatically built within half an hour. S. On Wed, 23 Dec 2020 at 10:32, Roger Schuster wrote: > Hi all, > > The same here. > > Regards, > > Roger >

Re: [Therion] statistics number untrapped error

Thanks a lot Bruce, looks like a bull's eye. I was able to replicate your error and fix it. Could you pls try again, it should be fixed in4e3623e <https://github.com/therion/therion/commit/4e3623ea6e7f876a67ef5f116ff0edb4cd5fe65e> . S. On Mon, 21 Dec 2020 at 10:23, Stacho Mudrak

Re: [Therion] statistics number untrapped error

here are only 3 surveyors, but is >= 3, then > there should not be any error condition, and the output should be produced > listing the 3 properties. So it seems like a bug to me. > > > > Bruce > > > > *From:* Therion *On Behalf Of *Stacho Mudrak > *Sent:* Sund

Re: [Therion] new Therion 5.5.4 on debian

VTK9 should be OK, no need to use older versions. Exception catching has been removed from samples intentionally. We use them as a series of tests when implementing a CMake build system. I did not know, that samples are built on Debian. There is an option to have generated .3d files also present

Re: [Therion] Gradient out of range - does not process

Hello, could you please try the latest commit? I do not think that even a warning for 270 (=-90) to 360 (=level) degrees clino is necessary. An error can occur if you manually type a comma in the wrong place, but the same may happen with compass & tape and there is no warning. S. On Mon, 14 Dec

Re: [Therion] statistics number untrapped error

Thanks Bruce for this feedback. In the latest snapshot, I have tried to fix this error by refactoring the whole problematic code. Could you please try, whether it still fails? S. On Sun, 29 Nov 2020 at 06:14, Bruce Mutton wrote: > Stacho > > Further to the untrapped error I mentioned last

Re: [Therion] Feature request - control over sort order for carto and copyright similar to explo and topo

Hi Bruce, I have tried to implement your feature in the latest commit (it will take a while until win installer will be available), I was able to count by scraps - hope this is OK. Could you please check, whether it works as expected? S. On Mon, 16 Nov 2020 at 09:48, Bruce Mutton wrote: >

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. On Wed, 9 Sep 2020 at 22:34, Bruce Mutton wrote: > 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

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

Thanks for pointing out Xavier, looks there is some issue with reading back data processed by survex. Strange that it happens on Win build only, on linux your examples work fine. I will investigate and let you know. S. On Wed, 9 Sep 2020 at 14:20, Xavier Pennec wrote: > Many thanks Bruce for

Re: [Therion] Building Therion on Centos 8 (stream)

Hi, it looks like a problem with VTK installation. That vtkPolyData.h header file is not where it is expected. Therion looks for VTK in /usr/include/vtk* and /usr/local/include/vtk* directories. How did you install your VTK? Maybe, some other standard location can be added to the VTK search

Re: [Therion] Splays - Revisiting Breaking extended elevations

I have tried to fix all the extended elevation issues in the latest development snapshot (commit 6860f82 ). 1. splay shots should be extended relatively to survey shot with closest (horizontal) bearing 2. there

Re: [Therion] Revisiting Breaking extended elevations on specific stations

extend ignore 8 7 11 extend ignore 6 7 12 should save the situation. Am I still missing something? S. On Thu, 16 Jul 2020 at 23:15, Stacho Mudrak wrote: > Thanks Marco, Tarquin for pointing this out. > > So I have another suggestion. Not to implement extend stop, but add the > poss

Re: [Therion] Revisiting Breaking extended elevations on specific stations

erion chooses the best order to process > them (as it does with survey data)? > > > > Bruce > > > > *From:* Therion *On Behalf Of *Stacho Mudrak > *Sent:* Wednesday, 15 July 2020 17:43 > *To:* List for Therion users > *Subject:* Re: [Therion] Revisit

Re: [Therion] Revisiting Breaking extended elevations on specific stations

Hi, after returning from the caving trip, I would like to finish this topic. For me, adding another parameter to extend is a little bit problematic, I would prefer some new keyword. What do you think about: extend stop 8 7 S. On Wed, 8 Jul 2020 at 11:01, Tarquin Wilton-Jones via Therion <

Re: [Therion] Revisiting Breaking extended elevations on specific stations

Well, there is one workaround. But to be honest, I have no idea why :/ extend ignore 7 8 extend ignore 8 7 Something like: extend end 8 7 ... would be definitely better. Is it OK to implement it like that? S. On Tue, 7 Jul 2020 at 11:38, Tarquin Wilton-Jones via Therion <

Re: [Therion] Command line Therion on Windows

Hi, we have never faced any problems compiling same dataset on win and on linux. Could you please post some minimal sample where it fails? There is nothing xtherion is doing with your thconfig file. It just change working dir to your thconfig file directory and run therion with full path from

Re: [Therion-cs] Chybný výpočet truenorth

Caves, fakt netusim, ako sa to mohlo stat. Ale kebyze mas nejaky minimalisticky .th subor, ktory tento error robi - tak sa na to mozem kuknut. Popr. ak mas moznost to vyskusat s nejakou starsou verziou theriona, menila sa kniznica na projekcie, tak moze to suvisiet s tym. S. On Thu, 16 Jan 2020

Re: [Therion] Breaking a loop at a specific station on extended elevation

Hi Tarquin, I am afraid, I do not understand your problem. If extend algorithm follows stations in order 1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 and you specify extend vertical 3 extend right 8 Then stations 3,4,5,6,7 should be placed vertical and 8,9 on the right. I have tested it and in my example,

Re: [Therion] Problem with dots in symbols: map-connection is empty

I've tried to fix these problems in commit d9361de. Hopefully, it fixes the issue S. On Wed, 18 Dec 2019 at 20:37, Martin Budaj wrote: > Hi, > > the problem is in a global "linecap := butt;" setting in the point > mudcrack symbol (added on December 6) which changes the appearance of > the line

Re: [Therion] Stupendous symbol effort

Thanks a lot Rodrigo for you contribution! I have merged almost all new symbols to development snapshot, but I have also some doubts about how some symbols should be called. For example, until now, there was a "disk" symbol in therion (or in english it is called sometimes also shield). But it is

Re: [Therion-cs] Povrch opět

Zdravim, zial na tuto otazku nepoznam odpoved. Teoreticky tam limit na vekost 3D siete nie je ziadny - ale pri velkych povrchoch to moze uz celkom solidne dlho trvat - aj spracovanie aj rendrovanie. S. On Tue, 10 Dec 2019 at 13:00, Vlad. wrote: > Povrch - na mé předešlé dotazy z letošního roku

Re: [Therion] Therion/loch crashes in sid (issue #158)

for tiled rendering (for big images). If anybody is interested in testing, your feedback is welcome. S. On Sat, 7 Dec 2019 at 00:15, Olly Betts wrote: > On Fri, Dec 06, 2019 at 05:03:15PM +0100, Stacho Mudrak wrote: > > If it is lxR2P.c what fails (it is off-screen rendering to pixmap - for

Re: [Therion] Software issue

Hi, looks like a bug. Could you please try latest dev snapshot, whether it fixes the issue? S. On Sun, 8 Dec 2019 at 11:39, Gareth Davies wrote: > All, > > I've bought a new touchscreen tablet running Windows10 with the thought it > might make the drawing by up easier than on my old computer.

Re: [Therion] Therion/loch crashes in sid (issue #158)

Thanks Olly for pointing out the problem. If it is lxR2P.c what fails (it is off-screen rendering to pixmap - for large renderings) then it should be quite easy to disable it. Could you please somebody try to comment out following line (lxGLC.cxx:1938)? this->m_OSC->m_r2p = R2PCreate(w, h);

Re: [Therion] Breaking a loop at a specific station on extended elevation

> into a single station, how do you isolate the particular leg that you > want? A textual debug might help find the answer. > > > > Bruce > > > > > > *From:* Therion *On Behalf Of *Stacho Mudrak > *Sent:* Friday, 15 November 2019 00:09 > *To:* List fo

Re: [Therion] Maps-offset New development version

Hi Bruce, obviously there was an error in the code, now it should work as expected. Only selected maps are exported and maps offset can be turned off. Thanks for finding out. S. On Sun, 1 Dec 2019 at 23:03, Bruce Mutton wrote: > Thanks Martin > > Something might be a bit off however. > > Is

Re: [Therion] New symbols

Hello Rodrigo, nice symbols, thanks. I can include these symbols to therion with an extra EGB symbol list, could you please send me MetaPost source code of them? S. On Tue, 26 Nov 2019 at 21:08, Rodrigo Severo via Therion wrote: > ‐‐‐ Original Message ‐‐‐ > On Tuesday, November 26,

Re: [Therion] Breaking a loop at a specific station on extended elevation

Normally, extend ignore 6 should do the job. But there was a bug in the code, so it did not work as intended. It should be fixed now in the latest commit. If some of you have more complex entended elevation projects, could you please check, whether this change does not introduce new errors? The

[Therion] ***UNCHECKED*** Re: RE: scrap without stations keeps the original sketch in Topodroid

Hi Omri, the problem is, that stations from pocket-topo XVI file are positioned differently than the final position calculated after loop closure. Therefore the problem with distortions. Your loop has a relatively large error (9%) and it is vertical one - therefore X-Y position of points is

Re: [Therion] Sorting scraps/maps by height in default mode

is it already possible to get that list somehow, for example > from the sql database output? > > Am 01.06.2019 um 22:44 schrieb Stacho Mudrak : > > Unfortunately, there is no such option. Once a map is defined in your > dataset, it will be used with its average altitude in the ex

Re: [Therion] Sorting scraps/maps by height in default mode

ve this imho. > > Thanks, i understand i better now, how this works currently. > > > Am 2019-05-31 21:22, schrieb Stacho Mudrak: > > Hello Beni, > > > > I am not 100% sure if I understand your problem correctly, but this is > > how therion does average altitude

Re: [Therion] Sorting scraps/maps by height in default mode

the > "scrap-slope-itself-with-followig-high-part" and thus resulting in a > much higher average height. > > Can you confirm this from therions sourcecode, and is this really the > intendet behaviour, since i think each scrap shopuld be averaged for > itself, regardless of i

Re: [Therion] Sorting scraps/maps by height in default mode

Hello, if you select just survey, then all maps consisting of scraps in this and sub-surveys should be ordered by average altitude. But this may easily cause that some overlapping is not done correctly. But it is also possible, there is some bug and it is not done correctly. Are you able to post

Re: [Therion] 5.4.3 has broken output cs conversions

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 >

Re: [Therion] Height numbers in square boxes

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

[Therion] Eurospeleo 2018

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. ___

Re: [Therion] Error while compiling on mac

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 >

Re: [Therion] Spanish translation

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

Re: [Therion] Error while compiling on mac

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 >

Re: [Therion] Scrap limits

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

Re: [Therion] Scrap limits

​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

Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend

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

Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend

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

Re: [Therion] How to move a line in xtherion

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

Re: [Therion] How to move a line in xtherion

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

Re: [Therion] How to move a line in xtherion

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

Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend

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

Re: [Therion] Aven colour by loop 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

Re: [Therion] Current Therion for Windows version 13Mar2017

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

Re: [Therion] Depth seems to be including surface legs

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

Re: [Therion] Aven colour by loop error

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

Re: [Therion] Clino question

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

Re: [Therion] First use of locally compiled Therion: metapost error

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

Re: [Therion] Troubles with the 3D generation

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 -

Re: [Therion] First compilation of Therion in Ubuntu 16.04

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

Re: [Therion] First use of locally compiled Therion: metapost error

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

Re: [Therion] wall altitude

Sorry symbol-hide point wall-altitude S. On 19 January 2017 at 16:25, Stacho Mudrak <li...@group-s.sk> wrote: > Hi, > > symbol hide point:wall-altitude > > should work. > > S. > > On 19 January 2017 at 12:03, Martin Sluka via Therion <therion@speleo.

Re: [Therion] wall altitude

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

  1   2   3   4   5   6   >