[Therion] Subtypes can't have numbers?

[Rodrigo Severo via Therion]

Hi,

Just trying to set a "line u:s41p" symbol on latest Therion and getting strange 
metapost errors:

! Missing `=' has been inserted.

51
l.6846 let l_u_s51
p = l_u;
You should have said `let symbol = something'.
But don't worry; I'll pretend that an equals sign
was present. The next token I read will be `something'.

! Missing symbolic token inserted.

INACCESSIBLE
l.6846 let l_u_s51
p = l_u;
Sorry: You can't redefine a number, string, or expr.
I've inserted an inaccessible symbol so that your
definition will be completed without mixing me up too badly.

! Extra tokens will be flushed.

p
l.6846 let l_u_s51p
= l_u;
I've just read as much of that statement as I could fathom,
so a semicolon should have been next. It's very puzzling...
but I'll try to get myself back together, by ignoring
everything up to the next `;'. Please insert a semicolon
now in front of anything that you don't want me to delete.
(See Chapter 27 of The METAFONTbook for an example.)

! Missing `=' has been inserted.

51
l.6847 def l_u_s51
p_legend = l_u_s51p(((-.3,0.5) .. (.3,.3) .. (.7,.7) .. (1...
The next thing in this `def' should have been `=',
because I've already looked at the definition heading.
But don't worry; I'll pretend that an equals sign
was present. Everything from here to `enddef'
will be the replacement text of this macro.

I believe that subtypes aren´t supporting all chars allowed by  as 
defined in THBook page 13 (Data types).

Is it a bug or am I misreading something?

Regards,

Rodrigo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Semi-transparent rock borders

[Rodrigo Severo via Therion]

On Wednesday, January 10th, 2024 at 8:01 AM, Martin Sluka via Therion 
 wrote:

> It is bug in MacOS Viewer too. I’m afraid nobody will correct it.

The bug has been labeled as "misrendering". It's not much but it's better than 
closed or ignored...

https://gitlab.freedesktop.org/poppler/poppler/-/issues/1459___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Semi-transparent rock borders

[Rodrigo Severo via Therion]

On Monday, January 8th, 2024 at 4:16 PM, Tarquin Wilton-Jones via Therion 
 wrote:


> 
> 
> > I have some closed rock borders that are opaque as expected when viewing
> 
> > my PDF file in Adobe Acrobat and FoxIT but are semi-transparent in
> > Okular and Atril.
> > 
> > Any suggestions on how to make them really opaque (on all PDF viewers)?
> 
> 
> Translucency (which you only get on rock borders when using
> "smooth-shading off"), does not work in all PDF viewers. There is
> nothing you can do about that, unless you are able to submit a code
> patch to the PDF viewer application.
> 
> https://therion.speleo.sk/wiki/contrib:externalviewers

Thanks for the info. I just opened a bug with poppler the PDF rendering library 
used in both okular and Atril.


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Semi-transparent rock borders

[Rodrigo Severo via Therion]

Hi,

I have some closed rock borders that are opaque as expected when viewing my PDF 
file in Adobe Acrobat and FoxIT but are semi-transparent in Okular and Atril.

Any suggestions on how to make them really opaque (on all PDF viewers)?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] using Survex files in Therion

[Rodrigo Severo via Therion]

I wonder if Survex 3d files shouldn't be treated in Therion as the "data" part 
of a "centreline". This way, we would be able to set all centreline properties 
for 3d files.

Rodrigo

On Friday, December 1st, 2023 at 7:37 PM, Rodrigo Severo  wrote:

> Hi,
>
> I am trying to use survex 3d files in Therion. AFAICT, 3d files don't include 
> the extra info that a svx file accepts like team, export, etc, only the 
> actual centerline.
>
> How can I set, for example, the team responsable for the centerline if I am 
> importing a 3d file?
>
> Regards,
>
> Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] using Survex files in Therion

[Rodrigo Severo via Therion]

Hi,

I am trying to use survex 3d files in Therion. AFAICT, 3d files don't include 
the extra info that a svx file accepts like team, export, etc, only the actual 
centerline.

How can I set, for example, the team responsable for the centerline if I am 
importing a 3d file?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] scale option for lines

[Rodrigo Severo via Therion]

On Monday, November 6th, 2023 at 3:18 PM, Bruce Mutton  wrote:


> > Does anybody know another situation where line scale option is relevant?
> 
> 
> My understandings and deductions are here
> https://therion.speleo.sk/wiki/drawingchecklist
> Probably you have all the line scale options now, but there maybe something
> more towards the bottom of the page.

Great! I will take a look. Thanks.

Rodrigo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] scale option for lines

[Rodrigo Severo via Therion]

On Monday, November 6th, 2023 at 6:29 AM, Tarquin Wilton-Jones via Therion 
 wrote:


> > I can't see the effects of scale option in lines. Can someone describe a
> > situation where the lines are affected by the scale option?
> 
> 
> 
> Lines are not affected by it when they are drawn. If I remember
> correctly, lines default to medium (normal) thickness. However, you can
> use the "min-symbol-scale" layout option to control what size of symbols
> should not be drawn, and lines disappear when you say "min-symbol-scale L".

Interesting. Unexpected but interesting. Thanks.

I just found out that there is a label line type. I only knew the point one.

For label lines, the scale option affects the text size.

Does anybody knows another situation where line scale option is relevant?


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] scale option for lines

[Rodrigo Severo via Therion]

Hi,

Understanding Therion, bit by bit...

I can't see the effects of scale option in lines. Can someone describe a 
situation where the lines are affected by the scale option?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] anchors and rebelays line options

[Rodrigo Severo via Therion]

On Saturday, November 4th, 2023 at 6:55 PM, Tarquin Wilton-Jones via Therion 
 wrote:


> > I am trying to understand the effect of the anchors and rebelays line
> > options.
> > 
> > I can´t visually see any difference in the outputed map and looking in
> > the code, I can´t find a place where the TT_LINE_TAG_ROPE_ANCHORS and
> > TT_LINE_TAG_ROPE_REBELAYS flags are used. I can only find where they are
> > set.
> > 
> > Can someone explain to me how to use them and how to see their effects?
> 
> 
> Try them in elevation (extended or projected), and create a diagonal
> rope line with at least three linepoints.

Great! Thanks.

I just figured out that the default value for both anchors and rebelays is on. 
For some reason I believed that the default option was off and never tried the 
off value. My bad.


Regards,

Rodrigo Severo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] anchors and rebelays line options

[Rodrigo Severo via Therion]

Hi,

I am trying to understand the effect of the anchors and rebelays line options.

I can´t visually see any difference in the outputed map and looking in the 
code, I can´t find a place where the TT_LINE_TAG_ROPE_ANCHORS and 
TT_LINE_TAG_ROPE_REBELAYS flags are used. I can only find where they are set.

Can someone explain to me how to use them and how to see their effects?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Problems building latest Therion in Fedora 37: missing pdfetex.ini

[Rodrigo Severo via Therion]

Hi,

I am having trouble building ThBook in latest Therion in Fedora 37. I am 
getting the following error:

[ 98%] Generating thbook.pdf
This is pdfTeX, Version 3.141592653-2.6-1.40.22 (TeX Live 2021) (preloaded 
format=pdftex)
restricted \write18 enabled.

kpathsea: Running mktexfmt pdftex.fmt
mktexfmt: mktexfmt is using the following fmtutil.cnf files (in precedence 
order):
mktexfmt: /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
mktexfmt: mktexfmt is using the following fmtutil.cnf file for writing changes:
mktexfmt: /home/rodrigo/.texlive2021/texmf-config/web2c/fmtutil.cnf
mktexfmt [INFO]: writing formats under 
/home/rodrigo/.texlive2021/texmf-var/web2c
mktexfmt [INFO]: --- remaking pdftex with pdftex
mktexfmt [WARNING]: inifile pdfetex.ini for pdftex/pdftex not found.
mktexfmt [INFO]: not selected formats: 19
mktexfmt [INFO]: failed to build: 1 (pdftex/pdftex)

To my untrained eyes it seems that a "pdfetex.ini" file is missing.

Any ideas on how to solve this issue?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion vs. Proj 9 - Fedora 37

[Rodrigo Severo via Therion]

Not exactly a solution for your problem but kind of: I manually compiled 
Therion on Fedora 37. Here you can see how I did it: 
https://github.com/therion/therion/pull/474


Regards,

Rodrigo Severo


--- Original Message ---
On Wednesday, January 11th, 2023 at 11:11 AM, Bill Gee  
wrote:


> A few months ago when Fedora 37 came out, I found that Therion will not
> run because of a change in the version of proj. Jim Begley noted that
> he was taking a stab at getting Therion to compile on Fedora 37 and proj
> 9. Since then I have heard nothing.
> 
> If I use dnf install therion on a Fedora 37, it tells me there is no
> such package. And yes, it has the copr repository file.
> 
> Is there any update? I have two systems which cannot be upgraded to
> Fedora 37 because of this issue.
> 
> Thanks!
> --
> ===
> Bill Gee
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion not overwriting existing PDFs

[Rodrigo Severo via Therion]

Hi Stacho,

It's fixed.

Thanks for your prompt answer.

Regards,

Rodrigo Severo

--- Original Message ---
On Wednesday, December 14th, 2022 at 3:12 AM, Stacho Mudrak  
wrote:

> 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 
>  wrote:
>
>> Hi Rodrigo,
>>
>>> Is it a recent bug or some incompatibility with Fedora 37?
>>
>> I have seen this before *on Windows* when:
>> 1. The PDF is locked by a PDF viewer like Acrobat.
>> 2. The .xtherion.dat file is read-only or hidden.
>>
>> That second one is a real gotcha when copying from a Linux system.
>>
>> Are you perhaps bumping into a Linux equivalent of one of those?
>>
>> Tarquin
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Therion not overwriting existing PDFs

[Rodrigo Severo via Therion]

Hi,

My updated Therion (therion 6.0.5+839a85d+dev (2022-12-08) - using Proj 9.0.1, 
compiled against 9.0.1) running on Fedora 37 is refusing to overwrite an 
existing PDF file as it can be seem on the following log:

# end of pdftex log file #
therion: error -- filesystem error: cannot copy: File exists 
[/tmp/th844522/data.pdf] [sdlm-projetado.pdf]writing xtherion file ... done

If I delete the previous created PDF file the new one is created without 
problem. I have never seem that in Therion.

Is it a recent bug or some incompatibility with Fedora 37?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Mapiah and WTherion

[Rodrigo Severo via Therion]

--- Original Message ---

On Wednesday, September 14th, 2022 at 5:17 PM, Bruce Mutton  
wrote:

> I’ve been dabbling with WTherion, and while it is progressing well and 
> looking very good in many respects, it is flagged as a sort term interim 
> project (on [Matrix](https://app.element.io/#/room/)) and I see some 
> high-level challenges:
>
> - it seems a document must be saved in three places for it to be an enduring 
> part of a mapping project:
>
> - a browser cache (required, and visible only to a particular browser on a 
> particular device)
> - a json file (if you want to store or share the document (presumably) 
> without loss of fidelity)
> - a th2 file (if you wish to compile the document using Therion)
> - In a multi-user project, unless everyone uses the workflow [WTherion open 
> json, edit, export th2, compile Therion] there will be loss of fidelity.
> ie if some users choose [XTherion open th2, edit, compile Therion] then the 
> WTherion users must ‘know’ to import from th2. This will result in loss of 
> fidelity, especially where there are xvi files in the th2.
>
> For me multi-user and version-controlled storage are prerequisites for any 
> mapping projects, and because it seems for most users, (readers of this forum 
> excepted of course) both Therion and version control are significant 
> challenges, any drawing editor should fit seamlessly into the existing 
> Therion environment. Most likely this means it should read and write th2 
> files natively.
>
> Please tell me if I am wrong. As a self-taught dabbler I am only too happy to 
> be shown the error in my thinking.
>
> Anyway, I got to thinking about Mapiah.
>
> I think the development for Mapiah is here and was last updated in February? 
> https://gitlab.com/rsevero1/mapiah/-/releases
>
> I installed 0.0.3 and it looks like it is still in the very early stages. Is 
> it still under consideration for further development?

Development of Mapiah has halted.

After some talks during the last ICS, the ideia seems to be to convert WTherion 
to a Electron app and further develop it. If someone knows better, please 
correct me.

I want to help this movement but right now I am still stuck on finishing 
reports on the Brazilian Cave Rescue course that I organized and ended last 
week.

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Water areas produce heavy PDF files

[Rodrigo Severo via Therion]

Yes, I am using Okular. Tried Firefox and FoxIt and they were instantanious.

Thanks for the tip Bill.


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Water areas produce heavy PDF files

[Rodrigo Severo via Therion]

Hi,

Does anybody knows why water areas result in such CPU intensive PDFs? And more 
importantly, does anybody have any idea on how to solve this?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Saturday, January 15th, 2022 at 11:40 AM, Csongor Zih 
 wrote:

> Hi everyone!
>
> I'm a university student and I decided to try and make an XTherion 
> replacement as a short term project. I have seen the activity here around 
> making a new version of XTherion that would overhaul the current workflow of 
> Therion projects. These proposals look exciting and great, but what I focused 
> on was just creating an editor for TH2 files, that only replaces the map 
> editor part of XTherion, and otherwise affects nothing about how you use 
> Therion. It is most similar to the TH2 importer and exporter for Inkscape.
>
> Demo video: https://www.youtube.com/watch?v=kpogxtt_4TI
>
> This is only a feature showcase, the app is not ready to use yet, but you can 
> try it out.
>
> The editor was built from the base of a regular vector graphics editing app, 
> similarly to the Inkscape plugin. The whole app runs in a web browser, it's 
> written in JavaScript and TypeScript, and it should run on all modern 
> browsers.
>
> I have tried to set a very small scope for this project, this is why I didn't 
> try to create a complete vector graphics editor and used an existing one. 
> There is also no WYSIWYG editing, which would be hard to achieve without 
> reimplementing the whole of Therion (obviously outside the plans for this 
> project). The scope and functionality is significantly smaller than the 
> QTherion or Mapiah projects, and I would expect that this editor would not be 
> useful once these projects are in a usable state. The editor also has less 
> functionality than XTherion itself, which I see as a trade-off between 
> speed/friendliness and having complete control. One of these is that in this 
> editor all area objects are tied one-to-one with line objects. This may not 
> be how all people use areas, but it is easier to understand and to show on 
> screen, and it's how TopoDroid handles it.
>
> I think while this app is not everything you might want from an editor, it 
> has clear advantages over XTherion and is more streamlined than the Inkscape 
> plugins, and a lot closer to being complete than the Qt projects currently in 
> development.
>
> The project's name is currently wtherion (because it's web-based and because 
> of the other project names), but this may change. It's on GitHub here: 
> https://github.com/daem-on/wtherion
>
> Hope that this will be useful in the future and I look forward to your 
> feedback,
>
> Csongor

It looks really good. Congratulations!!

It would be great if you culd join us on the next dev meeting.

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Presenting Mapiah, a multi-platform, more friendly, modern and performant graphical interface for Therion

[Rodrigo Severo via Therion]

Em terça-feira, 30 de novembro de 2021 às 4:44 PM, Martin Budaj 
 escreveu:

> Hi, Rodrigo.
>
> Your PoC app looks very promising and we are happy that you've made
>
> this first step. C++/Qt seems to be a good choice as well.
>
> What might be a bit surprising for most of the users hoping for a
>
> better UI, there is also one other project to create a Qt replacement
>
> for XTherion (started by Michal Plch and available in the qtherion
>
> branch of our git repo ;)

Uau!! I didn't know about it at all.

> There are some differences in the scope and technology, though:
>
> -   the idea was to provide a UI which would be simple enough for new
>
> users, not necessarily mimicking XTherion's approach
> -   as a result, it doesn't expect user to know internals of *.th or
>
> *.th2 files (and even doesn't support them directly – in this branch
>
> therion was extended to use a JSON-based data package to communicate
>
> with qtherion UI)
> -   it's based on C++/Qt, too, but heavily using QML to define the UI
>
> It's also a PoC in a very early stage and as such hasn't been
>
> advertised on the list yet. But it's clear that time is ripe for a new
>
> UI.
>
> How about some brainstorming with Rodrigo, Michal and perhaps some
>
> others on possible synergies and the best way forward?

Great ideia. It will be way better to join forces for sure.

Maybe we schedule a live meeting to talk about both approaches together and 
decide which way to go?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] XVI format specification

[Rodrigo Severo via Therion]

Hi,


I would like to implement XVI image format visualization support in Mapiah but 
couldn't find XVI image format specification (in my rather quick search, I 
confess).

Can someone please give me some pointers? Specification, supporting library or 
else?


Regards,

Rodrigo


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Therion/XTherion mailing list hijacking by Mapiah

[Rodrigo Severo via Therion]

Dear list and specially Stacho and Martin,


With this last messages I believe it's fair to say that I might be hijacking 
Therion/XTherion list to talk about Mapiah.

If/when you believe this is a problem, please let me know and I will implement 
some alternative infrasctructure. I am not doing it already just because it 
might be beneficial to involved with Therion to follow Mapiah development but 
your take on this is authoritative. Please let me know if it's a problem.


Best regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Mapiah new release: 0.0.2 - first stroll

[Rodrigo Severo via Therion]

Here is a new version of Mapiah following the first comments by Bruce, Andrew 
and Xavier (thanks guys for the help and attention!!).

It can be found at the same location: https://sourceforge.net/projects/mapiah

Here is the changelog:

0.0.2 - first-stroll - 2021-11-15
- Initializing all class variables at constructors (Rodrigo Severo 
) - 5ae61f7
- Including libOpenGL.so.0 in Linux AppImage (reported by Andrew Atkinson 
) - e354911
- Adding TODO list (Rodrigo Severo ) - 728665c
- Trying to be smart about 'Save As' default path (reported by Bruce Mutton 
) - abd5ece
- Writing point, line and area IDs (reported by Bruce Mutton 
) - 4cac70e
- Improving floats output to file (reported by Bruce Mutton ) 
- 74c3996
- Changing Windows install directory to "C:\Program File (x86)" (Rodrigo Severo 
)


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Presenting Mapiah, a multi-platform, more friendly, modern and performant graphical interface for Therion

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐

Em segunda-feira, 15 de novembro de 2021 às 7:28 AM, Xavier Robert 
 escreveu:

> Hi,
>
> Just for information :
>
> I downloaded the .AppImage to install it on my MacOs 10.14. But I get this 
> error :« 09:02:31 [robert...@ist-158.home ~/Downloads]$ 
> ./Mapiah-x86_64.AppImage -bash: ./Mapiah-x86_64.AppImage: cannot execute 
> binary file »

I am quite new to most of this (including AppImages) but I believe that 
AppImages aren't supposed to work on MacOS.

As I said, I need some Mac user that works with me so we can created Mac 
versions of Mapiah. Let's do it?


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Presenting Mapiah, a multi-platform, more friendly, modern and performant graphical interface for Therion

[Rodrigo Severo via Therion]

Presenting Mapiah.

Mapiah is my take on a multi-platform, more friendly, modern and performant 
graphical interface for Therion. It's written in C++/Qt. It aims to be as 
compatible as practical and possible with XTherion.

This is the "proof-of-concept" release.

It's source code and it's releases files can be found at the projects home at 
SourceForge: https://sourceforge.net/projects/mapiah/

Please let me know what you think about it, if it has any future, if you want 
to help.


*The name*

Mapiah is a international friendly version of the portuguese word "mapear" on 
the sentence "vamos mapear?" - "let's go surveying?" or "let's go mapping?" - 
which is usually pronounced [vʌmu mapi'a].


*Multi-platform*

Right now we have both Linux and Windows releases as these are the OSs I have 
access and minimal experience with. Until some Mac user steps up, that's the 
way it's gonna be.

Having said that, the idea is to follow best practices during Mapiah's 
development to ease the release process on all target platforms: Linux, Windows 
and Mac.


*The C++/Qt choices*

Going backwards, the Qt framework was chosen as it has an open source 
compatible version. It's mature, powerful and seems to take multi-platform 
support seriously.

The first idea was to use Qt Python as the "friendly" requirement could also be 
applied to the language chosen but in the end I decided to go with C++ because 
I believe that a C++ application might be more easily distributable across all 
platforms.


*The "proof-of-concept" release*

The basic reading and writing functionality supposely is th concept being 
proved in this release. Supposely because the actual concept I am trying to 
prove myself with this release is that I can write functional and decent C++/Qt 
code which, for the time being, is kinda proved.


*Functionality*

This 0.0.1 release can read a TH2 file, present it on the screen and save it.

With an open file you can change the zoom level and write the file again.

You should be able to see your TH2 file on screen correctly and the saved file 
should be functionally identical to the original one.

All point, line, area, scrap and XTHERION options should be properly read and 
saved even if most aren't actually understood/acted upon.


*License*

This software is licensed under GPL 3 or later.


*WARNINGS*

PLEASE TEST!

DON'T OVERRIDE YOUR ORIGINAL FILE WITH THE ONE WRITTEN BY MAPIAH!!

THIS IS A PRE-ALPHA VERSION!!!


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
Em domingo, 14 de novembro de 2021 às 2:10 AM, Bruce Mutton  
escreveu:

> Just a quick question before contemplating the migration of a large (more 
> than 70 km and many caves) dataset to Therion.
>
>  
>
> The dataset has unique station names, so in Therion speak, every survey would 
> have -namespace off set.

Sorry for the slightly off topic reply but AFAIU your dataset having station 
unique names allows you to set -namespace off which could save some work but 
you don't have to and as you already know that some other parts of your dataset 
needs -namespace on, why bother with -namespace off?


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Survex splays flag in Therion

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐

Em terça-feira, 21 de setembro de 2021 às 5:37 PM, Olly Betts  
escreveu:

> On Tue, Sep 21, 2021 at 07:40:43AM +0000, Rodrigo Severo via Therion wrote:
>
> > Is there a way to make Therion recognize the splay shots flags defined
> >
> > in the Survex file so I can control their appearance separately from
> >
> > the main shots and their length not be included on the total cave
> >
> > length?
>
> It looks like Therion is just missing handling for splay flags on import
>
> from 3d (though oddly it does appear to have code to export them to 3d).
>
> Try the attached patch (totally untested).

It worked for me. Thanks!

Dear developers, please consider including it in Therion source.


Regards,

Rodrigo Severo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Survex splays flag in Therion

[Rodrigo Severo via Therion]

Hi,


I've been experimenting a new workflow, new for me at least, where I prepare 
the survey data at Survex and import the resulting Survex 3d files in Therion.

I'm facing a issue with splay shots.

Survex correctly identifies splay shots flagged with "*flags splay": it draws 
them differently and won't add them at survey statistics.

The problem is that Therion seems to ignore the "*flags splay" setting and both:

* draws the splay shots as if they were real shots and

* add their length to the total cave length.

Attached is a simple example where this issue can be observed.

If you open "splay_test.svx" in Aven, you will get a total length of 20 m as 
expected.

If you open "splay_test.pdf", produced by Therion, you will see that at this 
file the cave length is reported as 26 m (these extra 6 m are the 2 splays in 
the original svx file).

Is there a way to make Therion recognize the splay shots flags defined in the 
Survex file so I can control their appearance separately from the main shots 
and their length not be included on the total cave length?

I'm using Aven 1.2.44 and Therion 6.0.2+0abb46d.


Regards,

Rodrigo Severo

splay_test.3d
Description: application/survex-3d


splay_test.svx
Description: application/survex-svx


splay_test.pdf
Description: Adobe PDF document
encoding  utf-8
survey splay_test_SRV -title "Splay Test"
  import splay_test.3d -surveys create
endsurvey


thconfig.thcfg
Description: Binary data
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Ariane's line - Underwater cave survey device

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐

Em sexta-feira, 17 de setembro de 2021 às 2:05 PM, Fra  
escreveu:

> Hi!
>
> I just stumbled on what I think is a pretty new underwater cave surveying 
> device.It's called "Ariane's line", you can find more details on this 
> website: arianesline.com
>
> Maybe if someone with more knowledge and experience than myself is interested 
> I guess it would be nice to get in touch with the developer to get Therion 
> files out of his software.
>
> I don't own one and it will take quite a while before I'll be able to cave 
> dive, so unfortunately I don't have any more information or data other than 
> what can already be found on the website.I just thought it could be of 
> interest at least to some of you!

I have a MNemo and have been using for some time know.

Recently I wrote 2 small pieces of software in PHP: one to convert TML files to 
Survex (TML is the file format produced by Ariane, the caving software 
developed by Sebastien, the same guy that made the MNemo) and another to 
convert MNemoBridge's Excel files to Survex (a simplier data extraction tool 
also for the MNemo).

I have already sent a copy of both to Sebastien so he can use them as base for 
native export support in Ariane and/or MNemoBridge.

I decided to produce Survex files as this format is almost a native one for 
Therion.

The most current versions of both are attached together with a small support 
file necessary for both.

For the MNemoBridge/Excel to Survex conversion software to work, you also need 
to install PhpSpreadSheel (https://github.com/PHPOffice/PhpSpreadsheet) so PHP 
can read Excel files.


Regards,

Rodrigo Severo


MNemo_and_tml_2_svx.tar.gz
Description: application/gzip
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Some metapost symbols defined so they cannot be scaled

[Rodrigo Severo via Therion]

Humm, my bad.

I'm in a caving exporation trip right now. If nobody manages to fix it before I 
get home I will take a look.

Sorry for the trouble.

Rodrigo Severo

‐‐‐ Original Message ‐‐‐
Em domingo, 27 de junho de 2021 às 7:53 PM, Bruce Mutton  
escreveu:

> I’ve just noticed that some metapost symbols are coded so that they ignore 
> scaling options xs, s, l, xl.
>
> For example point dig is positioned but not rotated or scaled.
>
> def p_dig_UIS (expr pos,r,s,al) =
>
> U:=(.4u, .5u);
>
> T:=identity aligned al shifted pos;
>
> thfill ((-.075u,-.5u){down} .. {up}(0.075u, -.5u) -- (0.075u, .15u) -- (0.3u, 
> 0.15u) -- (0.3u, 0.5u) --
>
> (-.3u, .5u) -- (-.3u, .15u) -- (-.075u, .15u) -- cycle) rotated 45;
>
> enddef;
>
> Point camp is similar.
>
> I can understand why it is not ideal to allow these to be rotated, and 
> usually they should be inserted unscaled. However it is possible to have big, 
> small, major, minor camps and digs that one might want to symbolise with size.
>
> In my actual use case I have a plan and elevation at differing layout scales 
> exported to the same pdf. I want these symbols to output the same (unscaled) 
> size and for some reason the size differs by the ratio of the layout scales 
> (I had thought that layout scales were meant to ensure text and symbol size 
> were constant irrespective of layout scale, but the text and symbol sizes in 
> fact differ unless I compensate by symbol scaling).
>
> I cannot help thinking I am making some illogical brain-fade error in 
> thinking.
>
> A similar symbol, danger, is coded to enable scaling. It works, in that I can 
> make them bigger or smaller with for example -scale l, so the solution 
> appears obvious.
>
> picture SBE_danger_raw;
>
> SBE_danger_raw := image(
>
> fill (331,489)..controls (330,489) and (328,489)..(326,488)
>
> --(291,422)..controls (291,422) and (291,421)..(291,421)
>
> ..controls (291,417) and (294,414)..(297,413)
>
> --(365,413)..controls (369,414) and (371,417)..(371,421)
>
> ..controls (371,422) and (371,422)..(371,423)
>
> --(336,488)..controls (335,489) and (333,489)..(331,489)
>
> ..controls (331,489) and (331,489)..(331,489)
>
> --cycle withcolor red;
>
> fill (336,427)..controls (336,430) and (334,432)..(331,432)
>
> ..controls (328,432) and (326,430)..(326,427)
>
> ..controls (326,424) and (328,422)..(331,422)
>
> ..controls (334,422) and (336,424)..(336,427)
>
> --cycle withcolor white;
>
> fill (335,464)..controls (336,466) and (332,466)..(331,466)
>
> ..controls (330,466) and (327,466)..(327,464)
>
> --(330,436)..controls (330,435) and (330,435)..(331,435)
>
> ..controls (332,435) and (332,435)..(332,436)
>
> --cycle withcolor white;
>
> currentpicture := currentpicture shifted (-(llcorner 
> currentpicture)-(urcorner currentpicture - llcorner currentpicture)/2) scaled 
> (u / max((xpart urcorner currentpicture) - (xpart llcorner currentpicture), 
> (ypart urcorner currentpicture) - (ypart llcorner currentpicture)));
>
> );
>
> def p_danger_SBE(expr pos, theta, sc, al) =
>
> T := identity rotated theta aligned al scaled sc shifted pos;
>
> thdraw SBE_danger_raw;
>
> enddef;
>
> What do people think of changing the point symbol metapost definitions so 
> that they can all be scaled?
>
> Bruce___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Italian translation update

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
Em quarta-feira, dezembro 16, 2020 7:23 PM, Fra  escreveu:

> Hello everyone,
>
> I recently started using Therion and I noticed that the Italian translation 
> has some typos and it was probably not updated for quite a while.
> I updated the /thlang/texts.txt file, is there a way to get permissions to 
> push it with git? Or else can I just send the updated file to anybody so it 
> can maybe be included in the next update?

I believe you should fork Therion's github project, create a branch in your 
fork just for these updates, commit your changes there and them make a push 
request to Therion original repository.

Regards,

Rodrigo

> Thank you!
>
> Best regards,
>
> Francesco Bellamoli___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Trouble compiling latest therion code in Linux (Ubuntu 20.04)

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
Em terça-feira, dezembro 15, 2020 2:04 PM, Martin Budaj  
escreveu:

> Hi,
>
> compilation on Ubuntu 20.04 works fine in our CI, check 
> https://github.com/therion/therion/blob/master/.github/workflows/make.yaml if 
> there are any differences to your setup.

Hi Martin,

Using the above file as reference, I used make config-debian instead of make 
config-linux that I was using before.

Everything compiled just fine now.

Thanks!

Rodrigo

> Martin
>
> On Tue, Dec 15, 2020 at 11:22 AM Rodrigo Severo via Therion 
>  wrote:
>
>> Hi,
>>
>> I'm having trouble compiling the latest therion code in Linux (Ubuntu 20.04).
>>
>> First I had to manually create the following symlinks inside 
>> /lib/x86_64-linux-gnu so ld would stop complaining about missing libraries 
>> during the linking process:
>>
>> libvtkIOLegacy.so -> libvtkIOLegacy-7.1.so
>> libvtkFiltersHybrid.so -> libvtkFiltersHybrid-7.1.so
>> libvtkFiltersCore.so -> libvtkFiltersCore-7.1.so
>> libvtkCommonCore.so -> libvtkCommonCore-7.1.so
>> libvtkCommonDataModel.so -> libvtkCommonDataModel-7.1.so
>> libvtkCommonExecutionModel.so -> libvtkCommonExecutionModel-7.1.so
>>
>> Now, after an apparently clean compile, I'm getting the following errors at 
>> the end of "sudo make install":
>>
>> installation error: could not write /usr/local/bin/therion
>> installation error: could not write /usr/local/bin/xtherion
>> installation error: could not write /usr/local/bin/loch
>>
>> There are no therion, xtherion and loch executables on the build directory 
>> to be copied.
>>
>> Any ideias what could be wrong?
>>
>> Regards,
>>
>> Rodrigo Severo
>>
>> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Trouble compiling latest therion code in Linux (Ubuntu 20.04)

[Rodrigo Severo via Therion]

Hi,

I'm having trouble compiling the latest therion code in Linux (Ubuntu 20.04).

First I had to manually create the following symlinks inside 
/lib/x86_64-linux-gnu so ld would stop complaining about missing libraries 
during the linking process:

libvtkIOLegacy.so -> libvtkIOLegacy-7.1.so
libvtkFiltersHybrid.so -> libvtkFiltersHybrid-7.1.so
libvtkFiltersCore.so -> libvtkFiltersCore-7.1.so
libvtkCommonCore.so -> libvtkCommonCore-7.1.so
libvtkCommonDataModel.so -> libvtkCommonDataModel-7.1.so
libvtkCommonExecutionModel.so -> libvtkCommonExecutionModel-7.1.so

Now, after an apparently clean compile, I'm getting the following errors at the 
end of "sudo make install":

installation error: could not write /usr/local/bin/therion
installation error: could not write /usr/local/bin/xtherion
installation error: could not write /usr/local/bin/loch

There are no therion, xtherion and loch executables on the build directory to 
be copied.

Any ideias what could be wrong?

Regards,

Rodrigo Severo

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New DEM data from NASA

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Saturday, March 7, 2020 11:26 AM, Benedikt Hallinger  
wrote:

> Here :)

Great!

Thanks,


Rodrigo



___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New DEM data from NASA

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Friday, March 6, 2020 9:34 AM, Benedikt Hallinger  wrote:

> ... if it is needed, i can translate it to English. Just say so and i try to 
> squeeze out some time...

It would certainly help a lot.

Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Stupendous symbol effort

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Tuesday, December 17, 2019 4:10 PM, Bruce Mutton  wrote:

> I don’t want to be too picky, but I wonder about the use of plural ‘s’ in for 
> some of the symbol names.  I have attached a screenshot of the Therion Book 
> page 24.
>
> I think symbols such as ‘discs-pillars’ should instead be named 
> ‘disc-pillars’.
>
> But of course English being English there are exceptions to the pattern, such 
> as ‘pillars-with-curtains’ and ‘stalactites-stalagmites’ which are probably 
> OK.

It's really good to have more eyes on it as, with many symbols, some issues 
remain for sure.

Please send me your notes about the new symbols. I already have some notes from 
Stacho that I wil incoporate ASAP. I can deal with yours in the sequence.

Regards,

Rodrigo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Wednesday, November 27, 2019 11:41 AM, Rodrigo Severo via Therion 
 wrote:

> ‐‐‐ Original Message ‐‐‐
> On Wednesday, November 27, 2019 5:45 AM, Stacho Mudrak  
> wrote:
>
> > 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?
>
> Here they are.

Do you have an ETA for the inclusion of the new symbols in Therion?

I'm asking because I want to release them to general use and, outside of this 
list, people usually aren't that familiarized with Therion so I would prefer to 
give a final set of instructions on how to use the new symbols.

That's why I don't want to release them as user symbols now if in a short time 
they will be incorporated as Therion main symbols.

If you want I can help finalize the inclusion of the symbols in Therion's code. 
If you do at least one symbol I will be more sure I do all the adaptations 
accordingly.

Please let me know and sorry for putting some pressure. It isn't my intention 
at all.


Regards,

Rodrigo Severo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] ***UNCHECKED*** Re: New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Thursday, November 28, 2019 7:46 AM, Tarquin Wilton-Jones via Therion 
 wrote:

> > To do that I need to see how to deal with texts in symbols. I haven't done 
> > that yet. There was one symbol - remark - that I didn't create to save me 
> > this trouble but I might get to that.
>
> See my post to this list titled "Re: [Therion] Custom label style for a
> custom point", yesterday. The solution for this (a function called
> "create_styled_label") is in that mail.

I already had this whole thread separated to read it carefully.

Thanks for the suggestion!


Rodrigo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] ***UNCHECKED*** New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Thursday, November 28, 2019 5:23 AM, Bruce Mutton  wrote:

>
> 1.  May want to reconsider the insertion (0,0) point of some points 
> (wheelchair, drip and camera), although they might be OK also.

The result shown in your "map -map-fg-gray - symbols centred on grid.pdf" file 
is exactly what I expected and wanted. What would you have in mind?

> 2.  Points gate, no-wheelchair, water-drip, and possibly human-bone, danger 
> should probably allow the foreground/background colour to show through.

Of these I believe only gate should actually allow the background color to show 
through. I believe the others actually work better this way as I even created 
them with backgound color show through and changed them afterwards.

About the gate point: making background color show through is kind of a black 
magic in Metapost. As gate has several hollow spaces, it got harder than I 
thought it was worthwhile but it can definitely be done.

> 3.  Points with multiple speleothems do not handle rotation well.  I think 
> the existing Therion stalactites and stalagmites suffer from the same problem.

You made 2 PDFs with rotated symbols. The first one has some symbols that seem 
off to me but the second one has the exact behaviour I want and expect. Was it 
created without any align option, isn't it?

As far as I can see, it's all related to the order you choose to apply the 
transformations. I used the align before the rotate. If you move the align to 
be done after the rotate the behaviour changes. Maybe you could test a little 
bit and propose a better order for the transformations after testing several 
use cases.

> 4.  The picture based symbols have no U: definition, so they crash Therion 
> with metapost exit code – 2 if you try to align them.  They should have a 
> reasonable U: parameter set.

I apllied the align parameter to several of them and got no error. Can you send 
a file where you see this issue?

> 5.  Points that can be aligned , have their (non-zero) rotation corrupted 
> when they are both rotated and aligned.  You can see in the example that the 
> speleothem points have been aligned bottom-right, when the th2 file says they 
> should be aligned right).  This problem exists with all (almost) existing 
> Therion points.  I have identified the cause and proposed a solution here 
> https://therion.speleo.sk/wiki/metapost#symbol_sizing_and_positioning but my 
> metapost skills are very basic, so no doubt it could be improved upon.

I'm not sure I fully understand your issue. The result for rotated and right 
aligned symbols seemed more intuitive to me when I inverted the align and the 
rotate transformations in symbols. I bet that would be a nice change but I 
wonder if you are talking about something more subtle that I have not fully 
understood yet.



Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Thursday, November 28, 2019 4:46 AM, Benedikt Hallinger  
wrote:

> I would need a line symbol with 90 degree „ticks“ like the section line, but 
> without the arrow points.
> Above the upper tick (maybe start of line) i want to print some text, in my 
> case the UIS plan quality quantifier, but probably this would be very useful 
> for other purposes, so a -text option is a good idea...

To do that I need to see how to deal with texts in symbols. I haven't done that 
yet. There was one symbol - remark - that I didn't create to save me this 
trouble but I might get to that.

Let me just see what's necessary to actually include the already made symbols 
into Therion. I might have to do some changes.


Rodrigo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] ***UNCHECKED*** Re: Re: New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Wednesday, November 27, 2019 8:11 PM, Bill Gee  wrote:
> Rodrigo, you are indeed spoiling me!

I hope not in an unreversible way ;)

> The notwheelchair symbol is exactly what I had in mind. Many thanks! When you 
> said "later", I though maybe next week.

Great to know. Enjoy!

> I need to study your MetaPost code. I have defined a dozen or so symbols, but 
> none with the image method that you are using.

This method was not created by me and unfortunately I can't remember nor find 
out where I saw this method for the first time.

It's basically:

1. create your drawing on your favorite vector drawing software (I used 
Inkscape)

2. export to EPS

3. convert the EPS to Metapost with pstoedit

4. finalize the new Therion symbol on your favorite code editor.

This is the happy trail for points without holes.

Holes can be harder, specially if you actually want them to be holes and not 
plain white.

And for lines, it's a whole other can of worms.

Areas are similar to points.


Regards,

Rodrigo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] ***UNCHECKED*** Re: New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Wednesday, November 27, 2019 4:39 PM, Bill Gee  wrote:

> One more thought occurred to me just now ... The cave where I want to use the 
> wheelchair symbol has parts of the tour which are NOT accessible due to 
> stairs. How much trouble would it be to create a version of the wheelchair 
> symbol with a red slashed circle on it? Call it notwheelchair, perhaps.
>
>  
>
> https://www.compliancesigns.com/signs/No-Wheelchair-Access has a picture of 
> what I have in mind. Text is not needed for the cave symbol.

Really simple to do. I will try latter.


Rodrigo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] ***UNCHECKED*** Re: New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Wednesday, November 27, 2019 9:28 AM, Bill Gee  wrote:

> The label on your electric light symbol is spelled wrong.

Fixed. Thanks@

> Why are there walkway symbols both with and without a human figure? That 
> seems redundant to me.

I made both points (with human figure) and lines (without human figure). I 
believe both modes can be useful.

> What do you use the plus, minus and plus/minus symbols for?

For pits, pits, opened to the surface, aven and aven pitchs as per UIS 
symbology: https://bit.ly/35FpdpA

> What is "ex-voto"? The symbol you created looks to me like a pair of 
> syringes. That is not something commonly found in a cave!

https://en.wikipedia.org/wiki/Ex-voto

Yes, they are crunches;)


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Tuesday, November 26, 2019 5:21 PM, Benedikt Hallinger  
wrote:

> I would love to see them included. I could really use that cracked mud area :)
>
> The symbols really look useful in general!

I will start adapting the code to be included in Therion ASAP. But I think that 
means only next weekend ;)


Rodrigo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Tuesday, November 26, 2019 4:36 PM, Bruce Mutton  wrote:

> Rodrigo
>
> I think your first suggestion is a good one.
>
> You could propose to add them to the source code at 
> https://github.com/therion/therion I guess.  I have not yet braved 
> contributing via git, but maybe one day, as I also have some symbols to add.

Certainly. It's just that, right now I ahve them as user defined symbols. I 
would have to change a few things so they wuld be Thjerion symbols. I jsut 
don't want to have the work of doing these changes if there is no interest in 
including them as Therion symbols.


> Do you have a graphic example of your symbols?

Sure. Here it is: 
https://drive.google.com/open?id=1vXQg23eaPnG1XiQvohGY3Yhk6S7KxZCz


Regards,

Rodrigo Severo

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] New symbols

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Sunday, November 24, 2019 2:09 PM,  wrote:

> Hi,
>
> I have create the following 52 new symbols for Therion:
>
.
.
.

>
> I would like to offer them to be included in Therion's source code.
>
> My suggestion it to incorporate them Therion distributed in 2 symbol sets: 
> the existing UIS one and on a new one to be called EGB.
>
> The ones to go to UIS have their images inspired by similar symbols from UIS. 
> The ones to go to EGB are ones that I can't identify some already existing 
> symbol set to receive them so I am proposing a new symbol set named EGB (for 
> Espeleo Grupo de Brasília = Brasilia's Speleo Group, my speleo group) as many 
> of these symbols were demanded by some fellow members of EGB.
>
> This is my suggestion but obvioulsy we can choose any other path, for example:
>
> 1.   distribue them differently among symbol set's;
> 2.   incorporate just some of them in Therion's source code;
> 3.   not incoporate any of them (I would distribute them as stadalone files 
> to be used by the interested parties as user symbols).
>
> As I mentioned, we can follow any prefered path.
>
> Please let me know if the idea is to incorporate them in Therio's source 
> code, as I would have to adapt them because, right now they are formated as 
> standalone user symbols.
>
> Please advise.


Any comments, suggestions, ideas?

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] New symbols

[Rodrigo Severo via Therion]

Hi,

I have create the following 52 new symbols for Therion:

  Therion symbol set Topodroid symbol group

Points:

altar EGBanthro

archeo-excavation EGBextra

audio EGBextra

bat   EGBextra

bone  EGBextra

curtains  UISextra

dangerEGBspeleo

disc-stalactite   UISextra

eletric-light EGBanthro

ex-voto   EGBanthro

gate  EGBanthro

helictitesUISextra

human-boneEGBextra

masonry   EGBanthro

minus EGBspeleo

mud   EGBspeleo

mud-crack EGBextra

nameplate EGBanthro

pendant   EGBextra

photo EGBextra

pillar-with-curtains  UISextra

pillars-with-curtains UISextra

plus  EGBspeleo

plus-minusEGBspeleo

seed-germination  EGBextra

stalactite-stalagmite UISextra

stalactites-stalagmites   UISextra

tree-trunkEGBextra

volcano   EGBextra

walkway   EGBanthro

walkway-metalic   EGBanthro

walkway-soil  EGBanthro

walkway-stone EGBanthro

walkway-wood  EGBanthro

water-dripEGBspeleo

Lines:

abyss-entranceUISextra

dripline  UISextra

fault UISextra

joint UISextra

low-ceiling   UISextra

pit-chimney   UISextra

walkway   EGBanthro

walkway-metalic   EGBanthro

walkway-soil  EGBanthro

walkway-stone EGBanthro

walkway-wood  EGBanthro

Areas:

mud-crack EGBextra

pillarUISextra

pillar-with-curtains  UISextra

stalactiteUISextra

stalactite-stalagmite UISextra

stalagmiteUISextra

I would like to offer them to be included in Therion's source code.

My suggestion it to incorporate them Therion distributed in 2 symbol sets: the 
existing UIS one and on a new one to be called EGB.

The ones to go to UIS have their images inspired by similar symbols from UIS. 
The ones to go to EGB are ones that I can't identify some already existing 
symbol set to receive them so I am proposing a new symbol set named EGB (for 
Espeleo Grupo de Brasília = Brasilia's Speleo Group, my speleo group) as many 
of these symbols were demanded by some fellow members of EGB.

This is my suggestion but obvioulsy we can choose any other path, for example:

-  distribue them differently among symbol set's;

-  incorporate just some of them in Therion's source code;

-  not incoporate any of them (I would distribute them as stadalone files to be 
used by the interested parties as user symbols).

As I mentioned, we can follow any prefered path.

Please let me know if the idea is to incorporate them in Therio's source code, 
as I would have to adapt them 

Re: [Therion] ***UNCHECKED*** Completing symbol sets

[Rodrigo Severo via Therion]

‐‐‐ Original Message ‐‐‐
On Thursday, October 10, 2019 3:04 PM, Bruce Mutton  wrote:

> My suggestion would be;
>
> - If the symbols you are using/creating are not from any of the existing 
> symbol sets, then I would suggest a new symbol set.   If the symbols are for 
> a widely used set of symbols that is not yet present in Therion, then they 
> should be offered for inclusion in Therion, otherwise perhaps better to keep 
> in your own layout, and make available for others via the wiki.

I believe the ones I will be creating first will be rather general use.

You talk about making them available via the wiki. Is there already a space in 
the wiki with shared symbols? I looked for it (rather quickly, I confess) but 
coudln't find any.

> - If your symbols are for a symbol set already in Therion, then add your new 
> symbols to that set.

My main idea is to have a "complete" symbol set to use. From this point of view 
the best approach would be to complete the most complete one but I will 
probably work with the UIS one as being the most standartized one.

>  BTW Therion already automatically substitutes symbols that are missing from 
> your chosen symbol set, with those from another.

How does it work exactly? What is the list of symbol sets searched by Therion? 
In which order are they searched? I couldn't find references to this in Therion 
Book (in another quick search).

> You can set in your layout different substitutions if you do not like the 
> defaults.

How?

>  However, I welcome the creation of many more symbol choices – sparsity and 
> artistic ‘quality’ of symbols is one of Therion’s long standing weaknesses 
> IMHO.

Definitely. I agree. I'm not sure I'm the person to solve this issue but who 
knows?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] ***UNCHECKED*** Merging symbol sets

[Rodrigo Severo via Therion]

Hi,

Is it possible to merge 2 or more symbol sets by defining more than one symbol 
to be used?

In case of conflict (same symbol defined in to different sets) , the last one 
could be the one that would be used.

Is there a way to do this kind of automatic merge?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] ***UNCHECKED*** Completing symbol sets

[Rodrigo Severo via Therion]

Hi,

After creating several missing symbols for Topodroid, I want to create missing 
symbols for Therion.

I want to produce at least one complete symbol set.

Should I create a new one, copy the symbols already defined that I'm interested 
and create the new symbols, or maybe should I just include missing symbols in 
some of the existent sets?

How should I proceed?

Regards,

Rodrigo Severo___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Suggestions on how to write several new symbol type in metapost

[Rodrigo Severo via Therion]

Will read.


Thanks,

Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*  | *+55 61 99295-1542*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

On Mon, May 14, 2018 at 5:34 AM, Martin Sluka via Therion <therion@speleo.sk
> wrote:

> Ropdrigo,
>
> check this very simple tutorial:
>
> http://meeting.contextgarden.net/2008/talks/2008-08-22-
> hartmut-metapost/mptut-context2008.pdf
>
> Cheers
>
> Martin S.
>
> 12. 5. 2018 v 14:02, Rodrigo Severo via Therion <therion@speleo.sk>:
>
> Hi,
>
>
> I want to write several new symbols for Therion.
>
> Is there any kind of editor where I could do it? Maybe something more
> interactive than writing Metapost code and recompiling a test map?
>
> How do you create/edit symbols for Therion?
>
>
> Regards,
>
> Rodrigo Severo
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Suggestions on how to write several new symbol type in metapost

[Rodrigo Severo via Therion]

Will try.


Thanks,

Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*  | *+55 61 99295-1542*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com 
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

On Sat, May 12, 2018 at 11:37 AM, Nikita Kozlov via Therion <
therion@speleo.sk> wrote:

> Use your favorite vector graphics editor, save results to .eps, and then
> use
> http://www.pstoedit.net/pstoedit to convers .eps to metapost,
> adopt code, then compile test map.
>
> This is the most interactive way I know.
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Suggestions on how to write several new symbol type in metapost

[Rodrigo Severo via Therion]

Hi,


I want to write several new symbols for Therion.

Is there any kind of editor where I could do it? Maybe something more
interactive than writing Metapost code and recompiling a test map?

How do you create/edit symbols for Therion?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] How to include hand calculated cave length in legend?

[Rodrigo Severo via Therion]

Hi,


I want to include in the legend box a cave length I calculated using a
method different from Therion's automatic one.

How can I do it?

Let's say I would like to include "Desenvolvimento linear: 178 m" just
above the Depth info in the legend?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xTherion translation: what does "MRR" means?

[Rodrigo Severo via Therion]

2018-03-01 23:32 GMT-03:00 Martin Sluka via Therion :

> But blood alcohol concentration is critical factor to use xtherion! ;)
>

Yes, it sure is :)


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xTherion translation: what does "MRR" means?

[Rodrigo Severo via Therion]

2018-03-01 17:15 GMT-03:00 Olly Betts <o...@survex.com>:

> 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 decreases in the
> bloodstream.  It's probably not critical to translate it.
>

Oh yeah. I have forgotten about it.


Thanks,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Translation doubts: color-legend-explodate X color-legend-topodate

[Rodrigo Severo via Therion]

2018-03-01 15:26 GMT-03:00 Bruce Mutton via Therion :

> Explodate = passage exploration date
>
> Topodate = passage surveyed date
>

I needed to seeing it written like that to understand. Now it's obvious.


Thanks,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] xTherion translation: what does "MRR" means?

[Rodrigo Severo via Therion]

Hi,


What does "MRR" means? It's a text to be translated in xTherion.


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] amplitude of heights in pdf

[Rodrigo Severo via Therion]

2018-03-01 4:44 GMT-03:00 Кунгурская лаборатория-стационар via Therion <
therion@speleo.sk>:

> Hi, everybody. Tell me please. Whether it is possible to remove amplitude
> of heights in pdf? Or where it is possible to look at it?
>

I believe that the "-symbol-hide" layout option might do what you need. I
have never used it.

 Pages 44 and 52 of Therion's Book seems to be particularly pertinent.


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Translation doubts: color-legend-explodate X color-legend-topodate

[Rodrigo Severo via Therion]

Hi,


I'm translating a few new texts to portuguese.

What is the difference between color-legend-explodate
and color-legend-topodate?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Legendsymbols - vertical distance between boxes

[Rodrigo Severo via Therion]

2018-02-27 21:11 GMT-03:00 Torsten Schnitter via Therion 
:

> Hi
>
> I figured out that it's most likely the last line of code to change the
> distance of the symbol boxes:
> \hsize=\tmpdimen\rightskip=0pt plus \tmpdimen minus
> 0pt\relax\the\legendtextsize #2\vskip*10pt*}\hss}
>
> Someone have to change the statement "vskip..." and the distance is
> changing.
>
> But somehow confusing is that not all distances are the same...
> If you have a closer look to it you will see that some distances are less
> than other.
> In the attached screenshot you can see that the red marked distances are
> different to the blue ones.
> (I only changed this one statement mentioned above from "vskip1dd" to
> "vskip10pt")
> Can anyone explain this strange behaviour? Henry!?
>

I would bet it has something to do with the text of each legend item. The
vertical space might be affected by text spacing that might not be constant
depending on the actual letters of each text.

Just a bet...


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] 'can't read "xth(me, cmds, ....": no such element in array' errors

[Rodrigo Severo via Therion]

2018-02-22 15:44 GMT-03:00 Markus Boldt via Therion :

> Hi,
>
> Rodrigo,
>
> if I do a look on your file with an simple editor (Windows), then it looks
> very other as all my own th2-files. In you file is written all in 3 lines.
>
> And I think that is the problem in generally. Your file is not really
> readable for Therion. I`am using Therion 5.4.1 on Windows 7 prof.
>
> This file looks like it is coming from Topodroid without compiling it to
> therion-format, if I`am right.
>

I think the problem you are seeing are caused just different line endings
settings.

My file looks exactly like that here. But I use Linux.

All other files from this same topo are being read correctly by Therion,
AFAICT.

Don't Therion accepts Unix line-endings?


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] 'can't read "xth(me, cmds, ....": no such element in array' errors

[Rodrigo Severo via Therion]

2018-02-22 15:09 GMT-03:00 Bruce Mutton via Therion :

> Rodrigo
>
> Do you still get the error if you remove the loop in the wall?
>
>
>
> And if you correct the orientation of the line wall in the top right
> corner (it’s yellow tick mark points out, not in)?
>

Nice questions. I don't seem to be able to remove the loop in Therion. Can
you?

I will try to do it in Topodroid.


Thanks,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] 'can't read "xth(me, cmds, ....": no such element in array' errors

[Rodrigo Severo via Therion]

Hi,


I trying to work in a topo I make recently. One of the sketches got way
bigger than it should and is presenting errors like:

can't read "xth(me,cmds,5,18,x)": no such element in array

I already reduced the file to something really small and I still get these
errors most of the times I try to open it.

Any ideas on what could be the cause?

I send attached both a small version of the sketch that presents the error
and the complete log of the error.


Regards,

Rodrigo
can't read "xth(me,cmds,5,18,x)": no such element in array
can't read "xth(me,cmds,5,18,x)": no such element in array
while executing
"set ox $xth(me,cmds,$id,$pid,x)"
(procedure "xth_me_cmds_update_line" line 12)
invoked from within
"xth_me_cmds_update_line $id $pid $xth(ctrl,me,line,type)  $xth(ctrl,me,line,name) $xth(ctrl,me,line,opts)  $xth(ctrl,me,line,reverse) $xth(ctrl,me,lin..."
(procedure "xth_me_cmds_update" line 28)
invoked from within
"xth_me_cmds_update {}"
(procedure "xth_me_cmds_select_linept" line 4)
invoked from within
"xth_me_cmds_select_linept $id $pid"
(procedure "xth_me_cmds_select" line 63)
invoked from within
"xth_me_cmds_select "$id $pid""
(procedure "xth_me_cmds_click" line 15)
invoked from within
"xth_me_cmds_click {5 8} pt5.8 $xth(me,cmds,5,8,x) $xth(me,cmds,5,8,y) 658 861"
(command bound to event)

Gruta_do_Carnaval-6p-error.th2
Description: Binary data
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] geographical reference is not associated with table bug

[Rodrigo Severo via Therion]

Can you send your data files?


Rodrigo

2017-07-01 0:42 GMT-03:00 Bruce Mutton via Therion :
> Curious
>
> I am having the problem I described about 4 years ago on this forum.
>
>
>
> https://www.mail-archive.com/therion@speleo.sk/msg04547.html
>
>
>
> Not absolutely sure it ever went away, I think it did, it must have, but it
> is back again.
>
>
>
> I only get cave-list outputs (.html and .kml) if I don’t select any survey
> for export (ie rely on the default that selects all surveys).
>
>
>
> If I do select a survey (in this case the only survey at this level of the
> dataset) before the export statement, I get an empty cave-list.html and no
> cave-list.kml is produced.
>
> I also get this warning, in the (modified) log file statements as below:
>
> The coordinate system cs and coordinates must be OK, as the plan.kml is
> created perfectly in both scenarios.
>
>
>
>
>
> …
>
>  end of cavern log file 
>
> done
>
> calculating basic statistics ... done
>
> processing extended elevation ... done
>
> processing references ... done
>
> selecting export objects ... done
>
> writing ../Output/NiagaraSurveyList.html ... done
>
> writing ../Output/NiagaraContinuations.html ... done
>
> writing ../Output/NiagaraCaveList.html ... done
>
> writing ../Output/NiagaraCaveList.kml ...
>
> C:\Program Files (x86)\Therion\therion.exe: warning -- geographical
> reference is not associated with table
>
> done
>
>
>
> processing projection plan ... done
>
> average distortion: 0.50%
>
> writing ../Output/NiagaraPlan.pdf ...
>
> processing projection none ... done
>
> …
>
> converting scraps ... done
>
> making map ... done
>
> …
>
> done
>
> processing projection elevation ... done
>
> writing ../Output/NiagaraElev020.pdf ...
>
> …
>
> converting scraps ... done
>
> making map ... done
>
> …
>
> done
>
> processing projection extended ... done
>
> writing ../Output/NiagaraElevEXT.pdf ...
>
> …
>
> converting scraps ... done
>
> making map ... done
>
> …
>
> done
>
> writing ../Output/NiagaraPlan.kml ... done
>
> writing ../Output/Niagara3DModel.kml ... done
>
> writing ../Output/Niagara3DModel.lox .. done
>
> writing ../Output/Niagara3DModel.3d ... done
>
> writing ../Output/Niagara3DModel.lox ...
>
> …
>
> converting scraps ... done
>
> making map ... done
>
> …
>
> done
>
> writing ../Output/Niagara3DModel.3d ... done
>
> writing xtherion file ... done
>
> compilation time: 7 sec
>
>
>
> Am using:
>
> therion 5.4.1+88c8a06 (2017-05-18)
>
> Survex 1.2.27
>
>
>
> Any ideas what might cause this?
>
>
>
> Bruce
>
>
>
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Trouble scrap: metapost exit code 35584

[Rodrigo Severo via Therion]

First of all I would like to thank both Bruce and Martin for the nice
suggestions the presented to improve my map. Just a clarification: this is
a "crude" map, just as it was produced with Topodroid. We haven't worked on
it yet. It was just a try compilation to see what we got to start with.

Now on my compile issue: the problem is with the user defined point
*u:water-drip*. Apparently Therion doesn't accept a dash on a user subtype
identifier. I bet it's a consequence of the symbol name restriction stated
at Therion Book's page 71. Maybe this restriction on user subtype
identifiers should be mentioned at the end of page 24.

Renaming the user type from *u:water-drip* to *u:waterdrip* or
*u:water_drip* fix my compilation issue.


Thanks!

*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-06-22 5:10 GMT-03:00 Martin Sluka via Therion <therion@speleo.sk>:

> Hi Rodrigo,
>
> there are plenty of TopoDroid relicts, which could make a problem. This is
> for me the main problem, I don’t like TopoDroid way to do sketch in cave
> directly to therion format. There are too many unnecessary points on lines
> (not only walls). In new versions of therion there is the command „simplify
> line“ which you may use followed by command „convert to curve“.
>
> In any case you should check all lines and correct joining of them and
> delete unnecessary points.
>
> For Android there is another application to sketch (not calibration yet)
> named Qave. You may check it too.
>
> https://play.google.com/store/apps/details?id=com.svist.qave
>
>
>
> m.s.
>
>
>
>
>
>
>
> 22. 6. 2017 v 5:15, Rodrigo Severo via Therion <therion@speleo.sk>:
>
> Hi,
>
>
> I'm having trouble compiling this scrap created with Topodroid. It results
> in a "therion: error -- metapost exit code -- 35584".
>
> I tried some debug suggestions available at https://therion.speleo.sk/
> wiki/tbe:wiki5 but couldn't find the culprit.
>
> Any ideas on what might be wrong?
>
> Regards,
>
> Rodrigo Severo
>
> *Rodrigo Severo* | DIRETOR DE TECNOLOGIA
> Tel. *+55 61 3030-1515 <+55%2061%203030-1515>*
> Siga a Fábrica no twitter:*@empautaclipping*
>
> fabricadeideias.com <http://www.fabricadeideias.com/>
> 12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
> NUMA COMBINAÇÃO PERFEITA
> __
> _
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Link to class material of DisotX + Topoddroid + Therion portuguese course

[Rodrigo Severo via Therion]

It's great.


Thanks!


Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-06-09 5:12 GMT-03:00 Bruce Mutton via Therion <therion@speleo.sk>:

> Rodrigo
>
> I’m not sure this got added, until now.
>
> I have added it to the wiki ‘start’ page
> <https://therion.speleo.sk/wiki/start#language_specific_documentation>.
>
> Check if it is OK.
>
> Bruce
>
>
>
> *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Rodrigo
> Severo via Therion
> *Sent:* Thursday, 30 March 2017 11:26 AM
> *To:* List for Therion users <therion@speleo.sk>
> *Cc:* Rodrigo Severo <rodr...@fabricadeideias.com>
> *Subject:* [Therion] Link to class material of DisotX + Topoddroid +
> Therion portuguese course
>
>
>
> Hi,
>
>
>
>
>
> Here is the link to all class material of a portuguese course I taught on
> DistoX + Topodroid + Therion: https://goo.gl/YsDLhk
>
>
>
> I wonder how could I make it available through Therion's wiki page.
>
>
>
>
>
> Regards,
>
>
>
> Rodrigo Severo
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Link to class material of DisotX + Topoddroid + Therion portuguese course

[Rodrigo Severo via Therion]

Hi,


Here is the link to all class material of a portuguese course I taught on
DistoX + Topodroid + Therion: https://goo.gl/YsDLhk

I wonder how could I make it available through Therion's wiki page.


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Xtherion error when importing JPG in Windows

[Rodrigo Severo via Therion]

Yeah,


I think it's exactly the same issue Bruce.


Thanks for the heads up,

Rodrigo

Em 26 de mar de 2017 16:21, "Bruce Mutton via Therion" <therion@speleo.sk>
escreveu:

> Looks like similar prolems came up in 2011 and 2014
> https://www.mail-archive.com/search?q=progressive=therion%40speleo.sk
>
> Bruce
>
> -Original Message-
> From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Rodrigo
> Severo via Therion
> Sent: Monday, 27 March 2017 1:25 AM
> To: List for Therion users <therion@speleo.sk>
> Cc: Rodrigo Severo <rodr...@fabricadeideias.com>
> Subject: Re: [Therion] Xtherion error when importing JPG in Windows
>
> 2017-03-25 14:38 GMT-03:00 Xavier Pennec via Therion <therion@speleo.sk>:
> >
> > This is due to the jpeg version of the image.  It happened to me when I
> generated the image with GIMP.
> > But editing and saving the image with the windows 7 image visualization
> tool solved the problem.
> > I have not tried with windows 10 yet.
>
> Xavier,
>
>
> You are right, saving the JPG file with Windows file viewer makes the JPG
> file compatible with Windows XTherion.
>
> The problem is with the use of the "Progressive" JPEG option in GIMP.
> Even in GIMP, if you save the JPEG file without the "Progressive"
> option, the JPEG file became readable by Windows XTherion.
>
> But the error message is really cryptic:
>
> invalid name command "ÿØÿà
>
> Who would think this is about an unsupported option when saving the JPEG
> file ;)
>
>
> Thanks for your input,
>
> Rodrigo
>
> >
> > Xavier
> >
> > Le 25-Mar-17 à 16:44, Rodrigo Severo via Therion a écrit :
> >
> > Hi,
> >
> >
> > Several users got the error on the image attached when trying to import
> a JPG image on XTherion on Windows. One single user succeded importing a
> JPG image on XTherion on Windows.
> >
> > These XTherions were able to import a PNG image.
> >
> > They were all using Therion for Windows available at
> > https://therion.speleo.sk/downloads/therion-setup-dev.exe
> >
> > How can they import JPG images?
> >
> >
> > Regards,
> >
> > Rodrigo Severo
> >
> >
> >
> > ___
> > Therion mailing list
> > Therion@speleo.sk
> > https://mailman.speleo.sk/listinfo/therion
> >
> >
> > --
> > > -
> > > Xavier Pennec
> > > Senior Research Scientist / Directeur de recherche Asclepios
> > > project-team, INRIA Sophia-Antipolis
> > > 2004 Route des Lucioles, BP93
> > > F-06902 Sophia-Antipolis Cedex, France
> > > +33 4 92 38 76 64
> > > +33 6 78 35 16 90
> > > http://www-sop.inria.fr/asclepios/
> > > ---
> >
> >
> > ___
> > Therion mailing list
> > Therion@speleo.sk
> > https://mailman.speleo.sk/listinfo/therion
> >
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Xtherion error when importing JPG in Windows

[Rodrigo Severo via Therion]

2017-03-25 14:38 GMT-03:00 Xavier Pennec via Therion <therion@speleo.sk>:
>
> This is due to the jpeg version of the image.  It happened to me when I 
> generated the image with GIMP.
> But editing and saving the image with the windows 7 image visualization tool 
> solved the problem.
> I have not tried with windows 10 yet.

Xavier,


You are right, saving the JPG file with Windows file viewer makes the
JPG file compatible with Windows XTherion.

The problem is with the use of the "Progressive" JPEG option in GIMP.
Even in GIMP, if you save the JPEG file without the "Progressive"
option, the JPEG file became readable by Windows XTherion.

But the error message is really cryptic:

invalid name command "ÿØÿà

Who would think this is about an unsupported option when saving the JPEG file ;)


Thanks for your input,

Rodrigo

>
> Xavier
>
> Le 25-Mar-17 à 16:44, Rodrigo Severo via Therion a écrit :
>
> Hi,
>
>
> Several users got the error on the image attached when trying to import a JPG 
> image on XTherion on Windows. One single user succeded importing a JPG image 
> on XTherion on Windows.
>
> These XTherions were able to import a PNG image.
>
> They were all using Therion for Windows available at 
> https://therion.speleo.sk/downloads/therion-setup-dev.exe
>
> How can they import JPG images?
>
>
> Regards,
>
> Rodrigo Severo
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
> --
> > -
> > Xavier Pennec
> > Senior Research Scientist / Directeur de recherche
> > Asclepios project-team, INRIA Sophia-Antipolis
> > 2004 Route des Lucioles, BP93
> > F-06902 Sophia-Antipolis Cedex, France
> > +33 4 92 38 76 64
> > +33 6 78 35 16 90
> > http://www-sop.inria.fr/asclepios/
> > ---
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Xtherion error when importing JPG in Windows

[Rodrigo Severo via Therion]

Hi,


Several users got the error on the image attached when trying to import a
JPG image on XTherion on Windows. One single user succeded importing a JPG
image on XTherion on Windows.

These XTherions were able to import a PNG image.

They were all using Therion for Windows available at
https://therion.speleo.sk/downloads/therion-setup-dev.exe

How can they import JPG images?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] therion.tcl not autogenerated when compiling in Windows

[Rodrigo Severo via Therion]

Hi,


I trying to compile latest therion on Windows.

I`m getting a "therion.tcl file not found" during xtherion "compilation". I
believe therion.tcl is autogenerated, isn't it?

