On Sat, Feb 18, 2017 at 09:24:42PM +, Olly Betts via Therion wrote:
> On Sat, Feb 18, 2017 at 10:20:54AM +0200, Benedikt Hallinger via Therion
> wrote:
> > For the date-observation, indeed my conclusion came from the summary in the
> > log. Thank you for claryfying this. Goo
On Sun, Feb 19, 2017 at 01:50:45PM +0200, Benedikt Hallinger via Therion wrote:
> Thank you everybode for those insights!
> It is good to hear therion is this accurate, however i need to learn what i
> understand wrong in the test data.
>
> Is the centerline shown in aven correct and only the
On Mon, Feb 20, 2017 at 08:40:36PM -0300, Rodrigo Severo via Therion wrote:
> To fix it I had to include the following line on */etc/therion.ini*
>
> tex-fonts raw cmr10 cmti10 cmbx10 cmss10 cmssi10
>
> despite Therion Book stating at page 80 that this is the default setting.
>
> Should this
On Fri, Feb 17, 2017 at 07:08:48PM +0200, Benedikt Hallinger via Therion wrote:
> i found out that the declination handling seems to be somewhat inaccurate.
> The produced error is marginal and negligible with small caves, however i am
> currently working on a system with >100km and this produces
On Thu, Feb 23, 2017 at 10:00:35AM +0100, Martin Sluka via Therion wrote:
>
> > 23. 2. 2017 v 3:08, Olly Betts via Therion <therion@speleo.sk>:
> >
> > I've done the armchair equivalent and used Aven's error colouring to
> > successfully find mis-ties, reversed l
On Wed, Feb 22, 2017 at 09:34:03PM +, Footleg via Therion wrote:
> Therion strips most of the data apart from staions and legs out of 3D files
> it generates. Colour by error and by date are not possible because that
> information is not in the 3D files generated from a Therion project.
>
On Sun, Feb 19, 2017 at 09:00:52PM +, Olly Betts via Therion wrote:
> On Sun, Feb 19, 2017 at 01:50:45PM +0200, Benedikt Hallinger via Therion
> wrote:
> > Is the centerline shown in aven correct and only the displayed angles
> > rounded (i.e. the calculated coordinates a
On Sat, Feb 18, 2017 at 10:20:54AM +0200, Benedikt Hallinger via Therion wrote:
> If therion calculates the average position of all fixed points this is fine.
> the cave spans about 5km w/e and about 3km n/s.
Ah, the 100km is total passage length not extent then.
For a few km the variation is
On Tue, Feb 21, 2017 at 07:58:07PM +0100, Ladislav Blažek via Therion wrote:
> check xtherion/lang subfolder. Same process as for map objects.
There's also loch/locale/ for loch (which uses the standard PO format
for translations).
Cheers,
Olly
___
On Thu, Feb 23, 2017 at 12:08:09AM +0100, Stacho Mudrak via Therion wrote:
> 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
On Mon, Feb 27, 2017 at 11:36:07PM +, Wookey via Therion wrote:
> On 2017-02-25 10:27 -0300, Rodrigo Severo via Therion wrote:
> > Here is a list of packages necessary for compiling Therion on a Ubuntu 16.04
> > machine:
> >
> > apt install libvtk6-dev libwxgtk3.0 libfreetype6-dev
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
> The source giving causing it is:
> >fix 1.0 x y z 0 0 0
>
> If i remove the standard-deviation zeros, cavern stops to complain.
>
> The reason was that the entrance location was measured by public
On Sun, Apr 02, 2017 at 12:53:25PM +0200, Benedikt Hallinger via Therion wrote:
> when compiling my project, i get an cavern error:
>
> >therion: warning -- cavern exit code -- 256
>
> Everything seems to be fine in the map, but what does this exit code mean?
256 is the number returned by
On Wed, Apr 05, 2017 at 10:20:55PM +0200, Benedikt Hallinger via Therion wrote:
> Can't wait to see it in debian testing :)
Debian testing is currently frozen in preparation for the next release,
but it should appear in Debian experimental soon.
Cheers,
Olly
On Sat, Apr 08, 2017 at 11:32:00AM +0200, Martin Sluka via Therion wrote:
> 8. 4. 2017 v 10:46, Bruce Mutton via Therion :
> > Both options feel a little bit like hacks.
>
> Nosurvey is nosurvey.
The thbook defers to the Survex manual for the definitions of the data
styles
On Wed, Aug 02, 2017 at 03:42:47PM +0700, Vasily Vl. Suhachev wrote:
> Have we a legal way to define a station to "equate" to? Or recipe to export
> already defined station to upper namespace as in Survex with its
> (deprecated) global prefix "\"?
You don't need to use deprecated features to
On Sat, Jul 15, 2017 at 12:06:43PM +1200, Bruce Mutton via Therion wrote:
> Therion Book says of this data type:
>
> person �� a person��s first name and surname separated by whitespace
> characters. Use ��/�� to separate first name and surname if there are more
> names.
Perhaps more clearly: a
On Tue, Jul 25, 2017 at 07:04:17AM -0500, Bill Gee via Therion wrote:
> I have Googled on these font names, but nothing turns up. Where should I
> look to see if they are installed? Where do they come from? Should I be
> concerned about it??
As the message says, they're "optional fonts" -
On Wed, Jul 19, 2017 at 10:30:19PM +, Saeid Bostandoust via Therion wrote:
> On Thursday, July 20, 2017 2:47 AM, Wookey via Therion
> wrote:
> > Installing or not-installing survex switches the algorithm. Not sure
> > if there is a way of forcing one or the other algorithm
On Mon, Apr 24, 2017 at 11:16:19AM +0200, Philippe Vernant via Therion wrote:
> I’m trying the option [color] or [colour] to specify the same color for
> different scraps and it is not working. I have therion 5.4.0 compiled on Mac
> OS.
>
> Here what I use :
>
> map m1p -projection plan
On Tue, Sep 12, 2017 at 09:17:41PM -0700, dennis mitchell via Therion wrote:
> Hello I've been looking for info on if we have the ability to set the color
> of scraps or maps. Or am I limited to color map-fg (altitude, scrap, map)
I implemented this a while back and my patch got applied, but
On Wed, May 16, 2018 at 04:45:54PM +0200, Evaristo Quiroga via Therion wrote:
> I think the problem is the average calculation formula in "thdb1d.cxx"
>
> >// check backwards compass reading
> > if ((lei->data_type == TT_DATATYPE_NORMAL) ||
> > (lei->data_type ==
On Thu, May 17, 2018 at 09:25:23AM +0200, Evaristo Quiroga wrote:
> I attach the original file with the fore/back sight (SCAGUA.th) and a
> manually averaged (SCAGUA_avg.th) to compare if Survex and Therion work
> well. The error loop is similar between the two files (2,9m) but I have to
> check
On Mon, Jul 16, 2018 at 10:37:45PM +0100, Wookey via Therion wrote:
> On 2018-07-16 19:20 +0200, Evaristo Quiroga via Therion wrote:
> > Aven is a very powerful tool too. I like the easy and intuitive rotation
> > controls and Error visualization. I can show/hide Therion surveys. But a
> > can't
On Sat, Mar 10, 2018 at 07:05:41PM +0100, Evaristo Quiroga via Therion wrote:
> What file I have to translate to Spanish for Loch? "loch.po" in
> /loch/locale?
Yes - create loch/locale/es/loch.po. You can copy one of the other
loch.po files, change all the "msgstr" lines to be in Spanish, and
On Sun, Mar 11, 2018 at 01:31:59AM +, Wookey via Therion wrote:
> On 2018-03-11 00:13 +0100, Evaristo Quiroga via Therion wrote:
> > I have already translated it. Now, What do have I do. Wait for a new
> > compilation, or I can install it directly in the program directory to run.
>
> By
On Thu, Mar 01, 2018 at 09:13:41AM -0300, Rodrigo Severo via Therion wrote:
> What does "MRR" means? It's a text to be translated in xTherion.
It's used in the blood alcohol calculator which xtherion slightly oddly
includes (see the "Help" menu).
It's something like the rate at which alcohol
On Fri, Mar 02, 2018 at 05:57:26PM +0100, Radek via Therion wrote:
> Here's more accurate
>
> https://www.ngdc.noaa.gov/geomag-web/#declination
That uses the same model as Therion does, so I can't see why it should
be more accurate (unless you're using a version of therion more than a
year old,
On Fri, Nov 09, 2018 at 02:44:09AM +, Wookey via Therion wrote:
> The issue is the difference between Unix lineends, windows/DOS lineends and
> macos lineends.
> unix uses 0x0A (10), Macos Uses 0x0D (14) and DOS/Windows uses both
> (0x0D,0x0A).
0x0D is actually 13 not 14.
Pre-OS-X Macs
On Mon, Nov 12, 2018 at 09:22:59PM +1300, Bruce Mutton via Therion wrote:
> This bug has been around ever since mouse wheel zooming was
> introduced. An attempt was made to fix it I recall, but it did not
> have the desired effect.
> It manifests for bitmap background images, but not for xvi
On Wed, Nov 14, 2018 at 10:59:44PM +, Wookey via Therion wrote:
> On 2018-11-14 20:36 +0000, Olly Betts via Therion wrote:
> > On Wed, Nov 14, 2018 at 07:07:50PM +, Andrew Atkinson via Therion wrote:
> > > I've not had time to play with this, since Alistair sho
On Wed, Nov 14, 2018 at 07:07:50PM +, Andrew Atkinson via Therion wrote:
> I've not had time to play with this, since Alistair showed me the problem
> on the weekend. The bit that I cannot get my head round is when 3d are
> imported with a coordinate system, if a th centreline then connects 2
On Wed, Jan 23, 2019 at 11:44:36AM +0100, Marco Menchise via Therion wrote:
> I would know if it is a Therion limit and if it is somewhat possible to
> overcome it by, for example, recompiling Therion.
It looks like this line length limit is specified in thinput.cxx:
const long
On Mon, Jan 07, 2019 at 11:35:39AM +0100, Marco Menchise via Therion wrote:
> does anybody know if such a converter is available?
Another approach would be to process the Compass data with Survex to
get a .3d file, then use that .3d file in your Therion .th file with
something like:
import
On Thu, Apr 11, 2019 at 06:03:39PM +0200, Martin Budaj via Therion wrote:
> On Thu, Apr 11, 2019 at 5:05 PM kevin dixon via Therion
> wrote:
> > The last Therion release 5.4.3 is dated 01 Feb 2019.
> >
> > There has in recent years been a significant change of the Magnetic North
> > Pole
35 matches
Mail list logo