- Therion - speleo.sk

Interface translation
by Rodrigo Severo 21 Feb '17

21 Feb '17

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

3 4

Re: [Therion] Surface or Canyon walls
by Martin Sluka 21 Feb '17

21 Feb '17

It is from AUT symbol set: Better idea is "-outline none -clip off" option, because it is surface morphology, not a part of an underground cavity. m.s. On Feb 14, 2017, at 11:48 AM, Henry Bennett via Therion <therion(a)speleo.sk> wrote: Thanks Martin – your pointer got me there. From thbook - Scrap border consists of lines with the -outline out or -outline in options (passage walls have -outline out by default). So the answer is simply to define a line of type “pitch” with option “–outline out”. From: Martin Sluka [mailto:martinsluka@mac.com] Sent: 14 February 2017 10:19 To: List for Therion users <therion(a)speleo.sk> Cc: Henry Bennett <henry(a)hbennett.com> Subject: Re: [Therion] Surface or Canyon walls There is a symbol of surface pit, what is let's say circular canyon. Check wiki. m.s. On Feb 14, 2017, at 11:09 AM, Henry Bennett via Therion <therion(a)speleo.sk> wrote: What is the accepted standard for handling canyon walls on the surface? I’d like to use a pitch style line but believe I’d have to duplicate the wall and change type to do this. Also requires setting the original wall to invisible. Any ideas? Many thanks, Henry _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion

6 21

Changing collation when using translated symbol names
by Rodrigo Severo 21 Feb '17

21 Feb '17

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

1 0

First use of locally compiled Therion: metapost error
by Rodrigo Severo 21 Feb '17

21 Feb '17

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

3 6

First compilation of Therion in Ubuntu 16.04
by Rodrigo Severo 21 Feb '17

21 Feb '17

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-missi… 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 <http://www.fabricadeideias.com/> 12 ANOS DE TECNOLOGIA E COMUNICAÇÃO NUMA COMBINAÇÃO PERFEITA

2 3

Portuguese translation
by Rodrigo Severo 20 Feb '17

20 Feb '17

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 <http://www.fabricadeideias.com/> 12 ANOS DE TECNOLOGIA E COMUNICAÇÃO NUMA COMBINAÇÃO PERFEITA

2 2

Re: [Therion] Scale dependant error when using area fills
by Tom Foord 16 Feb '17

16 Feb '17

I was able to solve this problem as follows: 1. I used the instructions 'How to find where a Metapost error is occurring' on the Therion wiki FAQ page: https://therion.speleo.sk/wiki/faq#how_to_find_where_a_metapost_error_is_oc… This allowed me to identify the approximate location within my project where the error was occurring. 2. I located all areas of type 'debris' within this section of the map, and changed the fill type of all of these to 'water'. After doing this I ran Therion again and this time the project compiled correctly (but showing water fill on the output), proving that I had identified the approximate location of the problem. 3. One by one, I changed each of the area fills back to 'debris' and compiled the project. This allowed me to identify the individual area that was causing the problem. 4. Once I had identified the individual area that was causing the problem I adjusted its borders slightly (I actually split it into two separate areas, but I don't think that was necessary). After doing this I ran Therion again and this time the project compiled with no problems. All my debris areas were now correctly drawn on the output. :-) Tom > > > ---------- Forwarded message ---------- > From: Pavel Herich <herich(a)speleodd.sk> > To: List for Therion users <therion(a)speleo.sk> > Cc: > Date: Tue, 14 Feb 2017 09:37:22 +0100 > Subject: Re: [Therion] Scale dependant error when using area fills > Hi, > I am experiencing the same problem, with debris (not original Therion > one). I realised, this error depends mostly on density of rock pieces drawn > in the map. While high density crash compilation even 0,5 km of passages, > with lover it works well with large caves, even the amount of pieces is > much bigger. > I think it is because unpropriate syntax of area. > Pavel > > > > Dňa 2017-02-14 09:08 Bruce Mutton via Therion napísal(a): > >> Tom >> >> This sounds familiar. The following forum thread lead to a bug >> discovery in 5.2.13 in around 2009. >> >> https://www.mail-archive.com/therion@speleo.sk/msg02664.html >> >> But I assume that is not what is going on in this case. >> >> There are some other threads that might hold clues, but I don’t have >> any helpful suggestions sorry. >> >> https://www.mail-archive.com/therion@speleo.sk/msg02506.html >> >> Bruce >> >> FROM: Therion [mailto:therion-bounces@speleo.sk] ON BEHALF OF Tom >> Foord via Therion >> SENT: Tuesday, 14 February 2017 11:26 AM >> TO: therion(a)speleo.sk >> CC: Tom Foord <tomfoord(a)gmail.com> >> SUBJECT: [Therion] Scale dependant error when using area fills >> >> Hi all >> >> I'm having some problems compiling a project which includes debris >> area fills. Depending on the exact symbol fill that I use, I am >> getting strange scale-dependant errors which seem to cause the >> compiler to loop endlessly until I force it to stop. >> >> I originally noticed the problem when using a custom area fill that I >> made by modifying the standard a_debris_AUT symbol fill. I've attached >> my modified metapost definition in the attached text file >> 'a_debris_WUG.txt'. >> The error occurs for any scale between 1:2000 and 1:4483 (outside of >> this range the project compiles fine). >> >> See attached output log 'Output log - a_debris_WUG.txt'. As you can >> see, the file seems to loop over and over again. >> >> Initially I thought this problem was specific to my custom fill, but >> then I noticed that I also get a similar error when using the standard >> a_debris_AUT fill, however this time the error only occurs when the >> scale is set to exactly 1:2000 (any other scale seems to be fine). >> >> See attached output log 'Output log - a_debris_AUT.txt'. >> >> Can anyone help with this problem? >> >> Thanks >> >> Tom >> _______________________________________________ >> Therion mailing list >> Therion(a)speleo.sk >> https://mailman.speleo.sk/listinfo/therion > > > >

1 0

Re: [Therion] Surface or Canyon walls
by Martin Sluka 14 Feb '17

14 Feb '17

There is a symbol of surface pit, what is let's say circular canyon. Check wiki. m.s. On Feb 14, 2017, at 11:09 AM, Henry Bennett via Therion <therion(a)speleo.sk> wrote: What is the accepted standard for handling canyon walls on the surface? I’d like to use a pitch style line but believe I’d have to duplicate the wall and change type to do this. Also requires setting the original wall to invisible. Any ideas? Many thanks, Henry _______________________________________________ Therion mailing list Therion(a)speleo.sk https://mailman.speleo.sk/listinfo/therion

2 1

Surface or Canyon walls
by Henry Bennett 14 Feb '17

14 Feb '17

What is the accepted standard for handling canyon walls on the surface? I’d like to use a pitch style line but believe I’d have to duplicate the wall and change type to do this. Also requires setting the original wall to invisible. Any ideas? Many thanks, Henry

1 0

question about Therion
by Кунгурская лаборатория-стационар 02 Feb '17

02 Feb '17

Good afternoon, Therion team. Help please. Prompt, please, how to me these shootings to introduce the file in dwg? You can write the sequence of actions, an algorithm. On the basis of this algorithm I will enter data of other shootings. I have a local system of coordinates!!! I have transferred a reference point to system of coordinates of 1963, the area - D, a zone - 7. (1963.xlsx)

4 9