What might I be doing wrong?


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Trying to understand relation between select/unselect and export

[Rodrigo Severo via Therion]

2017-03-03 4:52 GMT-03:00 Benedikt Hallinger via Therion <therion@speleo.sk>
:

> I do not think this is a bug.
> The way i understand (and use) is that with select/unselect you can define
> the data to export for one particular run of the compiler.
> So you can say "export all of this map, but exclude xyz".
>

I understand your idea but can you present an working example of
*unselect* actually
unselecting a map?

After Bruce called my attention to the fact that this issue has being
dicussed before, I couldn't find an example of *unselect* making any
difference in the final result.


Rodrigo



>
> However, it would definitely be more comfortable to have it like discussed
> in this thread below.
>
> Am 2017-03-01 21:36, schrieb Rodrigo Severo via Therion:
>
>> 2017-03-01 16:30 GMT-03:00 Bruce Mutton via Therion <therion@speleo.sk
>> [8]>:
>>
>> There are many threads in this forum if you search for ‘unselect’.
>>>
>>> I have not researched it recently, and my lingering recollection is that
>>> it does not work as one might expect.  Not sure I have ever managed a
>>> successful ‘unselect’.
>>>
>>>
>>>
>>> This 2013 post from Andrew Atkinson in response to Bertrand Hauser gives
>>> an explanation that seems plausible.
>>>
>>> https://www.mail-archive.com/therion@speleo.sk/msg04606.html [1]
>>>
>>
>> Yes Bruce. I believe you are right.
>>
>> I will try some little debugging on Therions code to see if I understand
>> why thats happening. I dont think thats by design, it looks like a bug to
>> me.
>>
>> Thanks
>>
>> Rodrigo
>>
>>
>>
>>
>>>
>>>
>>>
>>> FROM: Therion [mailto:therion-boun...@speleo.sk [3]] ON BEHALF OF
>>> Martin Sluka via Therion
>>> SENT: Thursday, 2 March 2017 8:11 AM
>>> TO: List for Therion users <therion@speleo.sk [4]>
>>> CC: Martin Sluka <martinsl...@mac.com [5]>
>>> SUBJECT: Re: [Therion] Trying to understand relation between
>>> select/unselect and export
>>>
>>>
>>>
>>>
>>>
>>> 1. 3. 2017 v 20:03, Rodrigo Severo via Therion <therion@speleo.sk [2]>:
>>>>
>>>>
>>>>
>>>> Its as if the first select mBartp@bart sticks and the
>>>> unselect mBartp@bart later on doesnt change a thing.
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> I always use # to comment selects I don’t want.
>>>
>>>
>>>
>>> It could be a bug.
>>>
>>>
>>>
>>> Martin
>>>
>>>
>>>
>>>
>>> ___
>>> Therion mailing list
>>> Therion@speleo.sk [6]
>>> https://mailman.speleo.sk/listinfo/therion [7]
>>>
>>
>>
>>
>> Links:
>> --
>> [1] https://www.mail-archive.com/therion@speleo.sk/msg04606.html
>> [2] mailto:therion@speleo.sk
>> [3] mailto:therion-boun...@speleo.sk
>> [4] mailto:therion@speleo.sk
>> [5] mailto:martinsl...@mac.com
>> [6] mailto:Therion@speleo.sk
>> [7] https://mailman.speleo.sk/listinfo/therion
>> [8] mailto:therion@speleo.sk
>>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Trying to understand relation between select/unselect and export

[Rodrigo Severo via Therion]

2017-03-01 16:30 GMT-03:00 Bruce Mutton via Therion <therion@speleo.sk>:

> There are many threads in this forum if you search for ‘unselect’.
>
> I have not researched it recently, and my lingering recollection is that
> it does not work as one might expect.  Not sure I have ever managed a
> successful ‘unselect’.
>
>
>
> This 2013 post from Andrew Atkinson in response to Bertrand Hauser gives
> an explanation that seems plausible.
>
> https://www.mail-archive.com/therion@speleo.sk/msg04606.html
>

Yes Bruce. I believe you are right.

I will try some little debugging on Therion's code to see if I understand
why that's happening. I don't think that's by design, it looks like a bug
to me.


Thanks

Rodrigo



>
>
>
>
> *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Martin
> Sluka via Therion
> *Sent:* Thursday, 2 March 2017 8:11 AM
> *To:* List for Therion users <therion@speleo.sk>
> *Cc:* Martin Sluka <martinsl...@mac.com>
> *Subject:* Re: [Therion] Trying to understand relation between
> select/unselect and export
>
>
>
>
>
> 1. 3. 2017 v 20:03, Rodrigo Severo via Therion <therion@speleo.sk>:
>
>
>
> It's as if the first select mBartp@bart sticks and the
> unselect mBartp@bart later on doesn't change a thing.
>
>
>
>
>
> I always use # to comment selects I don’t want.
>
>
>
> It could be a bug.
>
>
>
> Martin
>
>
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Trying to understand relation between select/unselect and export

[Rodrigo Severo via Therion]

2017-03-01 15:10 GMT-03:00 Martin Sluka via Therion <therion@speleo.sk>:

> Try on right side of compilation window open the menu "Survey structure“
> and doubleclick on survey a. It should create line with select a…
>
>
It creates a *select a.2.bart *line. What should I do with this line?

I'm sorry, I might have mislead you. These map definitions aren' t all on
the same file.

In fact it's like that:

Bart/thconfig:


layout exploracao
  scale 1 200
  base-scale 1 100
  #debug station-names
  language pt
  #grid bottom
  #grid-size 100 100 10 m
  code tex-map
  \framethickness=0.5mm
  sketches off
  legend on
  legend-width 21 cm
  legend-columns 3
  statistics explo-length off
endlayout

layout aranha
  scale 1 200
  base-scale 1 100
  #debug station-names
  language pt
  #grid bottom
  #grid-size 100 100 10 m
  code tex-map
  \framethickness=0.5mm
  sketches off
endlayout

input extra_symbols.th

language pt

# Selecionando qual mapa deve ser desenhado
select mBartp@bart
export map -projection plan -layout exploracao -layout extra_symbols
-output Bart.pdf

#unselect mBartp@bart
#select mBarts@bart
#export map -projection elevation -layout extra_symbols -output
Bart-cortes.pdf

unselect mBarts@bart
unselect mBartp@bart
select mBartAranhap@bart
export map -layout-debug station-names -layout aranha -output
Bart-aranha.pdf


Bart/Bart.th:

  map mBartp -projection plan -title "Gruta Bart Cave"
m1p@1
m2p@2
  endmap

  map mBarts -projection elevation -title "Gruta Bart Cave"
#m1p@1
m2s@2
  endmap

  map mBartAranhap -projection plan -title "Gruta Bart Cave"
m1aranhap@1
m2aranhap@2
  endmap


Bart/2017-02-12/1.th:

  map m1p -projection plan
#mc1p@c
mc2p@c
mb1p@b
mb2p@b
#mb3p@b
break
mc3p@c [-22 0 m] below
  endmap

  map m1aranhap -projection plan
b
#c
  endmap



Bart/2017-02-26/2.th:

  map m2p -projection plan
m1p@f
  endmap

  map m2aranhap -projection plan
a
#f
  endmap


As far as I can tell, all maps, sketchs and surveys are included and
properly recognized.

I think I'm not understanding the process of *select/unselect*. If I
do a *select
A_MAP* in thconfig and later do an *unselect A_MAP* I'm expecting to have a
result after the *unselect A_MAP* exactly the same as if I have never done
the *select A_MAP* at all.

Isn't that how it's supposed to be?


Rodrigo



> m.s.
>
>
> 1. 3. 2017 v 18:41, Rodrigo Severo via Therion <therion@speleo.sk>:
>
> 2017-03-01 14:36 GMT-03:00 Martin Sluka via Therion <therion@speleo.sk>:
>
>> Rodrigo, may you send the maps definitions, I mean maps which you
>> selected in thconfig.
>>
>
> Here they are:
>
>   map mBartp -projection plan -title "Gruta Bart Cave"
> m1p@1
> m2p@2
>   endmap
>
>
>   map mBartAranhap -projection plan -title "Gruta Bart Cave"
> m1aranhap@1
> m2aranhap@2
>   endmap
>
>   map m1p -projection plan
> #mc1p@c
> mc2p@c
> mb1p@b
> mb2p@b
> #mb3p@b
> break
> mc3p@c [-22 0 m] below
>   endmap
>
>   map m1aranhap -projection plan
> b
> #c
>   endmap
>
>   map m2p -projection plan
> m1p@f
>   endmap
>
>   map m2aranhap -projection plan
> a
> #f
>   endmap
>
>
>
> a, b, c and f are surveys.
>
> Is that enough or you need the definitions all way down?
>
>
> Rodrigo
>
>
>
>
>
>> m.s.
>>
>> 1. 3. 2017 v 18:03, Rodrigo Severo via Therion <therion@speleo.sk>:
>>
>> Hi,
>>
>>
>> I have a thconfig with the following exports:
>>
>>
>> layout exploracao
>>   scale 1 200
>>   base-scale 1 100
>>   language pt
>>   code tex-map
>>   \framethickness=0.5mm
>>   sketches off
>>   legend on
>>   legend-width 21 cm
>>   legend-columns 3
>>   statistics explo-length off
>> endlayout
>>
>> layout aranha
>>   scale 1 200
>>   base-scale 1 100
>>   debug station-names
>>   language pt
>>   code tex-map
>>   \framethickness=0.5mm
>>   sketches off
>> endlayout
>>
>>
>> select mBartp@bart
>> export map -projection plan -layout exploracao -layout extra_symbols
>> -output Bart.pdf
>>
>> unselect mBartp@bart
>> select mBartAranhap@bart
>> export map -layout aranha -output Bart-centerline.pdf
>>
>>
>> If I compile with the above settings I get the following 2 maps:
>>
>> Bart.pdf - https://goo.gl/zmnR3Y
>> Bart-centerline.pdf - https://goo.gl/SaFF37
>>
>>
>> The first one is exactly what I expect but the second isn't as the second
>> one should have only 

Re: [Therion] Trying to understand relation between select/unselect and export

[Rodrigo Severo via Therion]

2017-03-01 14:36 GMT-03:00 Martin Sluka via Therion <therion@speleo.sk>:

> Rodrigo, may you send the maps definitions, I mean maps which you selected
> in thconfig.
>

Here they are:

  map mBartp -projection plan -title "Gruta Bart Cave"
m1p@1
m2p@2
  endmap


  map mBartAranhap -projection plan -title "Gruta Bart Cave"
m1aranhap@1
m2aranhap@2
  endmap

  map m1p -projection plan
#mc1p@c
mc2p@c
mb1p@b
mb2p@b
#mb3p@b
break
mc3p@c [-22 0 m] below
  endmap

  map m1aranhap -projection plan
b
#c
  endmap

  map m2p -projection plan
m1p@f
  endmap

  map m2aranhap -projection plan
a
#f
  endmap



a, b, c and f are surveys.

Is that enough or you need the definitions all way down?


Rodrigo





> m.s.
>
> 1. 3. 2017 v 18:03, Rodrigo Severo via Therion <therion@speleo.sk>:
>
> Hi,
>
>
> I have a thconfig with the following exports:
>
>
> layout exploracao
>   scale 1 200
>   base-scale 1 100
>   language pt
>   code tex-map
>   \framethickness=0.5mm
>   sketches off
>   legend on
>   legend-width 21 cm
>   legend-columns 3
>   statistics explo-length off
> endlayout
>
> layout aranha
>   scale 1 200
>   base-scale 1 100
>   debug station-names
>   language pt
>   code tex-map
>   \framethickness=0.5mm
>   sketches off
> endlayout
>
>
> select mBartp@bart
> export map -projection plan -layout exploracao -layout extra_symbols
> -output Bart.pdf
>
> unselect mBartp@bart
> select mBartAranhap@bart
> export map -layout aranha -output Bart-centerline.pdf
>
>
> If I compile with the above settings I get the following 2 maps:
>
> Bart.pdf - https://goo.gl/zmnR3Y
> Bart-centerline.pdf - https://goo.gl/SaFF37
>
>
> The first one is exactly what I expect but the second isn't as the second
> one should have only the centerline.
>
> If I comment the first 2 lines and run like this:
>
> #select mBartp@bart
> #export map -projection plan -layout exploracao -layout extra_symbols
> -output Bart.pdf
>
> unselect mBartp@bart
> select mBartAranhap@bart
> export map -layout aranha -output Bart-centerline.pdf
>
>
> I get the Bart-centerline.pdf as expected: https://goo.gl/dpZaEB Why is
> that? *unselect mBartp@bart* shouldn't remove mBartp@bart from the export?
>
>
> Rodrigo
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Trying to understand relation between select/unselect and export

[Rodrigo Severo via Therion]

Hi,


I have a thconfig with the following exports:


layout exploracao
  scale 1 200
  base-scale 1 100
  language pt
  code tex-map
  \framethickness=0.5mm
  sketches off
  legend on
  legend-width 21 cm
  legend-columns 3
  statistics explo-length off
endlayout

layout aranha
  scale 1 200
  base-scale 1 100
  debug station-names
  language pt
  code tex-map
  \framethickness=0.5mm
  sketches off
endlayout


select mBartp@bart
export map -projection plan -layout exploracao -layout extra_symbols
-output Bart.pdf

unselect mBartp@bart
select mBartAranhap@bart
export map -layout aranha -output Bart-centerline.pdf


If I compile with the above settings I get the following 2 maps:

Bart.pdf - https://goo.gl/zmnR3Y
Bart-centerline.pdf - https://goo.gl/SaFF37


The first one is exactly what I expect but the second isn't as the second
one should have only the centerline.

If I comment the first 2 lines and run like this:

#select mBartp@bart
#export map -projection plan -layout exploracao -layout extra_symbols
-output Bart.pdf

unselect mBartp@bart
select mBartAranhap@bart
export map -layout aranha -output Bart-centerline.pdf


I get the Bart-centerline.pdf as expected: https://goo.gl/dpZaEB Why is
that? *unselect mBartp@bart* shouldn't remove mBartp@bart from the export?


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

2017-02-26 6:43 GMT-03:00 Vasily Vl. Suhachev via Therion <therion@speleo.sk
>:

> Hello
>
> I fix this issue at Vladimir repo. I try to make PR to main repo soon
>

I fixed that already: https://github.com/therion/therion/pull/61

Sorry I forgot to mention it here.


Thanks for your attention,

Rodrigo


>
> 23.02.2017 22:02, Rodrigo Severo via Therion пишет:
>
> Hi,
>
>
> I can't make any of xtherion's "Edit line" contextual menu options to
> work. When I right click on a line point and choose some of the "Edit line"
> submenu options nothing happens: no error, no change on the line, just the
> menu disappears.
>
> I have being trying to debug this for a while now. It's true that I spent
> more time learning Tcl/Tk than actually debuging but that's not that
> relevant ;)
>
> If I use the "Edit line" button menu on the right pane everything works as
> expected.
>
> I already found out that this menu's definition starts at me.tcl line 2102
> and that it's attached to the contextual menu at me_cmds.tcl line 3414.
>
> I also found out that the actual command defined for each of "Edit line"
> menu isn't called at all when activated through the contextual menu. They
> are called just fine when they are activated from the side panel button
> menu.
>
> Any help? Suggestions? Pointers?
>
>
> Thanks in advance,
>
> Rodrigo
>
>
>
>
>
>
>
>
> ___
> Therion mailing 
> listTherion@speleo.skhttps://mailman.speleo.sk/listinfo/therion
>
>
> --
>   WBR, Vasily
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Necessary packages to compile Therion on a Ubuntu machine

[Rodrigo Severo via Therion]

Hi,



Here is a list of packages necessary for compiling Therion on a Ubuntu
16.04 machine:

apt install libvtk6-dev libwxgtk3.0 libfreetype6-dev build-essential
wx3.0-headers libwxbase3.0-dev libglu1-mesa-dev mesa-common-dev bwidget
feynmf libtk-img texlive-metapost

It might save someone sometime.


Regards,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

2017-02-24 12:25 GMT-03:00 Martin Sluka via Therion <therion@speleo.sk>:

> I'm on Mac, no problems at all. Two installations.
>

Ok. So it seems that the problems is constrained to Linux only.


Thanks for the info.

Rodrigo



>
> m.s.
>
> On Feb 24, 2017, at 04:21 PM, Rodrigo Severo via Therion <
> therion@speleo.sk> wrote:
>
> Great news. So the problem doesn't affects Windows at all apparently.
> Thanks Bruce and Footleg for your help.
>
> It would be nice to know if it affects Mac.
>
> I want to set up a dynamic debugging structure to try to further debug
> this issue. Any suggestions?
>
>
> Rodrigo
>
>
> Em 24 de fev de 2017 11:01, "Footleg via Therion" <therion@speleo.sk>
> escreveu:
>
> Same as Bruce (but on Windows 7). Edit line context menu items work for me
> (e.g. Convert to Curve when clicking on a line makes all the nodes smooth
> curves).
>
> Footleg
>
> On Fri, Feb 24, 2017 at 5:22 AM Bruce Mutton via Therion <
> therion@speleo.sk> wrote:
>
>> I cannot duplicate this problem.
>>
>> At least Insert, Delete and Split line work just fine from the
>> right-click context menu.
>>
>> Using 5.3.16 Vlad’s version.
>>
>> Windows 10
>>
>>
>>
>> Bruce
>>
>>
>>
>> *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Rodrigo
>> Severo via Therion
>> *Sent:* Friday, 24 February 2017 3:27 PM
>> *To:* List for Therion users <therion@speleo.sk>
>> *Cc:* Rodrigo Severo <rodr...@fabricadeideias.com>
>> *Subject:* Re: [Therion] xtherion: "Edit line" contextual menu for line
>> points doesn't work
>>
>>
>>
>> 2017-02-23 22:56 GMT-03:00 Bill Gee via Therion <therion@speleo.sk>:
>>
>> I am unable to duplicate this problem. Therion version 5.3.16 compiled
>> from source, running on 64-bit Fedora 25.
>>
>>
>>
>> Just to understand, all options of the "Edit line" contextual menu for a
>> line point worked just the same as if you called these same options from
>> the button menu on the right panel?
>>
>>- Insert point
>>- Delete point
>>- Split line
>>- Trace line
>>- Convert to curve
>>- Simplify
>>
>> Is that it?
>>
>>
>>
>> Rodrigo
>>
>>
>>
>> ___
>>
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
>>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

Great news. So the problem doesn't affects Windows at all apparently.
Thanks Bruce and Footleg for your help.

It would be nice to know if it affects Mac.

I want to set up a dynamic debugging structure to try to further debug this
issue. Any suggestions?


Rodrigo


Em 24 de fev de 2017 11:01, "Footleg via Therion" <therion@speleo.sk>
escreveu:

Same as Bruce (but on Windows 7). Edit line context menu items work for me
(e.g. Convert to Curve when clicking on a line makes all the nodes smooth
curves).

Footleg

On Fri, Feb 24, 2017 at 5:22 AM Bruce Mutton via Therion <therion@speleo.sk>
wrote:

> I cannot duplicate this problem.
>
> At least Insert, Delete and Split line work just fine from the right-click
> context menu.
>
> Using 5.3.16 Vlad’s version.
>
> Windows 10
>
>
>
> Bruce
>
>
>
> *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Rodrigo
> Severo via Therion
> *Sent:* Friday, 24 February 2017 3:27 PM
> *To:* List for Therion users <therion@speleo.sk>
> *Cc:* Rodrigo Severo <rodr...@fabricadeideias.com>
> *Subject:* Re: [Therion] xtherion: "Edit line" contextual menu for line
> points doesn't work
>
>
>
> 2017-02-23 22:56 GMT-03:00 Bill Gee via Therion <therion@speleo.sk>:
>
> I am unable to duplicate this problem. Therion version 5.3.16 compiled
> from source, running on 64-bit Fedora 25.
>
>
>
> Just to understand, all options of the "Edit line" contextual menu for a
> line point worked just the same as if you called these same options from
> the button menu on the right panel?
>
>- Insert point
>- Delete point
>- Split line
>- Trace line
>- Convert to curve
>- Simplify
>
> Is that it?
>
>
>
> Rodrigo
>
>
> ___
>
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

2017-02-23 22:56 GMT-03:00 Bill Gee via Therion <therion@speleo.sk>:

> I am unable to duplicate this problem. Therion version 5.3.16 compiled
> from source, running on 64-bit Fedora 25.
>

Just to understand, all options of the "Edit line" contextual menu for a
line point worked just the same as if you called these same options from
the button menu on the right panel?

   - Insert point
   - Delete point
   - Split line
   - Trace line
   - Convert to curve
   - Simplify

Is that it?


Rodrigo


On Thursday, February 23, 2017 10:32:15 PM CST Rodrigo Severo via Therion
> wrote:
>
> > Em 23 de fev de 2017 19:19, "Wookey via Therion" <therion@speleo.sk>
>
> > escreveu:
>
> >
>
> > On 2017-02-23 12:02 -0300, Rodrigo Severo via Therion wrote:
>
> > > Hi,
>
> > >
>
> > >
>
> > > I can't make any of xtherion's "Edit line" contextual menu options to
>
> >
>
> > work.
>
> >
>
> > > When I right click on a line point and choose some of the "Edit line"
>
> >
>
> > submenu
>
> >
>
> > > options nothing happens: no error, no change on the line, just the menu
>
> > > disappears.
>
> >
>
> > Platform/OS? Version? Distro? did you build it yourself or use a
>
> > supplied binary?
>
> >
>
> >
>
> > Ubuntu 15.10 and 16.04. Both with Debian package 5.3.16.
>
> >
>
> > Ubuntu 16.04 with compiled version from github yesterday.
>
> >
>
> >
>
> > Rodrigo
>
> >
>
> >
>
> > Wookey
>
> > --
>
> > Principal hats: Linaro, Debian, Wookware, ARM
>
> > http://wookware.org/
>
> >
>
> > ___
>
> > Therion mailing list
>
> > Therion@speleo.sk
>
> > https://mailman.speleo.sk/listinfo/therion
>
>
>
>
> --
>
> Bill Gee
>
>
>
> BOINC Statistics <https://boincstats.com/signature/-1/bam/40138/sig.png>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

Em 23 de fev de 2017 19:19, "Wookey via Therion" <therion@speleo.sk>
escreveu:

On 2017-02-23 12:02 -0300, Rodrigo Severo via Therion wrote:
> Hi,
>
>
> I can't make any of xtherion's "Edit line" contextual menu options to
work.
> When I right click on a line point and choose some of the "Edit line"
submenu
> options nothing happens: no error, no change on the line, just the menu
> disappears.

Platform/OS? Version? Distro? did you build it yourself or use a
supplied binary?


Ubuntu 15.10 and 16.04. Both with Debian package 5.3.16.

Ubuntu 16.04 with compiled version from github yesterday.


Rodrigo


Wookey
--
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

2017-02-23 12:02 GMT-03:00 Rodrigo Severo :

> Hi,
>
>
> I can't make any of xtherion's "Edit line" contextual menu options to
> work. When I right click on a line point and choose some of the "Edit line"
> submenu options nothing happens: no error, no change on the line, just the
> menu disappears.
>

Can at least somebody confirm that this behaviour is happening wiht others
too?


>
> I have being trying to debug this for a while now.
>

No ideas on how to further debug this or even fix?


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] xtherion: "Edit line" contextual menu for line points doesn't work

[Rodrigo Severo via Therion]

Hi,


I can't make any of xtherion's "Edit line" contextual menu options to work.
When I right click on a line point and choose some of the "Edit line"
submenu options nothing happens: no error, no change on the line, just the
menu disappears.

I have being trying to debug this for a while now. It's true that I spent
more time learning Tcl/Tk than actually debuging but that's not that
relevant ;)

If I use the "Edit line" button menu on the right pane everything works as
expected.

I already found out that this menu's definition starts at me.tcl line 2102
and that it's attached to the contextual menu at me_cmds.tcl line 3414.

I also found out that the actual command defined for each of "Edit line"
menu isn't called at all when activated through the contextual menu. They
are called just fine when they are activated from the side panel button
menu.

Any help? Suggestions? Pointers?


Thanks in advance,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Interface translation

[Rodrigo Severo via Therion]

Great Olly,


Thanks for your info.

I will take a look later.


Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com 
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-02-21 18:38 GMT-03:00 Olly Betts via Therion :

> 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
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Interface translation

[Rodrigo Severo via Therion]

Yeah Ladislav,


I found it.


Thanks for your help,

Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-02-21 15:58 GMT-03:00 Ladislav Blažek via Therion <therion@speleo.sk>:

> Hi,
>
> check xtherion/lang subfolder. Same process as for map objects.
>
> Ladislav
>
> > 21. 2. 2017 v 16:24, Rodrigo Severo via Therion <therion@speleo.sk>:
> >
> > After doing all translations available at the texts-xx.txt file as per
> Therion Book instructions I see that only the texts used on the actual maps
> are translated. But not xTherion's interface.
> >
> > Is there some way to also translate xTherion's interface?
> >
> >
> > Rodrigo
> >
> >
> >
> >
> > ___
> > Therion mailing list
> > Therion@speleo.sk
> > https://mailman.speleo.sk/listinfo/therion
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Translation doubt: what's a "clay-tree" point?

[Rodrigo Severo via Therion]

Great examples. Thanks!

One more doubt. The example Cawa Sorix sent seems to me as being the result
of some erosion process on the clay floor. The example sent by John Steves
and Benedikt Hallinger seems to be a result of some acumulative process
similar to stalagmites but made with clay.

Is that it? Both features receive this same name?


Rodrigo

*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-02-21 15:54 GMT-03:00 Benedikt Hallinger via Therion <therion@speleo.sk
>:

> yeah, http://www.cave.at/ex/fotos/26-52b7f1dd9501f.jpg wonderful examples!
>
> Am 2017-02-21 20:22, schrieb John Stevens via Therion:
>
>> Rodrigo Severo via Therion
>>  Tuesday, February 21, 2017 5:51 PM
>>  List for Therion users
>>  Rodrigo Severo
>>  Re: [Therion] Translation doubt: what's a "clay-tree" point?
>>
>> Does anybody have a photo of a clay-tree, a Lehmbäumchen or a sapins
>> d'argile so I can have a better idea on how to call it in portuguese. I
>> don't think I have ever seen one ;)
>>
>> Rodrigo
>>
>>  | DIRETOR DE TECNOLOGIA
>> Tel.
>> Siga a Fábrica no twitter:
>>
>> 12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
>> NUMA COMBINAÇÃO PERFEITA
>>
>> 2017-02-21 14:09 GMT-03:00 Guy Demars via Therion <therion@speleo.sk>:
>>
>> And called « sapins d’argile » in french.
>>>
>>> Guy
>>>
>>> Benedikt Hallinger via Therion
>>> mardi 21 février 2017 17:54
>>> List for Therion users
>>> Benedikt Hallinger
>>> Re: [Therion]Translation doubt: what's a "clay-tree" point?
>>>
>>> Clay trees are small treelike structures consisting of clay.
>>>
>>> Its called "Lehmbäumchen" in german.
>>>
>>> Am 2017-02-21 17:16, schrieb Rodrigo Severo via Therion:
>>>
>>> Hi,
>>>>
>>>
>>>
>>>>
>>> Im making a small revision on the translations I did yesterday. Im not
>>>>
>>>
>>> entirely satisfied with some of them.
>>>>
>>>
>>>
>>>>
>>> Whats a "clay-tree" point? I couldnt find out even searching Google.
>>>>
>>>
>>>
>>>>
>>> Rodrigo
>>>>
>>>
>>> ___
>>>
>>> Therion mailing list
>>>
>>> Therion@speleo.sk
>>>
>>> ___
>>> Therion mailing list
>>> Therion@speleo.sk
>>>
>>
>> -
>>  ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
>>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Translation doubt: what's a "clay-tree" point?

[Rodrigo Severo via Therion]

Does anybody have a photo of a clay-tree, a Lehmbäumchen or a sapins
d'argile so I can have a better idea on how to call it in portuguese. I
don't think I have ever seen one ;)


Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-02-21 14:09 GMT-03:00 Guy Demars via Therion <therion@speleo.sk>:

> And called « sapins d’argile » in french.
>
>
>
>
>
> Guy
>
>
>
> *De : *Benedikt Hallinger via Therion <therion@speleo.sk>
> *Envoyé le :*mardi 21 février 2017 17:54
> *À : *List for Therion users <therion@speleo.sk>
> *Cc : *Benedikt Hallinger <b...@hallinger.org>
> *Objet :*Re: [Therion]Translation doubt: what's a "clay-tree" point?
>
>
>
> Clay trees are small treelike structures consisting of clay.
>
> Its called "Lehmbäumchen" in german.
>
>
>
> Am 2017-02-21 17:16, schrieb Rodrigo Severo via Therion:
>
> > Hi,
>
> >
>
> > Im making a small revision on the translations I did yesterday. Im not
>
> > entirely satisfied with some of them.
>
> >
>
> > Whats a "clay-tree" point? I couldnt find out even searching Google.
>
> >
>
> > Rodrigo
>
>
>
> ___
>
> Therion mailing list
>
> Therion@speleo.sk
>
> https://mailman.speleo.sk/listinfo/therion
>
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Translation doubt: what's a "clay-tree" point?

[Rodrigo Severo via Therion]

Hi,


I'm making a small revision on the translations I did yesterday. I'm not
entirely satisfied with some of them.

What's a "clay-tree" point? I couldn't find out even searching Google.


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Interface translation

[Rodrigo Severo via Therion]

After doing all translations available at the texts-xx.txt file as per
Therion Book instructions I see that only the texts used on the actual maps
are translated. But not xTherion's interface.

Is there some way to also translate xTherion's interface?


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Changing collation when using translated symbol names

[Rodrigo Severo via Therion]

Hi,


I just observed that even when presenting portuguese symbol names Therion
orders them using some non latin collation. I would bet ASCII.

I say so because, for example, *água* is the last point on the dropdown
list when it should be at the top, among the other symbol names that also
start with *A*.

Any suggestions on how to fix that?


Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

2017-02-21 11:11 GMT-03:00 Stacho Mudrak via Therion <therion@speleo.sk>:

> Hi,
>
> I have finished implementation today, but it was a long term problem. Now
> therion should compile without any additional therion.ini modifications. If
> it does not find required fonts, it will not use them.
>

Just tested. It worked perfectly.


Thanks again,

Rodrigo


>
> S.
>
> On 21 February 2017 at 15:04, Rodrigo Severo via Therion <
> therion@speleo.sk> 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
>>> optional.
>>>
>>
>> I'm not sure I understood. Have you implemented Olly's proposal after
>> yesterday afternoon?
>>
>> I'm asking because I got Therion's code yesterday afternoon and that code
>> got me the 768 metapost error that I had to fix by manually inserting the
>> *text-fonts* line in /etc/therion.ini. And again, just copying the
>> therion.ini would not have solved the issue as it has no uncommented lines
>> in it.
>>
>> May be there should be a new text-fonts-optional line on source's
>> therion.ini file. Is that what's missing now?
>>
>>
>> Regards,
>>
>> Rodrigo
>>
>>
>>
>>>
>>> S.
>>>
>>> On 21 February 2017 at 01:31, Rodrigo Severo via Therion <
>>> therion@speleo.sk> wrote:
>>>
>>>> 2017-02-20 21:00 GMT-03:00 Olly Betts <o...@survex.com>:
>>>>
>>>>> 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 line be uncommented on the default *therion.ini* file?
>>>>>
>>>>> Do you have the Ubuntu package of therion installed too?
>>>>>
>>>>
>>>> Yes, I do.
>>>>
>>>>
>>>>> If so, my guess is that /etc/therion.ini is from that package.
>>>>
>>>>
>>>> I bet it is.
>>>>
>>>>
>>>>> Currently
>>>>> the Debian (and hence Ubuntu) packages have a couple of patches in this
>>>>> area - see the discussion here for details:
>>>>>
>>>>> https://github.com/therion/therion/pull/31
>>>>>
>>>>> Assuming I'm right, the quickest fix for your situation is probably to
>>>>> copy
>>>>> therion.ini from the source tree to /etc.
>>>>>
>>>>
>>>> I just checked the diferences between *therion.ini* from the source
>>>> tree and the one at */etc/therion.ini*. There are a few but all on
>>>> lines that are commented, so they are irrelevant for this situation.
>>>>
>>>> The only diference on a non commented line is exactly the line I
>>>> included in */etc/therion.ini* that is not present on the *therion.ini* 
>>>> file
>>>> available at the source and also wasn't at */etc/therion.ini* until I
>>>> included it myself.
>>>>
>>>> So, no, coping the *therion.ini* available at the source to
>>>> */etc/therion.ini* wouldn't fix my issue.
>>>>
>>>> My issue is exactly the one discussed at the link you sent.
>>>> Unfortunatelly that issue isn't solved yet.
>>>>
>>>> AFAICT, right now new Therion installations from source on Linux won't
>>>> work because of error 768.
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Rodrigo
>>>>
>>>>
>>>>
>>>>>
>>>>> Cheers,
>>>>> Olly
>>>>>
>>>>
>>>>
>>>> ___
>>>> Therion mailing list
>>>> Therion@speleo.sk
>>>> https://mailman.speleo.sk/listinfo/therion
>>>>
>>>>
>>>
>>> ___
>>> Therion mailing list
>>> Therion@speleo.sk
>>> https://mailman.speleo.sk/listinfo/therion
>>>
>>>
>>
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
>>
>>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

2017-02-21 8:56 GMT-03:00 Stacho Mudrak via Therion <therion@speleo.sk>:

> Hello,
>
> I think that using libvtk6-dev (instead of libvtk-dev) would work without
> modification of Makefile.
>

Just tested. Changing libvtk from version 5 to 6 solved the problem. May be
this should be mentioned somewhere in the installation documentation?


Thanks,

Rodrigo



>
> S.
>
> On 20 February 2017 at 22:29, Rodrigo Severo via Therion <
> therion@speleo.sk> wrote:
>
>> 2017-02-20 15:39 GMT-03:00 Rodrigo Severo <rodr...@fabricadeideias.com>:
>>
>>>
>>> I'm trying to compile Therion (sources from github) on Ubuntu 16.04 for
>>> the first time.
>>>
>>> After installing several missing libraries I'm getting the following
>>> error:
>>>
>>> make[1]: Entering directory '/home/rodrigo/devel/therion/loch'
>>> c++ -o ./loch -Wall ./lxR2P.o ./lxTR.o ./lxOGLFT.o ./lxSetup.o
>>> ./lxRender.o ./lxWX.o ./lxImgIO.o ./lxLRUD.o ./lxFile.o ./lxSTree.o
>>> ./lxData.o ./lxMath.o ./lxSView.o ./lxSScene.o ./lxGUI.o ./lxGLC.o
>>> ./lxOptDlg.o ./lxAboutDlg.o ./lxPres.o ./img.o -lwx_gtk2u_gl-3.0
>>> -L/usr/lib/x86_64-linux-gnu -pthread   -lwx_gtk2u_xrc-3.0
>>> -lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 -lwx_gtk2u_adv-3.0
>>> -lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0
>>>  -L/usr/lib/vtk-5.10 -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics
>>> -lvtkFiltering -lvtkCommon -lfreetype -lGLU -lGL -lpthread -lX11 -lz -s
>>> /usr/bin/ld: ./lxRender.o: undefined reference to symbol 'png_write_row@
>>> @PNG12_0'
>>> //lib/x86_64-linux-gnu/libpng12.so.0: error adding symbols: DSO missing
>>> from command line
>>> collect2: error: ld returned 1 exit status
>>> Makefile:162: recipe for target 'loch' failed
>>> make[1]: *** [loch] Error 1
>>> make[1]: Leaving directory '/home/rodrigo/devel/therion/loch'
>>> Makefile:202: recipe for target 'loch/loch' failed
>>> make: *** [loch/loch] Error 2
>>>
>>>
>>> The problem here is that libpng12.0-dev is already installed.
>>>
>>> After some research I believe this might be a problem related to missing
>>> symbols related to bad ordering of library inclusion:
>>> http://stackoverflow.com/questions/19901934/stran
>>> ge-linking-error-dso-missing-from-command-line
>>>
>>> How can I fix this?
>>>
>>
>> Attached is a patch of the changes I made on loch/Makefile to fix the
>> above error. I'm really not sure if this is the proper fix but "it work's".
>>
>> Please consider it for inclusion on Therion source.
>>
>> If it's better that I send a pull request, let me know.
>>
>>
>> Regards,
>>
>> Rodrigo
>>
>>
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
>>
>>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

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

I'm not sure I understood. Have you implemented Olly's proposal after
yesterday afternoon?

I'm asking because I got Therion's code yesterday afternoon and that code
got me the 768 metapost error that I had to fix by manually inserting the
*text-fonts* line in /etc/therion.ini. And again, just copying the
therion.ini would not have solved the issue as it has no uncommented lines
in it.

May be there should be a new text-fonts-optional line on source's
therion.ini file. Is that what's missing now?


Regards,

Rodrigo



>
> S.
>
> On 21 February 2017 at 01:31, Rodrigo Severo via Therion <
> therion@speleo.sk> wrote:
>
>> 2017-02-20 21:00 GMT-03:00 Olly Betts <o...@survex.com>:
>>
>>> 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 line be uncommented on the default *therion.ini* file?
>>>
>>> Do you have the Ubuntu package of therion installed too?
>>>
>>
>> Yes, I do.
>>
>>
>>> If so, my guess is that /etc/therion.ini is from that package.
>>
>>
>> I bet it is.
>>
>>
>>> Currently
>>> the Debian (and hence Ubuntu) packages have a couple of patches in this
>>> area - see the discussion here for details:
>>>
>>> https://github.com/therion/therion/pull/31
>>>
>>> Assuming I'm right, the quickest fix for your situation is probably to
>>> copy
>>> therion.ini from the source tree to /etc.
>>>
>>
>> I just checked the diferences between *therion.ini* from the source tree
>> and the one at */etc/therion.ini*. There are a few but all on lines that
>> are commented, so they are irrelevant for this situation.
>>
>> The only diference on a non commented line is exactly the line I included
>> in */etc/therion.ini* that is not present on the *therion.ini* file
>> available at the source and also wasn't at */etc/therion.ini* until I
>> included it myself.
>>
>> So, no, coping the *therion.ini* available at the source to
>> */etc/therion.ini* wouldn't fix my issue.
>>
>> My issue is exactly the one discussed at the link you sent.
>> Unfortunatelly that issue isn't solved yet.
>>
>> AFAICT, right now new Therion installations from source on Linux won't
>> work because of error 768.
>>
>>
>> Regards,
>>
>> Rodrigo
>>
>>
>>
>>>
>>> Cheers,
>>> Olly
>>>
>>
>>
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
>>
>>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

2017-02-20 21:00 GMT-03:00 Olly Betts <o...@survex.com>:

> 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 line be uncommented on the default *therion.ini* file?
>
> Do you have the Ubuntu package of therion installed too?
>

Yes, I do.


> If so, my guess is that /etc/therion.ini is from that package.


I bet it is.


> Currently
> the Debian (and hence Ubuntu) packages have a couple of patches in this
> area - see the discussion here for details:
>
> https://github.com/therion/therion/pull/31
>
> Assuming I'm right, the quickest fix for your situation is probably to copy
> therion.ini from the source tree to /etc.
>

I just checked the diferences between *therion.ini* from the source tree
and the one at */etc/therion.ini*. There are a few but all on lines that
are commented, so they are irrelevant for this situation.

The only diference on a non commented line is exactly the line I included
in */etc/therion.ini* that is not present on the *therion.ini* file
available at the source and also wasn't at */etc/therion.ini* until I
included it myself.

So, no, coping the *therion.ini* available at the source to
*/etc/therion.ini* wouldn't fix my issue.

My issue is exactly the one discussed at the link you sent. Unfortunatelly
that issue isn't solved yet.

AFAICT, right now new Therion installations from source on Linux won't work
because of error 768.


Regards,

Rodrigo



>
> Cheers,
> Olly
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

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

[Rodrigo Severo via Therion]

Hi,


After managing to compile Therion I went to actually use it.

Just trying to compile the project I'm working on. It gave me the following
error:

### metapost log file 
This is MetaPost, version 1.999 (TeX Live 2015/Debian) (kpathsea version
6.2.1)  20 FEB 2017 19:03
**data.mp
(/usr/share/texlive/texmf-dist/metapost/base/mpost.mp
(/usr/share/texlive/texmf-dist/metapost/base/plain.mp
Preloading the plain mem file, version 1.005) ) (./data.mp [4001] [4002]
[4003]
[4004] [4005] [4006] [4007] [4008] [4009] [4010] [4011] [4012] [4013]
[1] [2]
>> data.mp
>> data.mpx
! ! Unable to read mpx file.
l.5438 p_station((69.19,180.36),1,btex
   \thcomment \thfb\char66 \char97
\char...
The two files given above are one of your source files
and an auxiliary file I need to read to find out what your
btex..etex blocks mean. If you don't know why I had trouble,
try running it manually through MPtoTeX, TeX, and DVItoMP



Here is how much of MetaPost's memory you used:
 1898 strings using 45493 characters
 2779320 bytes of node memory
 1422 symbolic tokens
 8i,81n,11p,158b,2f stack positions out of 16i,96n,12p,200b,4f15 output
files written: data.1 .. data.4013


 end of metapost log file 
therion: error -- metapost exit code -- 768
writing xtherion file ... done


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 line be uncommented on the default *therion.ini* file?

I can send a patch if this is the right way to solve this issue. Please ley
me know.


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Portuguese translation

[Rodrigo Severo via Therion]

Great! Thanks you.


Rodrigo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com <http://www.fabricadeideias.com/>
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA

2017-02-20 15:39 GMT-03:00 Martin Budaj via Therion <therion@speleo.sk>:

> Hi,
>
> there are instructions on the page 77 of the thbook
> (https://therion.speleo.sk/downloads/thbook.pdf). You can send the
> updated file to the list or create a pull request after running 'make
> update'.
>
> Martin
>
> On Mon, Feb 20, 2017 at 6:43 PM, Rodrigo Severo via Therion
> <therion@speleo.sk> wrote:
> > Hi,
> >
> >
> > I'm interested in helping to improve Therion's translation to portuguese.
> >
> > What should I do?
> >
> >
> > Regards,
> >
> > Rodrigo Severo
> >
> > Rodrigo Severo | DIRETOR DE TECNOLOGIA
> > Tel. +55 61 3030-1515
> > Siga a Fábrica no twitter:@empautaclipping
> >
> > fabricadeideias.com
> > 12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
> > NUMA COMBINAÇÃO PERFEITA
> >
> >
> > ___
> > Therion mailing list
> > Therion@speleo.sk
> > https://mailman.speleo.sk/listinfo/therion
> >
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] First compilation of Therion in Ubuntu 16.04

[Rodrigo Severo via Therion]

Hi,


I'm trying to compile Therion (sources from github) on Ubuntu 16.04 for the
first time.

After installing several missing libraries I'm getting the following error:

make[1]: Entering directory '/home/rodrigo/devel/therion/loch'
c++ -o ./loch -Wall ./lxR2P.o ./lxTR.o ./lxOGLFT.o ./lxSetup.o ./lxRender.o
./lxWX.o ./lxImgIO.o ./lxLRUD.o ./lxFile.o ./lxSTree.o ./lxData.o
./lxMath.o ./lxSView.o ./lxSScene.o ./lxGUI.o ./lxGLC.o ./lxOptDlg.o
./lxAboutDlg.o ./lxPres.o ./img.o -lwx_gtk2u_gl-3.0
-L/usr/lib/x86_64-linux-gnu -pthread   -lwx_gtk2u_xrc-3.0
-lwx_gtk2u_html-3.0 -lwx_gtk2u_qa-3.0 -lwx_gtk2u_adv-3.0
-lwx_gtk2u_core-3.0 -lwx_baseu_xml-3.0 -lwx_baseu_net-3.0 -lwx_baseu-3.0
 -L/usr/lib/vtk-5.10 -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics
-lvtkFiltering -lvtkCommon -lfreetype -lGLU -lGL -lpthread -lX11 -lz -s
/usr/bin/ld: ./lxRender.o: undefined reference to symbol 'png_write_row@
@PNG12_0'
//lib/x86_64-linux-gnu/libpng12.so.0: error adding symbols: DSO missing
from command line
collect2: error: ld returned 1 exit status
Makefile:162: recipe for target 'loch' failed
make[1]: *** [loch] Error 1
make[1]: Leaving directory '/home/rodrigo/devel/therion/loch'
Makefile:202: recipe for target 'loch/loch' failed
make: *** [loch/loch] Error 2


The problem here is that libpng12.0-dev is already installed.

After some research I believe this might be a problem related to missing
symbols related to bad ordering of library inclusion:
http://stackoverflow.com/questions/19901934/strange-linking-error-dso-missing-from-command-line

How can I fix this?


Regards,

Rodrigo Severo


*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com 
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Portuguese translation

[Rodrigo Severo via Therion]

Hi,


I'm interested in helping to improve Therion's translation to portuguese.

What should I do?


Regards,

Rodrigo Severo

*Rodrigo Severo* | DIRETOR DE TECNOLOGIA
Tel. *+55 61 3030-1515*
Siga a Fábrica no twitter:*@empautaclipping*

fabricadeideias.com 
12 ANOS DE TECNOLOGIA E COMUNICAÇÃO
NUMA COMBINAÇÃO PERFEITA
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion