Re: [Therion] Photo Point Type

[Martin Sluka via Therion]

Thbook: 
map-image ◃ include image63 
specified by  into map at location specified by  . For 
coordinates and alignment details, see map-header specification.

Odesláno z iPhonu

> 10. 5. 2024 v 16:14, Nigel via Therion :
> 
> 
> Hi,
>  
> I have a sketch export from Topodroid into Therion format that contains a 
> Photo point. In Topodroid the point is associated with a photograph in .jpg 
> format. The export .th2 file shows a line like this :
>  
> point 258.69 97.28 photo -text "a photo" -photo 1.jpg
>  
> I’m trying to get a photo image to appear on the map at that point. Therion 
> doesn’t like the -text or the -photo parameters. The Therion book doesn’t say 
> a lot about it and doesn’t include those parameters or any others relating 
> specifically to the photo point type. Is there any way to use the point data 
> from Topodroid to actually place the image on the map. It looks like it can’t 
> be done natively so maybe some Metapost code that will interpret the data and 
> write the image? I don’t know Metapost well enough to know if it can be done.
>  
> Any suggestions would be greatly appreciated.
>  
> Thanks
>  
> Nigel
> ___
> 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] A wtherion update

[Martin Sluka via Therion]

Odesláno z iPhonu

> 23. 4. 2024 v 8:25, Csongor Zih :
> 
> Unfortunately, due to the way wtherion is designed, it's never
> guaranteed that you can export the exact same .th2 file that you
> imported.

It is really pity, Wtherion does’t use base principles of Therion. There was a 
discussion about format of Therion one or two years ago. The result was to keep 
plain text format. Human readable and interpretable without Therion or other 
software. Just with pencil, protractor and ruler. 

Martin


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

Re: [Therion] Metapost for sump/syphon hazard symbol

[Martin Sluka via Therion]

It is very simple conversion which don’t use Metapost’s options. Odesláno z iPhonu13. 4. 2024 v 8:49, Henry Bennett :if you could get the image into postscript then, you could use http://www.pstoedit.net/ to convert to Metapost.You should be able to get EPS by printing to a Postscript printer and then choosing print to file.HenryOn Sat, Apr 13, 2024 at 4:20 AM Bruce Mutton  wrote:HelloI’m looking for a Therion map symbol to emphasize the hazard posed by a localised low roof in passages (typically 2m to 5m in diameter) that are usually inaccessible due to water, but in dry conditions appear innocuous to the unwary.  Currently I’m using an empty placeholder symbol, point u:sumphazard, but want to upgrade! I’ve been using the SBE point danger symbol to identify hazards such as zones of active passage collapse.One approach for sumping hazard would be to use the same symbol, and change the colour to blue, but I would like the distinction to be available for black and white outputs as well as colour outputs. Since I’m not very good at metapost, I’m looking to see if anyone has anything they’d be willing to share, or perhaps write! What I have in mind is something like an exclamation mark over top of some water squiggles.  Maybe like one of these? The links behind the images below might have some useful elements.  Thanks in advance.Bruce___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

___Therion mailing listTherion@speleo.skhttps://mailman.speleo.sk/listinfo/therion___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] XVI commands: xth_me_area_adjust etc.

[Martin Sluka via Therion]

> 2. 2. 2024 v 20:05, Rich Smith :
> 
> I don't suppose there is any way of inserting an SVG using 
> xth_me_image_insert? That would be very useful.


Rich, anyway you may convert SVG to PNG as part of SexyTopo. Let’s say as  
CairoSVG

Martin

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

Re: [Therion] XVI commands: xth_me_area_adjust etc.

[Martin Sluka via Therion]

> 28. 1. 2024 v 23:03, Stacho Mudrak :
> 
> cartesian coordinates of lower left and upper right corners of drawing area

in pixels!

M.

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

Re: [Therion] Semi-transparent rock borders

[Martin Sluka via Therion]

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

Martin

> 8. 1. 2024 v 20:52, Rodrigo Severo via Therion :
> 
> On Monday, January 8th, 2024 at 4:16 PM, Tarquin Wilton-Jones via Therion 
> mailto:therion@speleo.sk>> 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 mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] -flip horizontal and line numbering

[Martin Sluka via Therion]

Anyway you may use (I hope) named points as -mark john etc.

M.S.

> 22. 10. 2023 v 18:09, alastair gott :
> 
> Hi Therion people,
> 
> I've just noticed that flipping an extended elevation scrap using “-flip 
> horizontal” it changes the numbering of the lines points on the th2 file when 
> the file is processed by the config file. 
> 
> I was trying to line join the top line of one elevation survey with the top 
> line of another survey using "join linetop@normal:end linetop@flipped:0" as 
> the “normal:end” line was accidentally drawn clockwise and “flipped:0” was 
> drawn anti-clockwise it makes sense that end and zero were the join points
> 
> However when the file was run it was necessary to change it to be "join 
> linetop@normal:end linetop@flipped:end" to get the two lines to join, it's 
> not a problem, just something I wasn't aware of.
> 
> 
> Regards,
> Alastair.
> 
> Sent from Outlook for iOS 
> ___
> 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] Mac : Xtherion problems

[Martin Sluka via Therion]

> 21. 10. 2023 v 10:58, Martin Kern :
> 
> Do the Xtherion shortcuts work on your mac? Not on mine and it’s really 
> annoying !

No

> My Xtherion interface also has freeze problems when I click on the right 
> pannel. I need to click on a other window to continue to work. So I use the 
> right click options but it's not always the most convenient.

If you want to input a numerical value. The same in my Therion.

Only way is to report it to issue list on GitHub.

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

Re: [Therion] Background map-header

[Martin Sluka via Therion]

Export map with header. Cut only header in PDF editor. Change background. save 
as PDF

Export map without header but with image (modified PDF).

Martin S.

> 10. 9. 2023 v 19:16, Yann Gardère :
> 
> Therion is excellent but I find that the "map-header" frames are very similar 
> across all the topos that therion users share. 
> If isn't possible to change color, maybe there is a way to make a nice border 
> around the map header? 
> 

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

Re: [Therion] Statistics on surveys of a network

[Martin Sluka via Therion]

#!/usr/bin/env python3
# -*- coding: utf-8 -*-

# grab data to generate summary for surveys of a cave network

import sqlite3
import pandas as pd
import numpy as np

conn = sqlite3.connect(':memory:')
conn.executescript(open('cave.sql').read())
stats = open('survey_stats.dat','w')

# sql to panda
surv = pd.read_sql_query('select ID, NAME from SURVEY', conn)
surv = surv[surv.NAME  != ''] # drop empty survey names
ctli = pd.read_sql_query('select ID, SURVEY_ID, TOPO_DATE, LENGTH from 
CENTRELINE', conn)
ctli = ctli.dropna() # drop empty date centerlines
topo = pd.read_sql_query('select PERSON_ID, CENTRELINE_ID from TOPO', conn)
team = pd.read_sql_query('select ID, NAME, SURNAME from PERSON', conn)
team = team.drop_duplicates()
team = team.to_numpy()

#iterate over surveys
for index, s in surv.iterrows():
print(s.NAME)
stats.write('%s\n'%(s.NAME))

for index, c in ctli.iterrows():
if (c.SURVEY_ID == s.ID) :
print('  date   ',c.TOPO_DATE)
stats.write('  date   %s\n'%(c.TOPO_DATE))
print('  length ',c.LENGTH)
stats.write('  length %s\n'%(c.LENGTH))
for index, t in topo.iterrows():
if (t.CENTRELINE_ID == c.ID) :
name = team[team[:,0] == t.PERSON_ID]
print (' {} 
{}'.format(name[0,1],name[0,2]))
stats.write(' {} 
{}\n'.format(name[0,1],name[0,2]))

stats.close()

Odesláno z iPhonu

> 10. 5. 2023 v 12:05, Bruce Mutton :
> 
> MS Outlook blocks attachments with extension .py
> Perhaps you can repost after changing the extension to .txt?
> Thanks
> Bruce
> 
> 
> -Original Message-
> From: Therion  On Behalf Of Philippe Vernant
> Sent: Wednesday, 10 May 2023 20:54
> To: List for Therion users 
> Subject: Re: [Therion] Statistics on surveys of a network
> 
> Hi guys,
> 
> Thanks for the answers. I wrote a python script. It is far from being
> elegant but it does the job. I attach it to this message in case it can be
> helpful to some of you.
> 
> Cheers,
> Phil
> 
> 
> 
> ___
> 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] finding coordinates of specific station

[Martin Sluka via Therion]

Export .3d file.

Open in Aven from Survex.

File -> Export as… -> CSV

Easting,Northing,Altitude,Station Name
400486.34,5420139.72,1596.05,dumbier.D-IX
400424.86,5420085.85,1586.20,dumbier.D-XI
400488.44,5420099.51,1625.45,dumbier.D_6.1.0
400487.92,5420099.47,1624.57,dumbier.D_6.1.1

Martin


> 5. 5. 2023 v 9:48, Ofir Shemesh :
> 
> hi,
> can I find the coordinates of a specific station?
> for example:
> having a survey with 10 stations,
> station 6 has "fix" coordinates, and is the only station with known 
> coordinates.
> i want to find the coordinates for station 2 & 8.
> how?
> 
> Thanks,
> Ofir.
> ___
> 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] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example

[Martin Sluka via Therion]

> 23. 3. 2023 v 20:13, Bruce Mutton :
> 
> One more question.
> I presume you have strict separation of surveys and maps in this dataset, as 
> demonstrated here https://therion.speleo.sk/wiki/faq#how_to_arrange_the_maps 
>  and 
> https://therion.speleo.sk/wiki/s_m  ?
> 

I use it as preferred method. 

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

Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example

[Martin Sluka via Therion]

Hi, 

I used the offset only to generate final map. 

Definitions of particular maps is very simple:

map modrovska_s01.map
  modrovska_s01
endmap

 map modrovska_s08.map
  modrovska_s08
endmap

map modrovska_s03.map
  modrovska_s03
endmap

map modrovska_s10.map
  modrovska_s10
endmap

map modrovska_s11.map
  modrovska_s11
endmap

map modrovska_s12.map
  modrovska_s12
endmap

map modrovska_s12-21.map
  modrovska_s12.map
  modrovska_s21.map
endmap

map modrovska_s13.map
  modrovska_s13
endmap

map modrovska_s14.map
modrovska_s14
break
modrovska_s14a
endmap

map modrovska_s15.map
  modrovska_s15
endmap

map modrovska_s16.map
  modrovska_s16
endmap

map modrovska_s19.map
  modrovska_s19
endmap

map modrovska_s19-24-25.map
  modrovska_s19.map
  break
  modrovska_s24-25.map [0 -8 m] below
endmap

map modrovska_s20.map
  modrovska_s20
endmap

map modrovska_s11-20.map
  modrovska_s11.map
  break
  modrovska_s20.map [-3 -3 m]  below
endmap

map modrovska_s21.map
  modrovska_s21
  break
  modrovska_s21a
  modrovska_s21b
endmap

map modrovska_s22.map 
  modrovska_s22
endmap

map modrovska_s24.map
  modrovska_s24
endmap

map modrovska_s24-25.map
  modrovska_s25.map
  break
  modrovska_s24.map [0 -7 m] below
endmap

map modrovska_s25.map
  modrovska_s25
endmap

map modrovska_s26.map
  modrovska_s26
endmap

map modrovska_s27.map
  modrovska_s27
endmap

map modrovska_s28.map
  modrovska_s28
endmap

map modrovska_s30.map
  modrovska_s30a
  break
  modrovska_s30
endmap


Martin

> 
> Interesting Martin
> Your example mostly demonstrates one level of offset, but it goes to two 
> levels bottom-left (to blue to purple), and apparently three levels at the 
> bottom (to green to blue to dark blue).  However looking closely it seems 
> that the map-connection line to blue goes directly from yellow (ie not from 
> green).  If this is the case there are two scenarios: 
> 
> Scenario 1 - based on the map-connection line I have highlighted, both the 
> green and blue are first-level offsets.  I may be mistaken as the image is 
> not sufficiently clear.
> If it is two levels of offset, then that is not sufficient to trigger the 
> ‘bug’ David and I have described.
> If it is three levels of offset, then you have somehow managed to avoid the 
> ‘bug’ and the map-connection lines/points are coincidentally on the same 
> alignment.
>  
> Scenario 2 – is that this example demonstrates the ‘bug’ described, if not 
> particularly clearly.  My synopsis of the bug was “the line created by point 
> map-connection is only correctly originating from its parent map at the most 
> deeply nested level of offset and at the 1st level offset.  At all other 
> (intermediate) offset levels, the map-connection line reverts to originating 
> from the top-level map, and not from its direct parent.”
>  
> So Martin, if you could perhaps clarify.  I suggest adding a horizontal 
> component to the light blue map in my snip above, and confirming whether the 
> map offsets are two or three level.
> If it is two level, it does not test the bug. If it is three level and there 
> is no ‘bug’, the map connection line, blue to dark blue, should radiate from 
> blue and not from yellow.
>  
> Tarquin
> I’ll respond to your message later – off to work now!
>  
> Thanks
> Bruce
>  
> From: Therion mailto:therion-boun...@speleo.sk>> 
> On Behalf Of Martin Sluka via Therion
> Sent: Wednesday, 15 March 2023 23:08
> To: List for Therion users mailto:therion@speleo.sk>>
> Cc: Martin Sluka mailto:martinsl...@mac.com>>
> Subject: Re: [Therion] 2 Map-connection issue - Going to four levels - Offset 
> tests SAMD-ITF-IS example
>  
> Just a sample. Colorised by altitude.
>  
> M.
>  
> 
> ___
> Therion mailing list
> Therion@speleo.sk <mailto:Therion@speleo.sk>
> https://mailman.speleo.sk/listinfo/therion 
> <https://mailman.speleo.sk/listinfo/therion>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example

[Martin Sluka via Therion]

I have access to internet on mobile, but not access to data. Sorry. MartinOdesláno z iPhonu19. 3. 2023 v 0:53, Bruce Mutton :Thanks MartinThe definition shows just first level offsets. Taken together with the submap naming and the image of the map itself, I deduce that:- map s11-20 contains a second level offset.- map s19-24-25 contains a second and third level offset.  This is the one that I am unsure as to whether or not it displays the bug I have proposed.  Hopefully I have identified them correctly in the image below.- none of the other maps include an offset. modrovska_s12-21.map seems to include two maps, but they have not been offset from each other.  Can you supply the map definitions for modrovska_s19-24-25.map, and any submaps it might contain, down to scrap level?Can you change the offsets for the submaps below modrovska_s19-24-25.map so they do not line up with each other? I am suspicious that the map-connection line that I have highlighted in light blue shows that the bug I describe is present in your example.  ie The intermediate offset level (light blue map) map-connection line reverts to originating from the top-level map, and not from its direct parent.  But I cannot be sure without the above two bits of information. Also, another variable.  I presume from our correspondence over the years that it is likely that this dataset maintains complete separation of maps from surveys.  ie There are no survey objects that have map objects defined within them.That will be interesting regardless of whether this dataset manifests this ‘bug’ or not. Thanks for your effort.Bruce From: Therion  On Behalf Of Martin Sluka via TherionSent: Thursday, 16 March 2023 22:33To: List for Therion users Cc: Martin Sluka Subject: Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example Definition of that map: map modrovska_plan.map -title "Modrovská jaskyňa"  modrovska_s01.map  modrovska_s03.map  break  modrovska_s30.map   modrovska_s12-21.map [-18 10 m] below  break  modrovska_s27.map #Mostová sieň  break  modrovska_s26.map [10 -5 m] below  modrovska_s16.map [25 10 m] below  break  modrovska_s11-20.map [-7 -5 m] below  break  modrovska_s19-24-25.map [0 -10 m] below  modrovska_s13.map [-10 5 m] below  modrovska_s28.map [-2 -9 m] below  break  modrovska_s14.map [14 -3 m] below  break  modrovska_s15.map [1 -22 m] below  modrovska_s22.map [-20 0 m] belowendmap 15. 3. 2023 v 19:56, Bruce Mutton : Interesting MartinYour example mostly demonstrates one level of offset, but it goes to two levels bottom-left (to blue to purple), and apparently three levels at the bottom (to green to blue to dark blue).  However looking closely it seems that the map-connection line to blue goes directly from yellow (ie not from green).  If this is the case there are two scenarios: Scenario 1 - based on the map-connection line I have highlighted, both the green and blue are first-level offsets.  I may be mistaken as the image is not sufficiently clear.If it is two levels of offset, then that is not sufficient to trigger the ‘bug’ David and I have described.If it is three levels of offset, then you have somehow managed to avoid the ‘bug’ and the map-connection lines/points are coincidentally on the same alignment. Scenario 2 – is that this example demonstrates the ‘bug’ described, if not particularly clearly.  My synopsis of the bug was “the line created by point map-connection is only correctly originating from its parent map at the most deeply nested level of offset and at the 1st level offset.  At all other (intermediate) offset levels, the map-connection line reverts to originating from the top-level map, and not from its direct parent.” So Martin, if you could perhaps clarify.  I suggest adding a horizontal component to the light blue map in my snip above, and confirming whether the map offsets are two or three level.If it is two level, it does not test the bug. If it is three level and there is no ‘bug’, the map connection line, blue to dark blue, should radiate from blue and not from yellow. TarquinI’ll respond to your message later – off to work now! ThanksBruce From: Therion  On Behalf Of Martin Sluka via TherionSent: Wednesday, 15 March 2023 23:08To: List for Therion users Cc: Martin Sluka Subject: Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example Just a sample. Colorised by altitude. M. ___Therion mailing listTherion@speleo.skhttps://mailman.speleo.sk/listinfo/therion ___Therion mailing listTherion@speleo.skhttps://mailman.speleo.sk/listinfo/therion___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example

[Martin Sluka via Therion]

I’ll answer later. Right now I’m not an internet. MartinOdesláno z iPhonu19. 3. 2023 v 0:53, Bruce Mutton :Thanks MartinThe definition shows just first level offsets. Taken together with the submap naming and the image of the map itself, I deduce that:- map s11-20 contains a second level offset.- map s19-24-25 contains a second and third level offset.  This is the one that I am unsure as to whether or not it displays the bug I have proposed.  Hopefully I have identified them correctly in the image below.- none of the other maps include an offset. modrovska_s12-21.map seems to include two maps, but they have not been offset from each other.  Can you supply the map definitions for modrovska_s19-24-25.map, and any submaps it might contain, down to scrap level?Can you change the offsets for the submaps below modrovska_s19-24-25.map so they do not line up with each other? I am suspicious that the map-connection line that I have highlighted in light blue shows that the bug I describe is present in your example.  ie The intermediate offset level (light blue map) map-connection line reverts to originating from the top-level map, and not from its direct parent.  But I cannot be sure without the above two bits of information. Also, another variable.  I presume from our correspondence over the years that it is likely that this dataset maintains complete separation of maps from surveys.  ie There are no survey objects that have map objects defined within them.That will be interesting regardless of whether this dataset manifests this ‘bug’ or not. Thanks for your effort.Bruce From: Therion  On Behalf Of Martin Sluka via TherionSent: Thursday, 16 March 2023 22:33To: List for Therion users Cc: Martin Sluka Subject: Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example Definition of that map: map modrovska_plan.map -title "Modrovská jaskyňa"  modrovska_s01.map  modrovska_s03.map  break  modrovska_s30.map   modrovska_s12-21.map [-18 10 m] below  break  modrovska_s27.map #Mostová sieň  break  modrovska_s26.map [10 -5 m] below  modrovska_s16.map [25 10 m] below  break  modrovska_s11-20.map [-7 -5 m] below  break  modrovska_s19-24-25.map [0 -10 m] below  modrovska_s13.map [-10 5 m] below  modrovska_s28.map [-2 -9 m] below  break  modrovska_s14.map [14 -3 m] below  break  modrovska_s15.map [1 -22 m] below  modrovska_s22.map [-20 0 m] belowendmap 15. 3. 2023 v 19:56, Bruce Mutton : Interesting MartinYour example mostly demonstrates one level of offset, but it goes to two levels bottom-left (to blue to purple), and apparently three levels at the bottom (to green to blue to dark blue).  However looking closely it seems that the map-connection line to blue goes directly from yellow (ie not from green).  If this is the case there are two scenarios: Scenario 1 - based on the map-connection line I have highlighted, both the green and blue are first-level offsets.  I may be mistaken as the image is not sufficiently clear.If it is two levels of offset, then that is not sufficient to trigger the ‘bug’ David and I have described.If it is three levels of offset, then you have somehow managed to avoid the ‘bug’ and the map-connection lines/points are coincidentally on the same alignment. Scenario 2 – is that this example demonstrates the ‘bug’ described, if not particularly clearly.  My synopsis of the bug was “the line created by point map-connection is only correctly originating from its parent map at the most deeply nested level of offset and at the 1st level offset.  At all other (intermediate) offset levels, the map-connection line reverts to originating from the top-level map, and not from its direct parent.” So Martin, if you could perhaps clarify.  I suggest adding a horizontal component to the light blue map in my snip above, and confirming whether the map offsets are two or three level.If it is two level, it does not test the bug. If it is three level and there is no ‘bug’, the map connection line, blue to dark blue, should radiate from blue and not from yellow. TarquinI’ll respond to your message later – off to work now! ThanksBruce From: Therion  On Behalf Of Martin Sluka via TherionSent: Wednesday, 15 March 2023 23:08To: List for Therion users Cc: Martin Sluka Subject: Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example Just a sample. Colorised by altitude. M. ___Therion mailing listTherion@speleo.skhttps://mailman.speleo.sk/listinfo/therion ___Therion mailing listTherion@speleo.skhttps://mailman.speleo.sk/listinfo/therion___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] 2 Map-connection issue - Going to four levels - Offset tests SAMD-ITF-IS example

[Martin Sluka via Therion]

Definition of that map:

map modrovska_plan.map -title "Modrovská jaskyňa"
  modrovska_s01.map
  modrovska_s03.map
  break
  modrovska_s30.map
 
  modrovska_s12-21.map [-18 10 m] below
  break
  modrovska_s27.map #Mostová sieň
  break
  modrovska_s26.map [10 -5 m] below
  modrovska_s16.map [25 10 m] below
  break
  modrovska_s11-20.map [-7 -5 m] below
  break
  modrovska_s19-24-25.map [0 -10 m] below
  modrovska_s13.map [-10 5 m] below
  modrovska_s28.map [-2 -9 m] below
  break
  modrovska_s14.map [14 -3 m] below
  break
  modrovska_s15.map [1 -22 m] below
  modrovska_s22.map [-20 0 m] below
endmap

> 15. 3. 2023 v 19:56, Bruce Mutton :
> 
> Interesting Martin
> Your example mostly demonstrates one level of offset, but it goes to two 
> levels bottom-left (to blue to purple), and apparently three levels at the 
> bottom (to green to blue to dark blue).  However looking closely it seems 
> that the map-connection line to blue goes directly from yellow (ie not from 
> green).  If this is the case there are two scenarios: 
> 
> Scenario 1 - based on the map-connection line I have highlighted, both the 
> green and blue are first-level offsets.  I may be mistaken as the image is 
> not sufficiently clear.
> If it is two levels of offset, then that is not sufficient to trigger the 
> ‘bug’ David and I have described.
> If it is three levels of offset, then you have somehow managed to avoid the 
> ‘bug’ and the map-connection lines/points are coincidentally on the same 
> alignment.
>  
> Scenario 2 – is that this example demonstrates the ‘bug’ described, if not 
> particularly clearly.  My synopsis of the bug was “the line created by point 
> map-connection is only correctly originating from its parent map at the most 
> deeply nested level of offset and at the 1st level offset.  At all other 
> (intermediate) offset levels, the map-connection line reverts to originating 
> from the top-level map, and not from its direct parent.”
>  
> So Martin, if you could perhaps clarify.  I suggest adding a horizontal 
> component to the light blue map in my snip above, and confirming whether the 
> map offsets are two or three level.
> If it is two level, it does not test the bug. If it is three level and there 
> is no ‘bug’, the map connection line, blue to dark blue, should radiate from 
> blue and not from yellow.
>  
> Tarquin
> I’ll respond to your message later – off to work now!
>  
> Thanks
> Bruce
>  
> From: Therion mailto:therion-boun...@speleo.sk>> 
> On Behalf Of Martin Sluka via Therion
> Sent: Wednesday, 15 March 2023 23:08
> To: List for Therion users mailto:therion@speleo.sk>>
> Cc: Martin Sluka mailto:martinsl...@mac.com>>
> Subject: Re: [Therion] 2 Map-connection issue - Going to four levels - Offset 
> tests SAMD-ITF-IS example
>  
> Just a sample. Colorised by altitude.
>  
> M.
>  
> 
> ___
> Therion mailing list
> Therion@speleo.sk <mailto:Therion@speleo.sk>
> https://mailman.speleo.sk/listinfo/therion 
> <https://mailman.speleo.sk/listinfo/therion>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Empty lines and areas

[Martin Sluka via Therion]

Thank you. But it should do therion itself.

Martin

> 19. 11. 2022 v 12:32, Andrew Atkinson :
> 
> 
> Fixed them, I hope!
> 
> https://therion.speleo.sk/wiki/contrib:complimentarycaveapps#other_applications
>  
> 
> 
> Scroll to the bottom, I'll send a separate email about table of contents

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

Re: [Therion] please help with area blocks_BCA

[Martin Sluka via Therion]

> 18. 11. 2022 v 12:42, Andrew Atkinson :
> 
> http://www.cave-registry.org.uk/svn/CheddarCatchment/Symbols/Symbols.th 
> 
> 
> symbol-assign area blocks BCA
> 
> 
> Which makes all blocks -> blocks_BCA in the whole repository. So whenever you 
> find a blocks you will be using it. Currently there are no use of the -attr 
> option in the repository, I can send you a file that does use it, but for now 
> I've kept it out of the repository.

Yes, I found it, but I was missing that symbol-assign area blocks BCA will do 
it.

I apologise myself.

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

Re: [Therion] please help with area blocks_BCA

[Martin Sluka via Therion]

> 18. 11. 2022 v 12:16, Andrew Atkinson :
> 
> 
> which takes you to
> 
> http://www.cave-registry.org.uk/svn/CheddarCatchment/Symbols/Areas/a_blocks_BCA.th
>  
> 
> 
> Andrew

You are right,

but there is many parameters and I’m not able to find one example you use 
blocks_BCA 

 in real map.

I’m missing something

Sorry

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

Re: [Therion] please help with area blocks_BCA

[Martin Sluka via Therion]

> 17. 11. 2022 v 22:09, Andrew Atkinson :
> 
> 
> http://www.cave-registry.org.uk/svn/CheddarCatchment/common_layout.th 
> 
> (by a bit of a route)
> 

Hi,

I’m not able to find there any trace of a_blocks_BCA.th 
 there anywhere. Sorry.

Martin

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

Re: [Therion] please help with area blocks_BCA

[Martin Sluka via Therion]

I use plain text editor with grep feature. I open th2 file and do 
search/replace and I save it. 

Martin

Odesláno z iPhonu

> 17. 11. 2022 v 23:20, Andrew Atkinson :
> 
> 
> 
>> On 17/11/2022 21:46, Martin Sluka via Therion wrote:
>> Issue #456
>> in Github/therion
>> Martin
> 
> Missed that, but I've not been doing anything much in anger for a couple of 
> years.
> 
> Are three any instructions how to use it anywhere. A quick search of wiki and 
> book have not come up with anything for me
> 
> thanks
> 
> Andrew
> ___
> 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] please help with area blocks_BCA

[Martin Sluka via Therion]

Issue #456

in Github/therion

Martin


Odesláno z iPhonu

> 17. 11. 2022 v 22:35, Andrew Atkinson :
> 
> 
> 
>> On 17/11/2022 20:08, Martin Sluka wrote:
>> Hi,
>> in that dataset there are empty object. They may produce problems.
>> line wall
>> endline
>> line wall
>> endline
> 
> 
> Yes, yes I know, someone had said that they would fix them all, but it never 
> happened. Really it would be good if there was a function in therion that 
> found them, even better would be to remove them
>> May you direct me to locality, you use you macro for blocks, please?
> 
> All the blocks in the whole of the repository use it as
> 
> http://www.cave-registry.org.uk/svn/CheddarCatchment/Symbols/Areas/a_blocks_BCA.th
> 
> is called from the common layout
> 
> http://www.cave-registry.org.uk/svn/CheddarCatchment/common_layout.th
> (by a bit of a route)
> 
> All this really needs tidying up, it has slowly expanded since I started 
> using Therion many years ago, I did start to tidy but...
> 
> 
> To run just an individual part try
> 
> http://www.cave-registry.org.uk/svn/CheddarCatchment/Bagpit/Bagpit/BagpitP.th2
> 
> There seems to be files missing form the repro, another job that needs to be 
> fixed
> 
> Andrew
> ___
> 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] Font name

[Martin Sluka via Therion]

It is in Therionbook. You may change fonts in .ini file. 

Martin

Odesláno z iPhonu

> 8. 11. 2022 v 23:10, Martin Kern :
> 
> 
> Hello,
> 
> I’m looking for the name of the font used by default for the map export.
> I didn’t find in the thbook.
> 
> Someone know it?
> 
> 
> Thank’s,
> 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] Status update for wtherion

[Martin Sluka via Therion]

Hi, 

Just about idea of scraps:  In Therion you may generate atlas of a cave system 
based on layers. It works in system with symple development. But in 
complicated, labyrinthic, many times recycled system created largely by 
preasure water events where are slopy passages 100 m altitude differences and 
several levels of freatic and vadose developed passages it would be impossible 
if that slopy passage will be in one scrap. So it is very important to have 
possibility to draw small scraps and connect them later or to divide one long 
scrap to shorter ones to be able to define correct atlas structure. 

Martin

Odesláno z iPhonu

> 18. 7. 2022 v 20:21, Csongor Zih :
> 
> 
> Hi everyone!
> 
> It's been suggested to me that I should write a status update on the mailing 
> list about how wtherion's development is going (if you're unfamiliar, it's an 
> XTherion replacement for the web). I've finished adding the features I 
> considered essential, and in the last few months I have only been fixing 
> issues and making small improvements.
> 
> I'm not an active user of Therion however, and I cannot fully test this 
> software myself, on real data. It would be very useful if you could test it 
> out with the tasks you normally use XTherion for, and provide feedback and 
> bug reports. Of course this is only if you have enough time and can tolerate 
> a potentially unstable software.
> 
> You can see the project's page here:
> https://github.com/daem-on/wtherion
> This also contains the links to the app and the end-user documentation.
> 
> I also need help with the positioning of XVI graphics, if you know anything 
> about the XVI embedding format, please comment here:
> https://github.com/daem-on/wtherion/issues/5
> 
> I look forward to your feedback, and let me know if I can help in any way,
> 
> Csongor
> ___
> 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] Drawing lines with graphic tablet

[Martin Sluka via Therion]

You may create angular line (not create bezier handles in points) and than use 
function smooth line.

M.

> 13. 7. 2022 v 22:10, Tarquin Wilton-Jones via Therion :
> 
>> I was wondering if it would it be possible (and easy) to add a new line
>> type that is more similar to Illustrator's pencil tool?
> 
> Sorry, I do not know about whether you can draw lines like that in
> XTherion.

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

Re: [Therion] Drawing lines with graphic tablet

[Martin Sluka via Therion]

Scraps are one of basic feature of Therion. One may draw only one scrap in 
time, not take into account surrounding passages, what is above, what is 
bellow. 

You may generate map with only one scrap of all system, you may generate map of 
only two scraps one from first system, second from second system just to look 
for connection. Etc.

Big scraps are more easy to draw, you don’t need to connect several small 
scraps, but it may bring complications later.

M.



> 14. 7. 2022 v 9:01, Csongor Zih :
> 
> I don't think handling of scraps was changed at all, but in my testing it has 
> always achieved better performance than XTherion. The only thing that it 
> doesn't handle as well are large XVI files, because XTherion renders those 
> very efficiently. Other than that, big scraps should work just the same as 
> small scraps.
> 

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

Re: [Therion] Drawing lines with graphic tablet

[Martin Sluka via Therion]

There are two mode for cursor:

1. selection mode
2. draw mode

The simplest way to change drawing mode to selection mode is to press [ESC] key.

M.

> 13. 7. 2022 v 18:09, Francesco Serafin :
> 
> when the pen touches the tablet, a new point is created

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

Re: [Therion] Dive data, newline required

[Martin Sluka via Therion]

> 13. 7. 2022 v 11:14, A.M. van Rosmalen :
> 
>  data diving station depth length bearing

There is missing from station to station information:
From Survey manual:

 DIVING
An underwater survey where the vertical information is from a diver’s depth 
gauge. This style
can also be also used for an above-water survey where the altitude is measured 
with an
altimeter. DEPTH is defined as the altitude (Z) so increases upwards by 
default. So for a
diver’s depth gauge, you’ll need to use *CALIBRATE with a negative scale factor 
(e.g.
*calibrate depth 0 -1).
 For non-interleaved data the allowed readings are: FROM TO TAPE COMPASS CLINO
BACKCOMPASS BACKCLINO FROMDEPTH TODEPTH DEPTHCHANGE (the vertical
can be given as readings at each station, (FROMDEPTH/TODEPTH) or as a change 
along the
leg (DEPTHCHANGE)).
Survex 1.2.20 and later allow an optional CLINO and/or BACKCLINO reading in 
DIVING
style. At present these extra readings are checked for syntactic validity, but 
are otherwise
ignored. The intention is that a future version will check them against the 
other readings to flag
up likely blunders, and average with the slope data from the depth gauge and 
tape reading.
For interleaved data the allowed readings are: STATION DIRECTION TAPE COMPASS
BACKCOMPASS DEPTH DEPTHCHANGE. (the vertical change can be given as a reading at
the station (DEPTH) or as a change along the leg (DEPTHCHANGE)).
*data diving from to tape compass fromdepth todepth
1 2 14.7 250 -20.7 -22.4
*data diving station depth newline tape compass
1 -20.7
14.7 250
2 -22.4
*data diving from to tape compass depthchange
1 2 14.7 250 -1.7

M.


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

Re: [Therion] Water areas produce heavy PDF files

[Martin Sluka via Therion]

Take care which library use each viewer. PDF generated from Therion use group 
transparency knockout. Check wiki: 
https://therion.speleo.sk/wiki/contrib:externalviewers 
 

I don’t know Okular, but only correct viewer is Acrobat.

Martin S. 

> 22. 2. 2022 v 19:29, 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 mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] macOS installation

[Martin Sluka via Therion]

Welcome in our tribe.

Have you seen correct application icon of wish? A quill?

Martin S.

> 7. 2. 2022 v 15:25, Philippe Vernant :
> 
> Sorry I didn’t read til the end it was written !
> Now works like a charm, but I have this message :
> 
> therion: error -- PROJ library: 1025 (Invalid PROJ string syntax): 
> +proj=pipeline +step +inv +init=epsg:4326 +step +init=epsg:4326 
> 
> I have to dig in my proj installation I must have something weird somewhere.
>  
> Phil
> 
>> On 7 Feb 2022, at 14:17, Ladislav Blažek > > wrote:
>> 
>> Hi Phil, 
>> 
>> check my reply to Andrea. Homebrew Tcl/Tk package doesn’t contain BWidget - 
>> try to make symlink (update the BWidget version according to your system):
>> 
>> ln -s /System/Library/Tcl/bwidget1.9.1 
>> /opt/homebrew/opt/tcl-tk/lib/bwidget1.9.1
>> 
>> 
>> ---
>> Ladislav Blažek
>> 
>> 
>>> 7. 2. 2022 v 14:12, Philippe Vernant >> >:
>>> 
>>> Hi Ladislav,
>>> 
>>> I gave it a try, since I had a former release of therion installed on my 
>>> mac (the old way with make). 
>>> I’m having this message when running xtherion : 
>>> 
>>> Error in startup script: can't find package BWidget
>>> while executing
>>> "package require BWidget"
>>> (file "/opt/homebrew/bin/xtherion" line 12786)
>>> 
>>> I will dig in to it, might be related to my setup, but in case you have an 
>>> idea.
>>> 
>>> Thanks,
>>> Phil
>>> 
 On 6 Feb 2022, at 20:36, Ladislav Blažek >>> > wrote:
 
 Hi, macOS users,
 
 I just updated my homebrew formulae and installation instructions to build 
 & install Therion using CMAKE - see 
 https://github.com/ladislavb/homebrew-therion 
 
 
 Installation was successfully tested on Apple Silicon machine running 
 macOS 12.1 Monterey. Hopefully it still work on older versions but I am 
 not able to test it - feedback is welcome.
 
 \Ladislav
 
 
 ___
 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] macOS installation

[Martin Sluka via Therion]

Omluva, třeba dočíst do konce

Už je to v pořádku

M.

> 6. 2. 2022 v 20:36, Ladislav Blažek :
> 
> Hi, macOS users,
> 
> I just updated my homebrew formulae and installation instructions to build & 
> install Therion using CMAKE - see 
> https://github.com/ladislavb/homebrew-therion 
> 
> 
> Installation was successfully tested on Apple Silicon machine running macOS 
> 12.1 Monterey. Hopefully it still work on older versions but I am not able to 
> test it - feedback is welcome.
> 
> \Ladislav
> 
> 
> ___
> 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] Handling of tape and backtape in survey data

[Martin Sluka via Therion]

> 26. 12. 2021 v 19:32, Tarquin Wilton-Jones via Therion :
> 
> However, for Disto
> surveying, it feels largely unnecessary, as the accuracy is already a
> lot more than most surveys need when just using forward sightings.

But because DistoX is an electronic device it is only way to be sure it works 
properly. The same as check, if three (four) readings for surveying leg with 
rotation around the longitudinal axe of DistoX are in tolerance interval.

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

Re: [Therion] Migovec Github survey data project

[Martin Sluka via Therion]

For communication with Github repository you may use Github Desktop 
application. 

M. 

Odesláno z iPhonu

> 21. 12. 2021 v 10:18, Bruce Mutton :
> 
> 
> Thanks Rhys, good to meet you.
> Your answer explains the gap I detected.
> I recall small groups of cavers bent over a large table drawing on film with 
> ink pens.  Thirty years ago.  We haven’t managed to duplicate the physicality 
> and sociability since, but at least since we found version control just over 
> a decade ago we can have a few people working on the same project, even if it 
> is usually alone and one at a time.  And we don’t have to unclog pens.
> Very interested in your custom point map-connection by the way.
> Bruce
>  
> From: Therion  On Behalf Of Rhys Tyers
> Sent: Tuesday, 21 December 2021 12:08
> To: List for Therion users 
> Subject: Re: [Therion] Migovec Github survey data project
>  
> Hey, I work on this repository. Thank you for your kind words.
>  
> We use github as a convenient means to collaborate amongst ourselves and host 
> data but I guess we differ from an open source software project in that 
> there's not much point in accepting outside contribution as only people who 
> attend our expedition are generally interested in drawing our survey!
>  
> We generally collaborate by running a meeting via voice chat and drawing 
> survey as a social activity, emulating how we drew before Therion.
>  
> Theoretically we could use pull requests and issues to work on our data but 
> as we are normally talking to eachother as we draw it is just easier to push 
> what each person does sequentially to master, relying on git to avoid messing 
> anything up. 
>  
> Also most of our contributors are science students and while they have a 
> familiarity with git they normally haven't really used it for collaboration 
> in the same way someone working in software would.
>  
> As for the broken thconfigs the answer is similar, that the current drawers 
> know which ones work and it's a bit fluid so we haven't bothered documenting 
> it.
>  
> Half the reason it exists in it's current format is that I do work in 
> software so I tend to maintain all the extraneous git cruft as my armchair 
> caving while other people focus on the _actual_ work of drawing stuff 
>  
> If you do have any questions about it feel free to email me or Imperial 
> caving.
>  
> Rhys
>  
> On Sun, 19 Dec 2021, 11:38 Benedikt Hallinger,  wrote:
> Hi,
> no specific info on the exact project, but generally you could open a issue 
> ticket there and ask your very question. Each project may have its own rules.
>  
> But most commonly it works this way:
> - you clone the repo at github (so its public)
> - you make a new branch and do your stuff
> - you then open a pull request against the upstream repo
> - someone there inspects it and if it is accepted, will merge
> - done
>  
> Am 19.12.2021 um 00:43 schrieb Bruce Mutton :
> 
> Not directly a Therion question.
> I’ve been loosely following the progress of 
> https://github.com/iccaving/migovec-survey-data a couple of years, but only 
> recently started migrating some projects of my own to git.
>  So thought I’d dispense with just admiring the outputs and fork the migovec 
> repository to do a deep dive learn from the apparent masters…
> The README.md is exemplary, but the section on ‘How to contribute’ seems to 
> be missing a most important thing – how do contributors interact with other 
> contributors and the repository?  The lack of issues and forks that similar 
> sized GitHub projects have suggests I’m missing something obvious.  I know 
> Therion pretty well, passible on version control but only just cutting my 
> teeth on git and GitHub.
>  I found a simple problem in some thconfigs that causes Therion to crash and 
> exit, and located the cause in the history.  I could potentially fix it, make 
> a pull request, but as I have only studied the migovec structure for 
> literally 10 minutes, any ‘fix’ I work on will take me a while and be bound 
> to be error prone.  Better for me just to point out the problem.
>  Anyone here know how the iccaving migovec Therion team communicates or would 
> one of them on this list be able to PM me?
>  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
> ___
> 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] Hiding cross-section symbols

[Martin Sluka via Therion]

> 28. 11. 2021 v 13:47, Bill Gee :
> 
> I like to use "-direction both" on my section lines.  Yes, I could put the 
> direction arrow on one end only, but that is not my work habit.

Anyway you may use this trick:



Both lines are group sections.

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

Re: [Therion] Hiding cross-section symbols

[Martin Sluka via Therion]

line section could have more than one segment. Second (third, …) section you 
may use instead of arrows.

Martin

> 27. 11. 2021 v 23:58, Bill Gee :
> 
> Placing a scrap near its section line is not always possible, so I use an 
> arrow line to indicate which scrap belongs to which line.

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

Re: [Therion] Cutting off a grid

[Martin Sluka via Therion]

> 24. 11. 2021 v 11:49, Tarquin Wilton-Jones via Therion :
> 
> 1. Is there a way to cut off the grid after a certain amount, so that it
> doesn't show the blank gap at the bottom? Or alternatively, cut off the
> grid after the cave ends? Or "show the next grid line if the cave is
> within 5 metres of it“?

Anyway you may add blank PDF or png to your map to cover part of grid:

map-image
Martin 


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

Re: [Therion] Can't install latest version on MAC

[Martin Sluka via Therion]

Any way cmake installation is much faster. 

Martin

Odesláno z iPhonu

18. 11. 2021 v 8:30, Elfi Hristova :

> Hi Martin, restarted my MAC and it works now with the original command 
> (latest MAC approach).
>  
> Thanks for your help,
> Efi
>  
>  
> From: Therion  on behalf of Martin Sluka via 
> Therion 
> Reply to: List for Therion users 
> Date: Wednesday, 17 November 2021, 20:54
> To: List for Therion users 
> Cc: Martin Sluka 
> Subject: Re: [Therion] Can't install latest version on MAC
>  
> Try cmake installation!
>  
> Martin S.
> 
> 
> 17. 11. 2021 v 9:05, Elfi Hristova :
>  
> Hi, I have problem to install latest release of Therion on macOS BIG SUR 
> 11.6. 
> 
> When I run “make config-macosx && make && make install”
> 
> I get the following error:
> “c++ -c -Wall -D_GNU_SOURCE -DLOCH -W -Wall -std=c++14 -DLXMACOSX 
> -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.1 -I/usr/local/include/wx-3.1 
> -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ 
>  -I/usr/local/opt/freetype/include/freetype2 -I/usr/local/include/vtk-5.4 
> -Wno-deprecated -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -O2 
> -DNDEBUG -DIMG_API_VERSION=1 -o lxSetup.o lxSetup.cxx
> In file included from lxSetup.cxx:38:
> In file included from ./lxSetup.h:23:
> ./lxData.h:35:10: fatal error: 'vtkPolyData.h'  file not found
> #include 
>  ^~~
> 1 error generated.
> make[1]: *** [lxSetup.o] Error 1
> make: *** [loch/loch] Error 2
> ”
>  
> Then when running “therion -v” I see 
> “dyld: Library not loaded: /usr/local/opt/proj/lib/libproj.19.dylib
>   Referenced from: /usr/local/bin/therion
>   Reason: image not found
> Abort trap: 6
> ”
> In “lib“ I have higher version of libproj - libproj.22.dylib
>  
> Can anyone help with how to fix this?
>  
> Thanks,
> Efrosina
>  
> ___
> 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] Can't install latest version on MAC

[Martin Sluka via Therion]

Try cmake installation!

Martin S.

> 17. 11. 2021 v 9:05, Elfi Hristova :
> 
> Hi, I have problem to install latest release of Therion on macOS BIG SUR 
> 11.6. 
> 
> When I run “make config-macosx && make && make install”
> 
> I get the following error:
> “c++ -c -Wall -D_GNU_SOURCE -DLOCH -W -Wall -std=c++14 -DLXMACOSX 
> -I/usr/local/lib/wx/include/osx_cocoa-unicode-3.1 -I/usr/local/include/wx-3.1 
> -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ 
>  -I/usr/local/opt/freetype/include/freetype2 -I/usr/local/include/vtk-5.4 
> -Wno-deprecated -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -O2 
> -DNDEBUG -DIMG_API_VERSION=1 -o lxSetup.o lxSetup.cxx
> In file included from lxSetup.cxx:38:
> In file included from ./lxSetup.h:23:
> ./lxData.h:35:10: fatal error: 'vtkPolyData.h' file not found
> #include 
>  ^~~
> 1 error generated.
> make[1]: *** [lxSetup.o] Error 1
> make: *** [loch/loch] Error 2
> ”
>  
> Then when running “therion -v” I see 
> “dyld: Library not loaded: /usr/local/opt/proj/lib/libproj.19.dylib
>   Referenced from: /usr/local/bin/therion
>   Reason: image not found
> Abort trap: 6
> ”
> In “lib“ I have higher version of libproj - libproj.22.dylib
>  
> Can anyone help with how to fix this?
>  
> Thanks,
> Efrosina
>  
> ___
> 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] Rock border not creating boulders with smooth altitude shading

[Martin Sluka via Therion]

> 14. 11. 2021 v 22:04, Tarquin Wilton-Jones via Therion :
> 
> I do not care much for Adobe Reader and its inability to draw layered
> opacity (which has caused issues for other applications that create PDFs
> such as PrinceXML). It's an awful PDF reader.

But only PDF viewer which is able to interprete transparency knockout correctly

> Foxit, Sumatra, Evince; these look great to me, and the others the who
> were discussing the output with me today.

These viewers just ignore transparency knockout 

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

Re: [Therion] Compile error do to "calibrate" command

[Martin Sluka via Therion]

But you use fromdepth and todepth as quantity. Shouldn’t it be calibrate 
fromdepth todepth 4 -1 ?

Martin S.

> 30. 9. 2021 v 12:59, Torsten Schnitter :
> 
> Due to the different waterlevel there is a difference of 4.0m in depth 
> readings. 
> To correct this I used "calibrate depth 4 -1" within the resurvey data. 

From Therionbook:

calibrate   [] . set the instrument 
calibration.
The measured value is calculated using the following formula: measured value =
(read value - zero error) x scale. The supported quantities are the same as sd.

From Survex manual:

4.5.3. CALIBRATE

Syntax
*calibrate   [] *calibrate  
  [] *calibrate default

Example

*calibrate tape +0.3
Description

*calibrate is used to specify instrument calibrations, via a zero error and a 
scale factor. By default, the zero error is 0.0 and the scale factor 1.0 for 
all quantities.

 is one of TAPE|COMPASS|CLINO|COUNTER|DEPTH|DECLINATION|X|Y|Z

Several quantities can be given in  - the specified calibration 
will be applied to each of them.

You need to be careful about the sign of the ZeroError. Survex follows the 
convention used with scientific instruments - the ZeroError is what the 
instrument reads when measuring a reading which should be zero. So for example, 
if your tape measure has the end missing, and you are using the 30cm mark to 
take all measurements from, then a zero distance would be measured as 30cm and 
you would correct this with:

*CALIBRATE tape +0.3
If you tape was too long, starting at -20cm (it does happen!) then you can 
correct it with:

*CALIBRATE tape -0.2
Note: ZeroError is irrelevant for Topofil counters and depth gauges since pairs 
of readings are subtracted.

In the first form in the synopsis above, the zero error is measured by the 
instrument itself (e.g. reading off the number where a truncated tape now ends) 
and any scale factor specified applies to it, like so:

Value = ( Reading - ZeroError ) * Scale (Scale defaults to 1.0)

In the second form above (supported since Survex 1.2.21), the zero error has 
been measured externally (e.g. measuring how much too long your tape is with a 
ruler) - the units of the zero error are explicitly specified and any scale 
factor isn’t applied to it:

Value = ( Reading * Scale ) - ZeroError (Scale defaults to 1.0)

If the scale factor is 1.0, then the two forms are equivalent, though they 
still allow you to differentiate between how the zero error has been determined.

With older Survex versions, you would specify the magnetic declination 
(difference between True North and Magnetic North) by using *calibrate 
declination to set an explicit value (with no scale factor allowed). Since 
Survex 1.2.22, it’s recommended to instead use the new *declination command 
instead - see the documentation of that command for more details. ___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Exclude line parts in XVI export

[Martin Sluka via Therion]

> 30. 9. 2021 v 11:07, Torsten Schnitter :
> 
> After splitting centerline into severals I could use comment block for one of 
> these new centerlines. This is working for me. 
> Thanks for the advises! 


Comment-endcomment block works only directly inside survey-endsurvey. 

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

Re: [Therion] Exclude line parts in XVI export

[Martin Sluka via Therion]

> 29. 9. 2021 v 16:57, Torsten Schnitter :
> 
> Of course you have to start at a well known station and also end at a well 
> know station to connect the "new" survey correctly to the existing one.

As I wrote, divide your centreline to several centrelines in the same survey 
and comment-endcomment centreline of resurveied part.

And the new resurveied part is another survey, isn’t it.

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

Re: [Therion] Exclude line parts in XVI export

[Martin Sluka via Therion]

From Thbook: 

flags  . set flags for following shots. The supported flags are: 
surface
(for surface measurements), duplicate (for duplicated surveys),

It should solve the problem with duplicate shots and length.

You may divide your centreline to smaller ones just copy header of centreline 
and endcenterline

centerline … endcenterline -> centerline … encenterline, 
centerline…endcenterline, …

And simple comment…endcomment appropriate centreline.

M.

> 29. 9. 2021 v 13:54, Torsten Schnitter :
> 
> Hi List 
> 
> Is there an option to exclude some parts of a line in a XVI export? 
> It also should be exluded from all calculations of course as it is 
> dupclicated survey. 
> I couldn't find something for this in the Therion book.
> E.g. with using flags for groups of data or anything else? 
> I would like to prevent using comments for all obsolete data to do this job. 
> 
> I had to resurvey a part of a line (not complete line). 
> Therefore I want to export let's say station 0 to 5 from line A, then station 
> 0 to 10 from line B and eventually station 15-18 from line A. 
> (station 0@lineB  = 5@lineA  and 10@lineB 
>  = 15@lineA ) 
> Aim is to exclude a part from line A in the XVI export and not to be confused 
> by obselete stations and shots. 
> "Flags splay" is good for excluding the data from calculations. 
> But which command is suitable for excluding parts of data in the XVI export? 
> Or is this not possible at all? 
> 
> Thanks. 
> Torsten 
> ___
> 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] cannot load thconfig in xtherion

[Martin Sluka via Therion]

BTW, using for project “foo" name “foo.thconfig" is not a bad idea.

M.

> 22. 8. 2021 v 23:57, Wookey :
> 
> If you run xtherion then try to load a thconfig file you get this error:
> 
> /thconfig.thcfg does not exist
> 
> It works if you run
> 
> xtherion thconfig
> 
> (or otherwise specifying the correct path to the thconfig file)
> 
> So something in the codebase seems to have decided that thconfig files must 
> now be called thconfig.thcfg or thconfig.thconfig. This seems quite broken.
> 
> -- 
> 
> Wookey
> 
> ___
> 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] cannot load thconfig in xtherion

[Martin Sluka via Therion]

Years problem on Mac. I have to use foo.thconfig. 

Martin

Odesláno z iPhonu

22. 8. 2021 v 23:57, Wookey :

> If you run xtherion then try to load a thconfig file you get this error:
> 
> /thconfig.thcfg does not exist
> 
> It works if you run
> 
> xtherion thconfig
> 
> (or otherwise specifying the correct path to the thconfig file)
> 
> So something in the codebase seems to have decided that thconfig files must 
> now be called thconfig.thcfg or thconfig.thconfig. This seems quite broken.
> 
> -- 
> 
> Wookey
> 
> ___
> 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] Plan gridline colour changes unpredictably

[Martin Sluka via Therion]

Printers are allway dependent on setup of colour management in its driver. Pro 
printers are dependent on setup of RIPs sending data to them. Not easy task. 

Martin S. 

Odesláno z iPhonu

11. 8. 2021 v 21:15, Bruce Mutton :

> Thanks Martin
> Highlights the dangers of absorbing a language by osmosis.  A false sense of 
> understanding!
> I’ll try that out and see how it works.
>  
> Out of interest I went back over old maps to check the colour of my 
> gridlines.  Until a few weeks ago I only ever used the default rgb colour 
> model, and even now I only specify rgb, but occasionally force Therion to 
> convert by specifying a cmyk colour model.  I found that I actually got a 
> random section of the two gridline output colours over previous years.  My 
> excuse for not picking it as a Therion behaviour is that I routinely use a 
> number of pdf viewers and printers.  They all present line thicknesses and 
> colours slightly differently. Especially Sumatra pdf compared to most others.
>  
> Bruce
>  
>  
> From: Therion  On Behalf Of Martin Budaj
> Sent: Wednesday, 11 August 2021 07:23
> To: List for Therion users 
> Subject: Re: [Therion] Plan gridline colour changes unpredictably
>  
> Hi,
>  
> 0.5white doesn't work in CMYK properly (it's equivalent to 0.5*(0,0,0,0) = 
> (0,0,0,0) = white)
> 0.1black doesn't work in RGB (it's 0.1*(0,0,0) = (0,0,0) = black)
>  
> So your formula produces 50% gray in RGB and 10% gray in CMYK. No idea why 
> you got 10% gray in some RGB setups, some test data would be needed.
>  
> To get 10% grey colour you need to use 0.1[white,black] which works in all 
> RGB, CMYK and Grayscale.
>  
> Cheers
> Martin 
>  
>  
> On Tue, Aug 10, 2021 at 11:29 AM Bruce Mutton  wrote:
> Curious
>  
> I have in my layout some metapost code to redefine the plan gridlines, used 
> without apparent problem for perhaps 10 years.  It includes a colour 
> specification…
>  
> withcolor 0.1black+0.5white;
>  
> Mostly they come out like this, very light grey.  This example is exported 
> using colour-model cmyk, but most of the time using colour-model rgb it looks 
> exactly the same, in my current project (only variables are colour map-fg, 
> some map previews on or off and the colour model).
> 
>  
> For some reason, in my current project, if I use colour-model rgb for a 
> particular output variant, I get a much darker gridline, as below.  Other 
> variants with rgb, the colour of the gridline matches the first example.
> 
>  
> Any hints as to why the difference?
> I might have expected this to occur with the new cmyk colour model, but it 
> does not.
> So far it has only happened with in a single specific case when using the rgb 
> colour model.  I’ll watch for more cases…
> 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
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Graphic tablet with XTherion

[Martin Sluka via Therion]

And I may say the input from tablet is only and only of question of driver of 
tablet, not the xtherion. Xtherion is software which receives events from a 
system, not from a tablet directly.

Martin

> 8. 8. 2021 v 17:39, Axel :
> 
> Hi Bruce,
>  
> I guess any tablet would do, I started with a verry old and really cheap one 
> (A5-sheet sized).
> The size of the tablet usually represents the screen size, so if u have a 
> tiny one u might find it rather hard to draw with it. If u use Inkscape the 
> pen resolution is not the vital factor as u don't capture the stylus-pressure 
> at all.
> After I established that this is the way I want to draw and some larger 
> projekts ahead of me, I got me a fancier one with a display and some shortcut 
> keys and never regretted the purchas...
>  
> As far as I know Xtherion does not support stylus input (one of the reasons I 
> stared to use Inkscape). U klick and hold for the Bezier curves which is 
> handy if u use a mouse, but useless for a stylus. Potentially I have missed 
> some settings in XTherion as I haven't used it for drawing in a long time...
>  
> cheers,
> Axel
> Gesendet: Sonntag, 08. August 2021 um 09:15 Uhr
> Von: "Bruce Mutton" 
> An: "'List for Therion users'" 
> Betreff: [Therion] Graphic tablet with XTherion
> After many many years  XTherioning with a mouse, I think I might try a 
> graphic tablet for drawing with XTherion, and maybe soon, Inkscape.
> 
>  
> Do I need anything fancy, or will the simplest do?
> 
>  
> One of these? https://www.huion.com/pen_tablet/Inspiroy/H430P.html 
> 
>  
> 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

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

[Therion] Better manipulation with background images

[Martin Sluka via Therion]

Stacho added two more buttons to manipulate order of background images.

M.S.

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

Re: [Therion] How to morph sketches

[Martin Sluka via Therion]

And final note (I hope):

There are two kinds of images in thTMPDIR folder: .png (or other extension) and 
.gif. The first one is the source background image, the .gif one is the morphed 
image.

Martin


> 30. 6. 2021 v 22:06, Martin Sluka :
> 
> For example, image from morphing - sketch-warp point and the same image with 
> enhanced contrast and unsharping.
> 
> Martin
> 
> <418-419-4110_point.png><418-419-4110_point_us.png>

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

Re: [Therion] How to morph sketches

[Martin Sluka via Therion]

An final solution:

You may use Command line option when compiling. It will create the folder 
thTMPDIR in working directory. and save there all temporary files created 
during compilation. There you may find your morphed background image too. 
Rename it, move to directory with sketches and use in normal way as any 
background image. You may unsharp it, make more contrast, make transparent and 
so on.

Thanks Stacho to pointed me to this option. Life with Therion is more easy now. 
:)

Martin






> 28. 6. 2021 v 12:30, Tarquin Wilton-Jones via Therion :
> 
> On 28/06/2021 09:58, Martin Sluka via Therion wrote:
>> 28. 6. 2021 v 10:17, Tarquin Wilton-Jones via Therion > <mailto:therion@speleo.sk>
>> <mailto:therion@speleo.sk <mailto:therion@speleo.sk>>>:
>>> 
>>> Ah yes, doing it as separate scraps is a lot less messy. Though in the
>>> end you then probably have to keep using multiple scraps, even if the
>>> idea was to warp it into a nice shape so you can draw it up as a single
>>> scrap.
>> 
>> Anyway you may use all morphed sketches in one final scrap (Torsten).
>> Take care if you add another xvi file it will go above of recent one. So
>> the way is to switch visibility of mesh (xvi itself) to off and move
>> morphed sketch (xvi - IMGn) to correct position: select that sketch in
>> "Background images" field, check coordinates of cursor (lover right
>> corner of map editor window) where you want to place it, write those
>> coordinates to fields next of “Move to” and press Enter. Manually move
>> sketch to exact position. There is the bug in Therion that th2 file will
>> remember only 3 such positions. For fourth and next you should repeat
>> that last step after you open th2 file again.
>> 
>> To move to your sketch is the shortest way to click on point or line in
>> “Object section” - on the top of sections menu.
> 
> So that would be a solution to Bill's problem, of combining separate
> surveys of a single room into one scrap. (Think someone mentioned this
> in that thread too...)
> 
> Just need to set the -name property correctly for each survey station
> (like 1@subsurvey1) if you end up using the resulting .th2 from a parent
> survey that has access to all of the subsurvey data.
> 
> And if they are paper drawings, perhaps morph (warp) them first using
> the instructions from earlier mails in this thread.
> 
> This has been a hugely useful learning exercise :)
> ___
> Therion mailing list
> Therion@speleo.sk <mailto:Therion@speleo.sk>
> https://mailman.speleo.sk/listinfo/therion 
> <https://mailman.speleo.sk/listinfo/therion>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] How to morph sketches

[Martin Sluka via Therion]

And you may prepare two versions of morphed scraps - one with 50% transparency 
and move them to correct position and then replace it wit no transparent using 
coordinates. You may use screenshots, ..

The increase quality of morphed sketches enhance contrast of sketches. 

Martin

Odesláno z iPhonu

28. 6. 2021 v 12:30, Tarquin Wilton-Jones via Therion :

>> On 28/06/2021 09:58, Martin Sluka via Therion wrote:
>> 28. 6. 2021 v 10:17, Tarquin Wilton-Jones via Therion > <mailto:therion@speleo.sk>>:
>>> 
>>> Ah yes, doing it as separate scraps is a lot less messy. Though in the
>>> end you then probably have to keep using multiple scraps, even if the
>>> idea was to warp it into a nice shape so you can draw it up as a single
>>> scrap.
>> 
>> Anyway you may use all morphed sketches in one final scrap (Torsten).
>> Take care if you add another xvi file it will go above of recent one. So
>> the way is to switch visibility of mesh (xvi itself) to off and move
>> morphed sketch (xvi - IMGn) to correct position: select that sketch in
>> "Background images" field, check coordinates of cursor (lover right
>> corner of map editor window) where you want to place it, write those
>> coordinates to fields next of “Move to” and press Enter. Manually move
>> sketch to exact position. There is the bug in Therion that th2 file will
>> remember only 3 such positions. For fourth and next you should repeat
>> that last step after you open th2 file again.
>> 
>> To move to your sketch is the shortest way to click on point or line in
>> “Object section” - on the top of sections menu.
> 
> So that would be a solution to Bill's problem, of combining separate
> surveys of a single room into one scrap. (Think someone mentioned this
> in that thread too...)
> 
> Just need to set the -name property correctly for each survey station
> (like 1@subsurvey1) if you end up using the resulting .th2 from a parent
> survey that has access to all of the subsurvey data.
> 
> And if they are paper drawings, perhaps morph (warp) them first using
> the instructions from earlier mails in this thread.
> 
> This has been a hugely useful learning exercise :)
> ___
> 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 - Multiple background sketches

[Martin Sluka via Therion]

> 21. 6. 2021 v 23:31, Bill Gee :
> 
>  "Double-right-click" is probably not an accurate description.

I apologize myself for misunderstanding. For me to move an object in an 
application on computer screen is always click or double click, hold and drag 
that object. Sorry again.

When one uses xvi file which includes transparent rectangular grid and 
centerline with stations and splay shots and it is on top of stack of sketches 
and xvi files in scrap setup one may positioned correctly a sketch very easy, 
because stations are visible both on xvi layer and on sketch. Double click with 
right button on particular station on sketch, hold right button and drag mouse 
you may move sketch to correct position. 

Another possible way is to use windows with coordinates of lower bottom corner 
of an object and change them manually. Correct coordinates you may read in 
right lower corner of map editor window, where the coordinates of cursor are 
showed.

And if one uses morphed sketches from xvi, they should fit with all stations on 
that sketch. If one uses extra points splay shots should fit too.

Martin

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

Re: [Therion] sort drawings authors

[Martin Sluka via Therion]

There is a problem with Xcode version and cmake compilator, you need 10.13 or 
higher.

Martin

> 4. 6. 2021 v 17:05, Philippe Vernant :
> 
> Thanks Bruce, that did it after I updated my therion release! But now my 
> xtherion isn’t working anymore, the compilation fails at some point. I 
> changed my mac, maybe I shouldn’t have !
> 
> Cheers,
> Phil
> 
> 
> 
>> On 30 May 2021, at 00:13, Bruce Mutton > > wrote:
>> 
>> Yes Phil
>> This functionality was added earlier this year (or was it last year?)
>>  
>> Here is a standard layout that I use.  The comments should give you a clue 
>> as to functionality.
>>  
>> layout LayoutStatisticsNormal 
>> #---  List all participant statistics in order of 
>> contribution but without detail
>>   statistics explo all  # all/off/number   # names of 
>> explorers, or 'number' most significant explorers
>>   statistics explo-length hide  # on/hide/off# on=sort by length 
>> and show, hide=and hide, off=alpha-sort
>>   statistics topo all# all/off/number   # names of 
>> survey team members 
>>   statistics topo-length hide   # on/hide/off # on=sort by 
>> length and show, hide=and hide, off=alpha-sort
>>   statistics carto all   # all/off/number   # names of 
>> scrap authors 
>>   statistics carto-count hide# on/hide/off# on=sort by count 
>> and show, hide=and hide, off=alpha-sort
>>   statistics copyright all# all/off/number   # names of 
>> scrap copyrights  
>>   statistics copyright-count hide # on/hide/off# on=sort by count 
>> and show, hide=and hide, off=alpha-sort
>> endlayout LayoutStatisticsNormal
>>  
>> There is information in the Therion Book pages 55 and 56.
>> 
>> 
>> You may need to update to a more recent version if it is not in your Therion 
>> Book.
>>  
>> Bruce
>>  
>> -Original Message-
>> From: Therion mailto:therion-boun...@speleo.sk>> 
>> On Behalf Of Philippe Vernant
>> Sent: Sunday, 30 May 2021 09:25
>> To: List for Therion users mailto:therion@speleo.sk>>
>> Subject: [Therion] sort drawings authors
>>  
>> Hello,
>>  
>> Is there a way to have the authors of the scraps sorted by the number / 
>> length of drawings instead of alphabetical order? I’ve been looking in the 
>> thbook but could not find anything on that question.
>>  
>> Thanks,
>> Phil
>>  
>> ___
>> 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 background image control and bitmap file size question

[Martin Sluka via Therion]

What Therion does is georeferencing images according coordinates of stations 
and points extra.

Martin

> 13. 5. 2021 v 10:33, Bruce Mutton :
> 
> So XTherion can scale, rotate and morph images.

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

Re: [Therion] XTherion background image control and bitmap file size question

[Martin Sluka via Therion]

It works in cases the sketches are not in scale too. I use it from time to 
time. Points “extra” may help too. Check Thbook - samples at the end. 

Martin

Odesláno z iPhonu

13. 5. 2021 v 10:33, Bruce Mutton :

> > Have you tried export of background sketches from therion as .xvi?
> > Martin
>  
> You mean like this? https://therion.speleo.sk/wiki/outputs#map_th2_therion
> 
> Although I put together that wiki page, I had forgotten this possibility, 
> don’t think I have ever done it with sketches turned on.  I think this is 
> what you were referring to Alistair?
> So XTherion can scale, rotate and morph images.  It is just an indirect 
> process.
> Hopefully I will remember it for next time it comes up.
> 
> Thanks
> Bruce
>  
> 
> 12. 5. 2021 v 22:36, Bruce Mutton :
> 
> Thanks for your replies Paul, Alastair and Axel,
> I was hoping to draw out discussion on basic image manipulation functions in 
> XTherion and maybe to inspire someone to work on developing those.  Maybe I 
> have been successful but it is far too soon to tell.
>  
> Paul, yes, scale and rotation control both for XTherion background images and 
> exported map-images would be great.
>  
> Alistair, Paul, my reason for wanting similar sized (scales) images in my th2 
> file was not so much to join them for the purposes of contiguous scrap 
> drawing, but to avoid the need to zoom in or out when moving from one scrap 
> to another.  It also allows copying (with a text editor) drawing objects, 
> then using Xtherion to move one of them from one scrap to another – useful 
> for coincident lines on adjacent scrap boundaries and other things. Most of 
> the time I avoid joining up background images, as for me Therion’s superpower 
> is allowing the user to work on small easily manageable bits of information, 
> then joining them up at compilation time.
>  
> Axel.  Yes, the Inkscape Plugin.  I was excited about this when Thomas first 
> posted it.  I managed to parse a th2 file to InkScape, but then I was so lost 
> that I got no further.  Could not parse the th2 file back out to Therion, so 
> I gave up at that point.  I recognise the potential, but I am lacking 
> knowledge and experience in the basics of image manipulation software.  Maybe 
> one day I will learn how to use Inkscape, Illustrator, GIMP, CoralDraw etc…
>  
> I managed to enlarge my png image 3.5 x while reducing it from 600 kB to 500 
> kB using more or less default export settings in GIMP), so my miserly 
> tendencies are satiated for now.
> I am working on my next question now…
>  
> Bruce
>  
> From: Therion  On Behalf Of Bruce Mutton
> Sent: Friday, 7 May 2021 08:14
> To: 'List for Therion users' 
> Subject: [Therion] XTherion background image control and bitmap file size 
> question
>  
> Mōrena
> I am wondering if XTherion can scale background images, or if anyone has 
> hints on scanned image settings that generate a larger background image, that 
> is economical on bytes?
>  
> Back story:
> I created a multi-level survey (shaft system in cave) with PocketTopo, rather 
> than creating many small survey files to keep each level separate.
> At home I printed the PocketTopo bitmap, then sketched over three of the four 
> main levels that I now want to draw with Therion.
> Then I created an xvi with TopParser (I chose my usual export settings, and 
> of course maybe I could have chosen better settings).
>  
> You can see the xvi and some drawing directly on that xvi in the image below.
> You can also see the three 100 dpi png background images that I imported into 
> XTherion.
> The three images are much smaller than the xvi and while it so happens the 
> zoom range is such in XTherion that I could easily draw my scraps over them, 
> I would like all four scrap background to be a similar size.  It just makes 
> life easier into the future that way.
> I am a novice when it comes to bitmap manipulation, but I managed to use GIMP 
> to scale up one of the images about 3.5 times.  You can also see that in the 
> image below.  It is about the same size as the xvi which is what I am after
>  
> My frustration is that the original png images are all about 600 kB and the 
> enlarged image is about 3000 kB.  I am a miser and I would like to minimise 
> bloat in my project repository.
>  
> Can we scale the image in XTherion, using the original smaller file as the 
> permanent source?
> Or are there tricks to enlarging the png image while maintaining a modest 
> file size?
> I am aware that jpg will likely compress to fewer bytes, and will try that 
> unless it becomes too blurry.
>  
>  
> 
> 
>  
> It looks like XTherion th2 file header has some unused controls. I could not 
> find any documentation on this, so I have deduced the format as follows…
>  
> ##XTHERION## xth_me_image_insert {x coord visibility[0=off, 1=on] gamma} {y 
> coord {}} filename and path  {< 
> unknown empty variable >}
>  
> Maybe there is scope for scaling and rotation of images by XTherion in here? 
> 

Re: [Therion] XTherion background image control and bitmap file size question

[Martin Sluka via Therion]

Have you tried export of background sketches from therion as .xvi?

Martin

Odesláno z iPhonu

12. 5. 2021 v 22:36, Bruce Mutton :

> Thanks for your replies Paul, Alastair and Axel,
> I was hoping to draw out discussion on basic image manipulation functions in 
> XTherion and maybe to inspire someone to work on developing those.  Maybe I 
> have been successful but it is far too soon to tell.
>  
> Paul, yes, scale and rotation control both for XTherion background images and 
> exported map-images would be great.
>  
> Alistair, Paul, my reason for wanting similar sized (scales) images in my th2 
> file was not so much to join them for the purposes of contiguous scrap 
> drawing, but to avoid the need to zoom in or out when moving from one scrap 
> to another.  It also allows copying (with a text editor) drawing objects, 
> then using Xtherion to move one of them from one scrap to another – useful 
> for coincident lines on adjacent scrap boundaries and other things. Most of 
> the time I avoid joining up background images, as for me Therion’s superpower 
> is allowing the user to work on small easily manageable bits of information, 
> then joining them up at compilation time.
>  
> Axel.  Yes, the Inkscape Plugin.  I was excited about this when Thomas first 
> posted it.  I managed to parse a th2 file to InkScape, but then I was so lost 
> that I got no further.  Could not parse the th2 file back out to Therion, so 
> I gave up at that point.  I recognise the potential, but I am lacking 
> knowledge and experience in the basics of image manipulation software.  Maybe 
> one day I will learn how to use Inkscape, Illustrator, GIMP, CoralDraw etc…
>  
> I managed to enlarge my png image 3.5 x while reducing it from 600 kB to 500 
> kB using more or less default export settings in GIMP), so my miserly 
> tendencies are satiated for now.
> I am working on my next question now…
>  
> Bruce
>  
> From: Therion  On Behalf Of Bruce Mutton
> Sent: Friday, 7 May 2021 08:14
> To: 'List for Therion users' 
> Subject: [Therion] XTherion background image control and bitmap file size 
> question
>  
> Mōrena
> I am wondering if XTherion can scale background images, or if anyone has 
> hints on scanned image settings that generate a larger background image, that 
> is economical on bytes?
>  
> Back story:
> I created a multi-level survey (shaft system in cave) with PocketTopo, rather 
> than creating many small survey files to keep each level separate.
> At home I printed the PocketTopo bitmap, then sketched over three of the four 
> main levels that I now want to draw with Therion.
> Then I created an xvi with TopParser (I chose my usual export settings, and 
> of course maybe I could have chosen better settings).
>  
> You can see the xvi and some drawing directly on that xvi in the image below.
> You can also see the three 100 dpi png background images that I imported into 
> XTherion.
> The three images are much smaller than the xvi and while it so happens the 
> zoom range is such in XTherion that I could easily draw my scraps over them, 
> I would like all four scrap background to be a similar size.  It just makes 
> life easier into the future that way.
> I am a novice when it comes to bitmap manipulation, but I managed to use GIMP 
> to scale up one of the images about 3.5 times.  You can also see that in the 
> image below.  It is about the same size as the xvi which is what I am after
>  
> My frustration is that the original png images are all about 600 kB and the 
> enlarged image is about 3000 kB.  I am a miser and I would like to minimise 
> bloat in my project repository.
>  
> Can we scale the image in XTherion, using the original smaller file as the 
> permanent source?
> Or are there tricks to enlarging the png image while maintaining a modest 
> file size?
> I am aware that jpg will likely compress to fewer bytes, and will try that 
> unless it becomes too blurry.
>  
>  
> 
> 
>  
> It looks like XTherion th2 file header has some unused controls. I could not 
> find any documentation on this, so I have deduced the format as follows…
>  
> ##XTHERION## xth_me_image_insert {x coord visibility[0=off, 1=on] gamma} {y 
> coord {}} filename and path  {< 
> unknown empty variable >}
>  
> Maybe there is scope for scaling and rotation of images by XTherion in here? 
> !!
>  
> Sample of th2 file header
>  
> ##XTHERION## xth_me_image_insert {1386.441811022 1 1.0} 
> {844.524488189 7.14} ptopo/7-Laghu_p.xvi 0 {}
> ##XTHERION## xth_me_image_insert {1893.842519685 1 1.0} {1306.5748031498001 
> 7.19} ptopo/9-Laghu_p.xvi 0 {}
> ##XTHERION## xth_me_image_insert {1278.0 1 1.0} {585.8818897638002 {}} 
> ptopo/7-LaghuPLAN-Sketches-26Jul2020-Pg01of03.png 0 {}
> ##XTHERION## xth_me_image_insert {550.0 1 1.0} {589.8818897638002 {}} 
> ptopo/7-LaghuPLAN-Sketches-26Jul2020-Pg02of03.png 0 {}
> ##XTHERION## xth_me_image_insert {6.0 1 1.0} {583.8818897638002 {}} 
> ptopo/7-LaghuPLAN-Sketches-26Jul2020-Pg03of03.png 0 

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

[Martin Sluka via Therion]

> 21. 4. 2021 v 11:41, Tarquin Wilton-Jones via Therion :
> 
>> I have found that stopping the walls on both sides
>> of the passage in a single scrap will upset kml generation.
> 
> Absolutely. I have reproduced the problem on a small scale like this.

This should solve your problem. Anyway, if you will try to imagine such 
situation as missing wall in passage is it is not real. There should be some  
kind off wall to circumscribe passage (emty space) from bedrock.

M.

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

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

[Martin Sluka via Therion]

> 20. 4. 2021 v 12:58, Michael Ross :
> 
> Yellow ticks checked, outline parms checked, passage fills are displayed 
> correctly in PDF.

This is not correct example of section line:



It should be in this way:



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

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

[Martin Sluka via Therion]

Yellow tick indicate “the air”. 

M. 

Odesláno z iPhonu

19. 4. 2021 v 21:52, Bruce Mutton :

> Hi Michael
> Unless Stacho's magic fixes your problem, I would expect that it is most
> likely that the yellow tick marks do not point inside of the passages in all
> cases, or -outline in/out is not set correctly.  Your example image is
> exactly the sort of thing that first time kml users produce.  It is very
> common.
> There should not be any problem with many short wall lines, except that with
> many, there is more opportunity to get a yellow tick or -outline wrong.
> 
> A couple of months ago I encountered a case where ends of two adjacent
> scraps were one above the other, and one of them was well rendered, and the
> other as in your example.  Turned out that both scraps were drawn correctly
> and simply moving one of the end lines a bit fixed the problem.  Have never
> encountered that before as far as I know, and I would expect that this is
> unlikely to be your problem.
> 
> Have a look at
> https://therion.speleo.sk/wiki/tips#avoiding_invisible_or_misshapen_scraps_i
> n_loch_and_google_earth It is a bit outdated now, as I think the behaviours
> are different now, but it gives you an idea of what to look out for.
> 
> When troubleshooting this sort of thing, also produce pdf outputs with a
> passage foreground colour.  This can point to problems with gaps between
> scraps and incorrect yellow ticks (interior of passage), but will not
> identify -outline errors (because the pdf generator seems to reliably know
> better than the user!)
> 
> Bruce
> 
> 
> -Original Message-
> From: Therion  On Behalf Of Michael Ross
> Sent: Tuesday, 20 April 2021 02:20
> To: therion@speleo.sk
> Subject: [Therion] Need help producing scraps.kml without white blobs
> 
> Hello there,
> 
> I "own" a fairly large dataset of a maze cave.
> Producing PDF output works well,
> but when producing kml using
> 
>  export map -projection plan  -output Scraps.kml
> 
> I get large white blobs where there should be transparency. See attachment.
> 
> First assumption was that Therion needs some help by marking certain walls
> "outline in".
> But that didn't help.
> 
> Then I tried redrawing the walls of the affected passages to get long lines
> of walls rather than concatenated short sections of walls, assuming that
> would help Therion to better understand.
> Didn't help.
> 
> Anyone had this problem so far?
> 
> If there is a way to post-process the kml file to remove the white areas,
> that would also help.
> 
> Or any other hint to systematically track this down.
> 
> Kind Regards,
> Michael
> 
> 
> 
> ___
> 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] Two inner walls gives an error

[Martin Sluka via Therion]

Inner wall should have the parameter -outline in. It means „outline“ or bedrock 
is inside area bounded by line „wall“. 

Martin

> 17. 4. 2021 v 15:22, ⁨עמרי גסטר⁩ <⁨omri...@gmail.com⁩>:
> 
> In the first image the inner wall is defined "out" and the yellow tick facing 
> outward and this works fine.
> 

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

Re: [Therion] Join 3 scraps from different maps

[Martin Sluka via Therion]

What about to joint them in survey above all of particular surveys? Just follow 
name space convention.

Martin S.

> 5. 3. 2021 v 22:12, Axel :
> 
> hi,
>  
> exactly what I tried :)
>  
> It is a three way junction, but knowing that this is impossible I thougt to 
> remember that this should work with line-joins (thats why I went down that 
> alley).
> Map1 is a broad passage with a floor step(climb) in the middle. this is where 
> the scraps join. As I need to use 'above' on one of the scraps I need that 
> split.
> The passage continues below the floor-step which is the scrap from map2. As 
> it is, putting them together in one map is not possible as I can't change the 
> data-structure.
> 
> Benni suggested that it might be a problem of the id's which contain a dot 
> (eg. 123p1.2-w1) but we tried to change the id's with no success...
> Also tried to define a map in the main-th-file with the three scraps and 
> joined the lines there. But that doesn't change behaviour (supposely as the 2 
> scraps from map1 are still joined in the subfolder-1-file).
>  
> It might be as simple as it is not possible to do so, but then that would be 
> odd as I guess others might stumble over that problem as well?
>  
> Axel
>  
> Gesendet: Freitag, 05. März 2021 um 21:35 Uhr
> Von: "Bruce Mutton" 
> An: "'List for Therion users'" 
> Betreff: [Therion] Join 3 scraps from different maps
> Interesting behaviour Axel
> 
> I have never had any problems joining using the end keyword or to the last 
> point in a line, and don’t happen to have noticed anything like this that has 
> broken with recent years releases.
> 
> From your description I think I use a similar folder and therion data 
> structure, and usually a simple join scrap1@surveyA scrap2@surveyB is 
> sufficient unless there is some complexity.  Seems like you tried this 
> approach.  I don’t have any insights.
> 
> Out of interest are you joining the three scraps at the exact same location 
> (three way junction) or are they just three scraps in a sequential line as 
> you traverse along a single passage?
> 
> Bruce
> 
>  
> From: Therion  On Behalf Of Axel
> Sent: Saturday, 6 March 2021 09:11
> To: therion@speleo.sk
> Subject: [Therion] Join 3 scraps from different maps
> 
>  
> good evening all,
> 
>  
> just encountered a strange behaviour with join an need some advice:
> 
> The structure of the cave is nested: The main folder contais a th-file and 
> sub-folders of different areas with its own th-files.
> 
> In one of those subfolders I joined 2 scraps in a map, all good. Now I need 
> to join at this position another scrap from a different subfolder in the main 
> th-file.
> 
> As far as I remembered, I simply join that in the main th-file with one of 
> the 2 scraps from the other folder. However, it does not join the new scrap 
> (simply igores the comand by the look of it). Log files seem to show no error 
> and the compiler also says OK.
> I gave the lines id's and tried to join them directly, the sub-map behaves 
> like expected but the main-map still ignores the comand. I thought maybe 
> Therion has a problem with the :end annotation and played around with the 
> points. It turns out, that I can join the lines at every point exept the last 
> one (eg.: first line: point 0/ second line: (has 8 points) 0-7, no problem, 8 
> or end is ignored).
> 
> Now am I too stupid and that was all the time like that without me noticing, 
> or is that a bug?
> 
>  
> Am using the latest stable release 5.7.7 (2021.02.06)...
> 
>  
> thanks a lot,
> 
> Axel
> 
> ___ 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] 3D model height

[Martin Sluka via Therion]

I’m not sure about your problem, but as I find the most accurate heights are 
those from DMR5 models for Slovakia and Czechia. But there are differences 
between DMR3 and DMR5 as you may see on screenshot.

Martin




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

Re: [Therion] Splays appearing when not selected

[Martin Sluka via Therion]

Hi Beni


that is not a problem of „spikes“ but as you may see on attached picture I had 
the same problem with one my project.

There were two scraps covered part the same area overlapped. Surveyed in two 
different surveying trips by two different groups drawn by two different 
people. As a result that overlapped area created something as infinite vertical 
chimney.

I had to comment one scrap in time from that part of cave and checked the 
result. Than I shorted one of those particular scraps and added correct join.

HTH

Martin



> 2. 2. 2021 v 9:48, Benedikt Hallinger :
> 
> Hm, that didn't help, unfortunately.
> in the meantime I also tried coloring the PDF by altitude, this is not 
> affected and working like expected.
> 
> Martin has readonly svn access to the data and may investigate in the dataset?
> I just unlocked it for that purpose.
> 
> The affected thconfig is svn/Hirlatzhoehle/Zubringer/therion/thconfig
> and the scrap in question is in  
> svn/Hirlatzhoehle/Zubringer/1/therion/1.1.plan-2-b.th2
> The last known station is 1.2.26j
> 
> In the thconfig I noted the following (just local here)
> 
> # Hirlatzdaten importieren
> source ../../../Hirlatzhoehle/therion/Hirlatzhoehle.th  # wrong 
> dimensions in lox
> #source ../../../Hirlatzhoehle/Zubringer/therion/Zubringer.th   # works 
> somewhat-ok in lox (still extruded to top of box, but the box itself is small)
> 
> 
> Greetings,
> Beni
> 
> 
> 
> Am 2021-02-02 6:31, schrieb Stacho Mudrak:
>> In that case and if there is just one station in this wrong scrap,
>> maybe inserting point dimensions with some reasonable -value [
>>  m] over this station in the scrap should help to normalize
>> these crazy heights.
>> If there are no up/down data in the centreline, therion calculates
>> up/down dimensions from shots from a given station. It is not a
>> perfect algorithm and in your case, there is some issue. Placing a
>> point dimension close to the station should override this calculation.
>> HTH, S.
>> On Mon, 1 Feb 2021 at 23:10, Benedikt Hallinger 
>> wrote:
>>> It's hard to isolate.
>>> The structure is like this:
>>> Hirlatzhoehle/Zubringer/,
>>> where Zubringer contains more surveys.
>>> Each folder has its own therion/ subfolder containing the therion
>>> sources.
>>> If i do "source ../../../Hirlatzhoehle/therion/Hirlatzhoehle.th" the
>>> bug
>>> occurs.
>>> That command sources the entire cave.
>>> If i do source just the region with "source
>>> ../../../Hirlatzhoehle/Zubringer/therion/Zubringer.th" (which
>>> contains
>>> essentially the same maps and scraps!) the bug occurs.
>>> I have no idea how to track this don further, since we already talk
>>> about alot of data (2.4 km).
>>> Am 2021-02-01 21:37, schrieb Benedikt Hallinger:
 I try to boil it down
 Am 2021-02-01 21:12, schrieb Stacho Mudrak:
> Hmmm, even scraps extending far beyond a known station could
>>> cause a
> problem - usually, it is the case with steep passages. In your
>>> case,
> it looks like some outline problem.
> Are you able to isolate such scrap and send me some minimalistic
> sample?
> Thanks, S.
> On Mon, 1 Feb 2021 at 20:10, Benedikt Hallinger
>>> 
> wrote:
>> Hi, thanks for responding,
>> i have the problem only tested with the lox.
>> The red box fits nicely my selected data.
>> The survex file also is OK.
>> Probably it's caused by artifacts, see screenshot.
>> Thats an old bug, and caused by some scraps extending far beyond
>>> a
>> known
>> station (walls are marked unsurveyed).
>> Am 2021-02-01 19:52, schrieb Stacho Mudrak:
>>> Hi Beni,
>>> thanks for review.
>>> Are you having coloring problem with .lox file or .pdf map?
>>> I have tried on my dataset, but when I select whole cave -
>>> entire
>>> color range is used - from magenta to red.
>>> When I select just a part of the cave, coloring changes and the
>> whole
>>> range is used for selected part.
>>> Does your red rectangle fit selected data or is it much bigger?
>>> If
>> the
>>> latter is the case, there must be some artifacts still
>>> remaining -
>>> that were not removed with selection. Maybe some stations? Does
>> this
>>> problem remain also with aven .3d export?
>>> It would be great if we could find this bug before therion goes
>>> to
>>> debian release.
>>> S.
>>> On Mon, 1 Feb 2021 at 10:17, Benedikt Hallinger
>> 
>>> wrote:
 Checked it, looks good for me (data selection, and pdf map
>> printout
 with
 people showing up again), with one exception:
 - I source all of the cave's data. (ok)
 - Then i select jsut a part of it. (ok)
 - The lox output contains just the selected part (ok)
 - The altitude coloring is all the same, despite having
>> significant
 altitude changes in the dataset.
 The reason seems to be that the coloring is done according in

Re: [Therion] Splays appearing when not selected

[Martin Sluka via Therion]

> 1. 2. 2021 v 20:10, Benedikt Hallinger :
> 
> Probably it's caused by artifacts, see screenshot.
> Thats an old bug, and caused by some scraps extending far beyond a known 
> station (walls are marked unsurveyed).

I had the same artifact when I created two overlapped scraps of the same part 
of passage referenced by the same stations.

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

[Therion] Matrix of heights from Lidar data?

[Martin Sluka via Therion]

Hi,

anybody has a recipe how to extract matrix of heights from Lidar data preferred 
a free solution.

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

[Therion] Metapost inspirations

[Martin Sluka via Therion]

Some advanced Metapost code for ancient looking illustrations (or maps):

https://github.com/jemmybutton/fiziko
https://m.habr.com/en/post/454376/
https://habr.com/ru/post/423571/?_ga=2.47603047.1584527340.1610742907-1962251908.1610742907

Enjoy

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

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

[Martin Sluka via Therion]

Nor Survex, nor Therion support theodolite, as I know. Isn’t better to input 
such measurements as fix points?

Martin

Odesláno z iPhonu

14. 12. 2020 v 19:09, Stacho Mudrak :

> Hello,
> 
> could you please try the latest commit? I do not think that even a warning 
> for 270 (=-90) to 360 (=level) degrees clino is necessary. An error can occur 
> if you manually type a comma in the wrong place, but the same may happen with 
> compass & tape and there is no warning.
> 
> S.
> 
>> On Mon, 14 Dec 2020 at 09:43, Andrew Atkinson  wrote:
>> We have now used 3 different 'Total stations' all by different manufacturers
>> 
>> All seem to give a choice between
>> 
>> 270 as down 0 as level and 90 as up
>> 
>> or
>> 
>> 0 as down 90 as level and 180 as up
>> 
>> None of them have given the choice for negative clino (all the machines
>> we have use are old, but digital.
>> 
>> So it does seem normal for theodolites!
>> 
>> With hindsight I should have chosen the latter,then I could have just
>> calibrated with a calibrate clino 90
>> 
>> But it was difficult to get your head round, plus I was using pockettopo
>> (and sexytopo) to draw the survey in the cave, so it was easier to use
>> the 270 as down version
>> 
>> It would be really useful to be able in a centreline-endcentreline nest
>> to be able to suppress the out of range error and use the 270 to 360
>> readings, but still have the error/warning for the more normal surveys
>> 
>> thanks
>> 
>> Andrew
>> 
>> On 14/12/2020 08:24, Martin Sluka via Therion wrote:
>> > Are you sure those data are “normal”?
>> > 
>> > Martin
>> > 
>> > Odesláno z iPhonu
>> > 
>> > 14. 12. 2020 v 1:10, alastair gott :
>> > 
>> >> Hi Andrew, if you can get deg,mins,secs to work in survex then you can 
>> >> use the .3d file with the surveys use command. (But I think from your 
>> >> careful wording, you already know this).
>> >>
>> >> import use.3d -surveys use
>> >>
>> >> Not ideal afaik for “mixing local and global coordinates” so tricky if 
>> >> your going for a kml output if you have to use with mixed .3d and normal 
>> >> .th files.
>> >>
>> >> It would be good if you could select a lookup file for the Clino, then 
>> >> you could easily create a translation file in excel and save that as a 
>> >> .th for your total station .th file to lookup to. But no idea if this is 
>> >> feasible or even an idea at all.
>> >>
>> >> Al.
>> >>
>> >> Sent from my iPhone
>> >>
>> >>> On 13 Dec 2020, at 18:15, Andrew Atkinson  wrote:
>> >>>
>> >>> Hello
>> >>>
>> >>> I thought that there was a way I could stop the out of range error, but
>> >>> I cannot now find it. It would be an a useful command to have as instead
>> >>> of negative readings we got readings between 270 and 359, which although
>> >>> strange is valid. In survex readings over 90 are just a warning, which
>> >>> seems far more sensible, the problem is that I don't think that I can
>> >>> enter the data in survex either without conversion as I don't think that
>> >>> degrees minutes and seconds can be entered.
>> >>>
>> >>> So I'm stuck with data that I have to convert, for different reasons
>> >>> depending on whether I use survex of therion.
>> >>>
>> >>> Here is part of the file, I have quiet a few
>> >>>
>> >>> survey
>> >>>
>> >>> centreline
>> >>> data normal from to clino compass tape ignoreall
>> >>> 121:08:2583:37:4017.88
>> >>> 2300:00:00-:-:-0.055
>> >>> 3-02:39:00266:49:003.206
>> >>> 3-314:28:20299:57:452.02
>> >>> 3-16:32:25312:13:201.246
>> >>> 3-06:22:3584:16:101.17
>> >>> 3-309:16:4584:15:501.846
>> >>> 3-55:00:10122:44:500.77
>> >>> 3-325:02:55249:55:451.014
>> >>> 35359:30:50338:07:2516.674
>> >>> 5-306:52:00262:23:201.402
>> >>> 5-59:29:30343:51:301.076
>> >>> 5-305:08:25358:34:301.274
>

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

[Martin Sluka via Therion]

Are you sure those data are “normal”?

Martin

Odesláno z iPhonu

14. 12. 2020 v 1:10, alastair gott :

> Hi Andrew, if you can get deg,mins,secs to work in survex then you can use 
> the .3d file with the surveys use command. (But I think from your careful 
> wording, you already know this).
> 
> import use.3d -surveys use
> 
> Not ideal afaik for “mixing local and global coordinates” so tricky if your 
> going for a kml output if you have to use with mixed .3d and normal .th files.
> 
> It would be good if you could select a lookup file for the Clino, then you 
> could easily create a translation file in excel and save that as a .th for 
> your total station .th file to lookup to. But no idea if this is feasible or 
> even an idea at all.
> 
> Al.
> 
> Sent from my iPhone
> 
>> On 13 Dec 2020, at 18:15, Andrew Atkinson  wrote:
>> 
>> Hello
>> 
>> I thought that there was a way I could stop the out of range error, but
>> I cannot now find it. It would be an a useful command to have as instead
>> of negative readings we got readings between 270 and 359, which although
>> strange is valid. In survex readings over 90 are just a warning, which
>> seems far more sensible, the problem is that I don't think that I can
>> enter the data in survex either without conversion as I don't think that
>> degrees minutes and seconds can be entered.
>> 
>> So I'm stuck with data that I have to convert, for different reasons
>> depending on whether I use survex of therion.
>> 
>> Here is part of the file, I have quiet a few
>> 
>> survey
>> 
>> centreline
>> data normal from to clino compass tape ignoreall
>> 121:08:2583:37:4017.88
>> 2300:00:00-:-:-0.055
>> 3-02:39:00266:49:003.206
>> 3-314:28:20299:57:452.02
>> 3-16:32:25312:13:201.246
>> 3-06:22:3584:16:101.17
>> 3-309:16:4584:15:501.846
>> 3-55:00:10122:44:500.77
>> 3-325:02:55249:55:451.014
>> 35359:30:50338:07:2516.674
>> 5-306:52:00262:23:201.402
>> 5-59:29:30343:51:301.076
>> 5-305:08:25358:34:301.274
>> 5-315:26:2090:51:351.632
>> 5-29:12:4577:01:351.891
>> 5-19:55:5033:02:003.071
>> 5-348:22:3531:08:253.707
>> 5-350:35:2015:31:254.292
>> 5-13:29:3515:31:204.202
>> 5-12:24:5030:20:207.919
>> 5617:29:0531:28:506.444
>> 6-307:24:35149:47:351.738
>> 6-344:44:40149:45:301.426
>> 6-77:05:35149:36:051.523
>> 6-306:05:00314:12:100.84
>> 6-353:47:5094:54:352.091
>> 6-00:42:00219:31:405.446
>> 6-18:33:50230:03:054.468
>> 6712:26:05241:13:004.272
>> 
>> .etc
>> 
>> Anyone got a solution that does not mean I have to convert in a spreadsheet?
>> 
>> thanks
>> 
>> Andrew
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailman.speleo.sk%2Flistinfo%2Ftheriondata=04%7C01%7C%7Cccbda31a118a4d7920f708d89f9316f5%7C84df9e7fe9f640afb435%7C1%7C0%7C637434801373846851%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=C3FiInOMQihrMsvJa7aW1p%2FMHe83Q%2BZSDsw1NVslcA8%3Dreserved=0
> ___
> 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] Vertical scalebar created by Juraj Halama added to wiki

[Martin Sluka via Therion]

From Juraj:

It is not a regular point due to its size, but all the features of points are 
working...

def p_u_symbol_plan (expr pos,theta,sc,al) =
U := (-3.25u, 3.25u);
T := identity aligned al rotated theta scaled sc shifted pos;
pickup PenB;
q := ((-3.26u, -.95u) -- (1.74u, -.95u) -- (2.8u, .82u) -- (-1.49u, .82u) 
-- cycle);
thfill q withcolor .85;
thdraw q;
q := ((-.175u, .5u) -- (0u, 0u) -- (.175u, .5u) .. (0u, .45u) .. cycle);
thfill q withcolor .5green;
thdraw q withcolor .5green;
thdraw (0u, 0u) -- (0u, 2.31u) withcolor .5green; 
enddef;

def p_u_symbol_extend (expr pos,theta,sc,al) =
U := (-2.5u, 2.5u);
T := identity aligned al rotated theta scaled sc shifted pos;
pickup PenB;
q := ((-2.346u, -2.480u) -- (-.48u, -2.116u) -- (-.48u, 1.573u) -- 
(-2.346u, 1.354u) -- cycle);
thfill q withcolor .85;
q := ((-1.551u, -2.878u) -- (1.438u, -.766u) -- (1.438u, 2.388u) -- 
(-1.551u, 1.118u) -- cycle);
thfill q withcolor .75;
thdraw q;
thdraw (-.48u, -2.116u) -- (-.48u, 1.573u) dashed evenly;
q := ((.446u, -1.461u) -- (2.120u, -1.094u) -- (2.120u, 2.184u) -- (.446u, 
1.965u) -- cycle);
thfill q withcolor .85;
thdraw (.446u, -1.461u) -- (.446u, 1.965u) dashed evenly;
q := ((-.175u, .5u) -- (0u, 0u) -- (.175u, .5u) .. (0u, .45u) .. cycle) 
rotated -90;
thfill q withcolor .5green;
thdraw q withcolor .5green;
thdraw (0u, 0u) -- (2.31u, 0u) withcolor .5green; 
enddef;

...and do not forget to remove it from legend:

text sk "point u:symbol_plan" ""
text sk "point u:symbol_extend" ""


> 1. 12. 2020 v 21:15, alastair gott :
> 
> Hi Martin,
> 
> Do you have the meta post for the plan and elevation symbols? They look great!
> 
> 
> 
> 
> thanks,
> Al
> From: Therion mailto:therion-boun...@speleo.sk>> 
> on behalf of Martin Sluka via Therion  <mailto:therion@speleo.sk>>
> Sent: 01 December 2020 15:41
> To: List for Therion users mailto:therion@speleo.sk>>
> Cc: Martin Sluka mailto:martinsl...@me.com>>
> Subject: Re: [Therion] Vertical scalebar created by Juraj Halama added to wiki
>  
> 
> 
>> 29. 11. 2020 v 23:15, Bruce Mutton > <mailto:br...@tomo.co.nz>>:
>> 
>> Has this been compiled entirely with Therion, or has it been post processed 
>> with the likes of Illustrator or Inkscape?
> 
> As I may say, entirely in Therion with some editing of Metapost and TeX. 
> Logos were created in some other programs.
> 
> Juraj Halama is not in front of his computer now, he will answer you later.
> 
> Martin
> ___
> Therion mailing list
> Therion@speleo.sk <mailto:Therion@speleo.sk>
> https://mailman.speleo.sk/listinfo/therion 
> <https://mailman.speleo.sk/listinfo/therion>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Vertical scalebar created by Juraj Halama added to wiki

[Martin Sluka via Therion]

> 29. 11. 2020 v 23:15, Bruce Mutton :
> 
> Has this been compiled entirely with Therion, or has it been post processed 
> with the likes of Illustrator or Inkscape?

As I may say, entirely in Therion with some editing of Metapost and TeX. Logos 
were created in some other programs.

Juraj Halama is not in front of his computer now, he will answer you later.

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

Re: [Therion] Vertical scalebar created by Juraj Halama added to wiki

[Martin Sluka via Therion]

therion.speleo.sk <http://therion.speleo.sk/>

https://therion.speleo.sk/wiki/metapost 
<https://therion.speleo.sk/wiki/metapost>

Martin

> 26. 11. 2020 v 14:12, Benedikt Hallinger :
> 
> Cool, do you have a link? :)
> 
> Am 2020-11-26 11:55, schrieb Martin Sluka via Therion:
>> Vertical scalebar created by Juraj Halama added to wiki
>> Martin Sluka
>> ___
>> 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] Vertical scalebar created by Juraj Halama added to wiki

[Martin Sluka via Therion]

Vertical scalebar created by Juraj Halama added to wiki

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

Re: [Therion] Symbol assign - use metapost def instead

[Martin Sluka via Therion]

Anyway you may hack the file thTrans.mp

Martin

> 2. 11. 2020 v 10:08, Pavel Herich :
> 
> It does work, thank You!
> Pavel
> 
> Dňa 2020-11-02 09:25 Bruce Mutton napísal(a):
>> I have done exactly that, but with conjectural water to be shown with
>> the permanent water symbol.
>> Need to use a little metapost in your layout...
>>  #replace conjectural waterflow symbol with permanent symbol to
>> improve visibility
>>  code metapost
>>  def l_waterflow_conjectural (expr Path) =
>>l_waterflow_permanent_UIS (Path);
>>  enddef;
>>  endcode
>> You need to do a similar thing with the definition of your debris and
>> presumed wall lines to show instead as bedrock.
>> Bruce
>> -Original Message-
>> From: Therion  On Behalf Of Pavel Herich
>> Sent: Monday, 2 November 2020 20:27
>> To: List for Therion users 
>> Subject: [Therion] Symbol assign
>> Hi,
>> when exporting maps to a large scale, I´d like to assign wall:debris,
>> wall:presumed etc. to just "wall". "Symbol-assign line wall:debris
>> wall:bedrock" in config file doesn´t work, any idea?
>> Thank you
>> Pavel
>> ___
>> 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] Creating PDF/A map files

[Martin Sluka via Therion]

http://texdoc.net/texmf-dist/doc/latex/pdfx/pdfx.pdf

Martin


> 22. 10. 2020 v 18:30, Tarquin Wilton-Jones via Therion :
> 
>> we need tranparency (I think)
> 
> Render your survey to SVG, and you will very quickly see that yes, you
> need transparency, wherever you get a lot of overlaps. The only other
> option would be for Therion to implement its own opacity engine and
> output a computed rendering, and I doubt anyone here wants to implement
> that.
> 
>> We can gzip the files after creation but a
>> foo.PDF.gz is a lot less handy than a foo.PDF with internal
>> compression.
> 
> And Windows users would not know what to do with it.
> 
> Does it take much space to bundle the fonts? Those can be extremely
> large in some cases (though I guess that part is simplified by Therion
> using just one font).
> 
> If those are bundled, isn't it pretty much self contained?
> 
> I personally see no need to remove compression. It's not like a PDF
> viewer is going to somehow lose support for it in future. Browsers have
> not dropped support for deflate or gzip. If anything, viewers (for as
> long as PDF viewers exist) will gain support for things like that over
> time, rather than losing it.
> ___
> 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] Include additional symbols in the legend

[Martin Sluka via Therion]

This is the trick! 

Thanks!

Martin

> 22. 10. 2020 v 13:23, Xavier Robert :
> 
> Hi,
> 
> Or a possibility : In one of your th2 for the plan, draw the missing 
> symbol(s) from your plan that appears in your extended elevation, but draw 
> them outside of the cave’s walls, and with the option -clip on. 
> I have not tried, but they should then appear in the legend of your plan-pdf, 
> but not in the plan view.
> 
> Cheers,
> 
> Xavier
> 
>> Le 22 oct. 2020 à 13:00, Tarquin Wilton-Jones via Therion 
>>  a écrit :
>> 
>> On 22/10/2020 11:44, Martin Sluka via Therion wrote:
>>> Sorry, invisible symbols are not included in legend.
>> 
>> you might be able to include a custom symbol that looks the same, which
>> chooses to draw nothing when not in the legend. that's quite a hack though.
>> 
>> ___
>> 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] Include additional symbols in the legend

[Martin Sluka via Therion]

Sorry, invisible symbols are not included in legend.

Martin


> 22. 10. 2020 v 11:33, Martin Sluka via Therion :
> 
> I think you may add them to plan as invisible. But not sure they’ll be in the 
> legend.
> 
> Martin
> 
> 
>> 21. 10. 2020 v 23:08, Evaristo Quiroga > <mailto:e...@ecgracia.com>>:
>> 
>> Hy,
>> 
>> I have create a map with extended profile and plant together, with the 
>> following commands: 
>> export map -projection  extended -o alzado.pdf -layout Layout_ECB \
>> -layout-map-header 0 0 off \
>> -layout-map-header 0 0 nw \
>> -layout empty_header
>>
>> export map -projection plan -o ./00_OUTPUT/EstebanFelipe_TOPO_800.pdf 
>> -layout Layout_ECB \
>>-layout-map-image 35 110 s "./alzado.pdf" \
>> -layout-map-header -30 80 nw\
>>-layout-legend on\
>>-layout recuadro\
>>-layout longitud \
>>-layout-map-image 102 0 e "./LOGO_ECG.png"
>> 
>> system "del alzado.pdf"
>> 
>> 
>> I have a problem. I have lost the symbols that appear in the legend of the 
>> extended profile and that are not in the legend of the plant.
>> 
>> How can I force the legend of the plant to include symbols not used in it?
>> 
>> Regards,
>> 
>> Evaristo. 
>> 
>> 
>> 
>> ___
>> Therion mailing list
>> Therion@speleo.sk <mailto: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] Include additional symbols in the legend

[Martin Sluka via Therion]

I think you may add them to plan as invisible. But not sure they’ll be in the 
legend.

Martin


> 21. 10. 2020 v 23:08, Evaristo Quiroga :
> 
> Hy,
> 
> I have create a map with extended profile and plant together, with the 
> following commands: 
> export map -projection  extended -o alzado.pdf -layout Layout_ECB \
> -layout-map-header 0 0 off \
> -layout-map-header 0 0 nw \
> -layout empty_header
>
> export map -projection plan -o ./00_OUTPUT/EstebanFelipe_TOPO_800.pdf 
> -layout Layout_ECB \
>-layout-map-image 35 110 s "./alzado.pdf" \
> -layout-map-header -30 80 nw\
>-layout-legend on\
>-layout recuadro\
>-layout longitud \
>-layout-map-image 102 0 e "./LOGO_ECG.png"
> 
> system "del alzado.pdf"
> 
> 
> I have a problem. I have lost the symbols that appear in the legend of the 
> extended profile and that are not in the legend of the plant.
> 
> How can I force the legend of the plant to include symbols not used in it?
> 
> Regards,
> 
> Evaristo. 
> 
> 
> 
> ___
> 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] Survex (loop closure) related fixes

[Martin Sluka via Therion]

I use BBEdit on MacOSX and it has all features you mentioned. 

Martin

> 14. 10. 2020 v 21:17, Tarquin Wilton-Jones via Therion :
> 
> On 14/10/2020 20:08, Martin Sluka via Therion wrote:
>> What about multifile search for”P]” in text files? It is quite strange 
>> combination of characters and they are part of ASCII set. 
> 
> If you have an editor that is working in the same character set as
> Therion, that could work. Definitely worth a try.
> 
> I suspect the fault relates to character set conversion though. Such as
> an editor working in 8859-1, and Therion trying to interpret it in
> UTF-8. Most basic text editors don't let you control character set, and
> just work in the system default (Windows-1252 on English-based Windows
> systems). Even if they do, most users are not aware of what it all
> means, and just stick with the default.
> ___
> 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] Survex (loop closure) related fixes

[Martin Sluka via Therion]

What about multifile search for”P]” in text files? It is quite strange 
combination of characters and they are part of ASCII set. 

Martin

Odesláno z iPhonu

14. 10. 2020 v 20:55, Tarquin Wilton-Jones via Therion :

>> I probably need to wade trough the data manually.
> 
> QA folks start grinning. Generic instructions below:
> 
> Take a copy of your dataset. Reproduce the problem.
> Comment out any joins. Recompile.
> Delete half the "input" statements, and their "equate". Recompile.
> Repeat until the problem disappears. If you get all of it gone and the
> problem is still happening, great.
> Repeat on any remaining sub-surveys, until the only files left are the
> ones needed to show the bug.
> Remove any contents of the file (maps etc.) bit by bit, until the
> problem disappears.
> 
> Or send it to me, and I will do it.
> ___
> 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] Blended colour by gradient?

[Martin Sluka via Therion]

As wrote Tarquin it is not possible. 

Try to make shorter scraps as Tarquin advice and divide long scraps. It is not 
simple work but it is possible. 

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

Re: [Therion-cs] maps offset

[Martin Sluka via Therion-cs]

Dostal som tip: Máš v thconfigu "select hlavni“?

Martin Sluka

> 25. 9. 2020 v 17:42, Jiří Fichtner :
> 
> Ahoj,
> prosím o radu. Chtěl bych využít offset mapy, ale nereaguje. Musí se ještě 
> někde zapínat, nebo stačí nastavit offsety do struktury map? Mohu mít nějakou 
> chybu v TH2 souborech, které nedovolí offset mapy?
> 
> map hlavni
>  nula
>  break
>  minus1 
>  break
>  minus2 
>  break
>  minus3 [0 20 m] above
>  endmap
> 
>  map nula
>  scrap1@Hanychovska
>  scrap4@Hanychovska
>  scrapUcko1@Hanychovska 
>  endmap
>  map minus1
>  scrap2@Hanychovska
>  scrap3@Hanychovska
>  endmap
>  map minus2
>  sondaPodU@sondaPodU
>  endmap
>  map minus3
>  odVrchuToboganuKvylezu@zaToboganemPodUb
>  endmap
> 
> děkuji 
> -- 
> s pozdravem
> Jiří Fichtner
> ___
> Therion-cs mailing list
> Therion-cs@speleo.sk
> https://mailman.speleo.sk/listinfo/therion-cs

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

Re: [Therion-cs] maps offset

[Martin Sluka via Therion-cs]

Nemáš tam vypnutý map offset?:

‘maps-offset’
Description: Turns drawing maps in offset on (default) or off. If you turn if 
off, all cave
passages will be displayed in detail in their actual position. All offset 
specifications will
be completely ignored.
Syntax: maps-offset 

No a ještě mě napadá, že je to nejspodnější mapa. Nemělo by tam být below?

Martin

> 25. 9. 2020 v 17:42, Jiří Fichtner :
> 
> Ahoj,
> prosím o radu. Chtěl bych využít offset mapy, ale nereaguje. Musí se ještě 
> někde zapínat, nebo stačí nastavit offsety do struktury map? Mohu mít nějakou 
> chybu v TH2 souborech, které nedovolí offset mapy?
> 
> map hlavni
>  nula
>  break
>  minus1 
>  break
>  minus2 
>  break
>  minus3 [0 20 m] above
>  endmap
> 
>  map nula
>  scrap1@Hanychovska
>  scrap4@Hanychovska
>  scrapUcko1@Hanychovska 
>  endmap
>  map minus1
>  scrap2@Hanychovska
>  scrap3@Hanychovska
>  endmap
>  map minus2
>  sondaPodU@sondaPodU
>  endmap
>  map minus3
>  odVrchuToboganuKvylezu@zaToboganemPodUb
>  endmap
> 
> děkuji 
> -- 
> s pozdravem
> Jiří Fichtner
> ___
> Therion-cs mailing list
> Therion-cs@speleo.sk
> https://mailman.speleo.sk/listinfo/therion-cs

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

Re: [Therion] Mac OS 10.14.6 install error

[Martin Sluka via Therion]

I’m affraid the instalation formula for 10.14 is not available. 

Try download source and install from it. 

Martin

Odesláno z iPhonu

21. 9. 2020 v 12:08, marcus thomas :

> Hi, I’m having trouble installing therion on Mac OS 10.14.6. After installing 
> all the additional programs via home-brew I get the following error message 
> trying to install Therion itself:
> 
> brew install 
> https://raw.githubusercontent.com/ladislavb/homebrew-therion/master/therion.rb
> Error: Calling Non-checksummed download of therion formula file from an 
> arbitrary URL is disabled! Use 'brew extract' or 'brew create' and 'brew 
> tap-new' to create a formula file in a tap on GitHub instead.
> 
> Have any other Mac users come across this or shed some light on what i’m 
> doing wrong?
> 
> 
> 
> 
> ___
> 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] Error while compiling Therion 5.5.x (proj issue?) on MacosX

[Martin Sluka via Therion]

10. 9. 2020 v 20:07, Martin Budaj :
> 
> Hi, this looks like a Proj version mismatch (Proj compiled into Therion 
> trying to open a database belonging to another version of Proj installed in 
> the system). Check if Proj command line utilities work (run e.g. "projinfo 
> EPSG:32634"), check the version and check if the version matches the version 
> of Proj used in Therion.
>  

Today’s successful compilation of last snapshot on MacOSX 10.13.6. 

Martin S.

This is part of compilation where is version of proj used. Project is listed in 
lines 91-218 of compilation log.

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

Re: [Therion] 3D loch model question

[Martin Sluka via Therion]

It is recommended to make leg to chimneys, pits and blind branches or 
continuations. Loch has time from time problem with unsurveyed branches.

Martin

> 4. 9. 2020 v 18:38, ⁨עמרי גסטר⁩ <⁨omri...@gmail.com⁩>:
> 
> I'm interested to see if I turn a splay into a leg, how this will affect the 
> model.

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

Re: [Therion] Difference between Therion and Survex when calibrating tape

[Martin Sluka via Therion]

Tarquin,

sorry, but what is the reason to use two calibrate commands in two consecutive 
lines in your example?

calibrate tape 0 0.5
calibrate tape 0

Martin


> 14. 8. 2020 v 20:47, Tarquin Wilton-Jones via Therion :
> 
> Hi folks,
> 
> Think I may have uncovered a bug in Therion's parsing of the "calibrate
> tape" command.
> 
> Survex:
> *calibrate tape 0 0.5
> *calibrate tape 0
> 1 2 10 0 0
> *calibrate tape 0 1
> 2 3 10 90 0
> 
> Therion:
> calibrate tape 0 0.5
> calibrate tape 0
> 1 2 10 0 0
> calibrate tape 0 1
> 2 3 10 90 0
> 
> In Survex, both legs are 10 m long. In Therion, the first leg is 5 m
> long and the second is 10 m long.
> 
> Therion book:
> "The syntax is borrowed from Survex with minor modifications; the Survex
> manual may be useful as an additional reference for the user."
> 
> Survex manual does not say what happens to the scale value when it is
> omitted, but it does say "By default, the zero error is 0.0 and the
> scale factor 1.0 for all quantities." This implies that the scale value
> should reset to 1 whenever it is omitted.
> 
> Assuming Survex is "right" with this behaviour, does that mean Therion
> is wrong? Or is this one of those "minor differences"?
> 
> Or if I just messed up, someone please shout at me ;)
> 
> Cheers,
> 
> 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

Re: [Therion] Block comment

[Martin Sluka via Therion]

You may do it only in survey - endsurvey as comment - endcomment. 

There is no similar command in  .th2 or .thconfig file. 

Martin

Odesláno z iPhonu

16. 7. 2020 v 21:28, Bruce Mutton :

> Anton
> comment
> endcomment block is allowed in data and configuration files.
> Page 13 Therion Book
> 
> -Original Message-
> From: Therion  On Behalf Of Anton van Rosmalen
> Sent: Friday, 17 July 2020 07:24
> To: therion@speleo.sk
> Subject: [Therion] Block comment
> 
> Hey guys,
> 
> I hope you don't mind me asking another really basic question...
> 
> I know I can comment out parts of a line using # Now I want to be able to 
> comment out whole blocks of text (specifically in the main portion a 
> .thconfig or .th2 file). I can't find anything in the manual about this.
> I mean things like:
> 
> /* everything
> in
> here
> is commented
> out...
> */
> 
> like is common in C++ or any other programming language.
> 
> What am I missing?
> 
> Thanks!
> 
> Anton
> 
> 
> ___
> 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] Survey without clino

[Martin Sluka via Therion]

And

data dimensions station left right up down

 h1   2.00   0.00   8.00   0.00
...

Martin


> 14. 7. 2020 v 20:51, Tarquin Wilton-Jones via Therion :
> 
> Hi Anton,
> 
>> the following line just goes down where it should be going up:
>> 
>>data diving from to tape compass fromdepth todepth left right up down
> 
> Just realised what your confusion is. "left" "right" "up" and "down"
> have nothing to do with the station-to-station data. They are for
> passage dimensions; the distance from the station to the walls, ceiling
> and floor. You almost certainly didn't need to use those at all.
> 
> You probably wanted this:
> 
> data cylpolar from to tape compass depthchange
> r112h1   7.0010.00   8.00
> 
> Note the spelling. There is a typo in the Survex docs.
> 
> 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

Re: [Therion] Survey without clino

[Martin Sluka via Therion]

From Survex documentation:

CYLPOLAR
A CYLPOLAR style survey is very similar to a diving survey, except that the 
tape is always
measured horizontally rather than along the slope of the leg.
*data cypolar from to tape compass fromdepth todepth
1 2 9.45 311 -13.3 -19.0
*data cylpolar station depth newline tape compass
1 -13.3
9.45 311
2 -19.0
*data cylpolar from to tape compass depthchange
1 2 9.45 311 -5.7

From Therion documentation:

• data 

Re: [Therion] symbol-hide doesn't work

[Martin Sluka via Therion]

Hi,

I tried another sample I have and symbol-hide group centerline works as 
assumed. 

I tried to change symbol-set, but in your example it doesn’t work persistently.

Martin

> 29. 6. 2020 v 21:05, ⁨עמרי גסטר⁩ <⁨omri...@gmail.com⁩>:
> 
> Hi everyone,
> 
> Recently the symbol-hide command doesn't work and I can't export a map 
> without centerline/stations.
> 
> In the past I didn't have that problem.
> What am I doing wrong?
> 
> config, th & th2 file are added 
> 
> Omri
> ___
> 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] North arrow and magnetic declination

[Martin Sluka via Therion]

> 27. 5. 2020 v 23:39, Bill Gee :
> 
> I am well aware of how Therion processes declination when going through the 
> survey data.  I take the trouble to make sure every set of survey data has a 
> date associated with it so that the declinations can be properly calculated.
>  
> As for putting declination on the map ... I have never done that and do not 
> plan to start.   I think it is not useful to have it on a map.  In 20 years 
> (or whenever) it will be wrong.  It is better to just leave it off.
> 

Declination up to 1 degree could be not a problem. But there are regions where 
declination is more than 10 degree. And I know a false theory about development 
of two huge parallel caves instead of only one system because the author of 
that theory just omitted inclination of surveys of upper and lower part of that 
cave from upper and lover entrances (they were not connected). 

Softwares for cave data offer the automatic calculation of declination (and 
grid convergence), so there is not reason not to use it. Therion calculates 
declination according each day from the model.

Maybe there should be the date when a map was generated under North sign in 
such case.

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

Re: [Therion] Sketches on doesn't work / legacy survey

[Martin Sluka via Therion]

> 18. 4. 2020 v 22:25, Bruce Mutton :
> 
> I think it is a bug.  If the user hides all of the centreline objects, and 
> also hides all scrap objects (or something like that), then Therion should 
> trap the error and exit in a controlled manner, rather than letting metapost 
> get in a tangle and produce a mess of messages until it finally crashes.

Yes, it looks as it is bug. Because there are objects in that scrap - three 
stations from which Therion may „georeference“ sketch which is a part of the 
scrap too. Hide representation of objects means only to not include them in the 
final drawing. 

Martin


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

Re: [Therion] Hatching profiles and extended elevations

[Martin Sluka via Therion]

> 18. 4. 2020 v 22:06, Roger Schuster :
> 
> I guess it will be difficult to do this in Therion because the hatching is 
> outside of the passage and will be clipped but anyway: Is there a way to 
> achieve this? 

Simply add (custom) area like default water under your drawing (bottom of stack 
of commands in a particular scrap) with border invisible and "-clip off“ 
parameter. You may add any kind of area in such way (colorized, …)

Martin

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

Re: [Therion] Sketches on doesn't work / legacy survey

[Martin Sluka via Therion]

> 17. 4. 2020 v 21:12, Roger Schuster :
> 
> To avoid the white artifact (see file kolkhoehle_artifact.pdf) it is 
> necessary not to hide the survey stations! As soon as you use either the 
> attribute -visibility off or use symbol-hide point station in your layout you 
> will have a white trapezoid on the final pdf map. Only hiding the survey line 
> is possible. As long as the stations are visible the resulting map is fine 
> (see kolkhoehle_ok.pdf). Btw. symbol-hide group cave-centerline causes an 
> error.

As you may see, your .th2 file include only those three stations (and sketch). 
Probably it is bug in Therion that it not allows to hide stations from the 
final output. I may imagine the reason - MetaPost works with one scrap in time 
to interpret and draw that particular scrap. When it has nothing in scrap it 
will produce error.

Martin

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

Re: [Therion] Sketches on doesn't work / legacy survey

[Martin Sluka via Therion]

May you send just screenshot of that problem you described?

Martin

Odesláno z iPhonu

14. 4. 2020 v 8:50, Torsten Schnitter via Therion :

> Hi Roger
> 
> I'm not sure about your problem with the "artifacts" but try
> "symbol-hide point station" in your layout definition for the map.
> (maybe also "symbol-hide line survey")
> 
> Just a guess...
> 
> cheers,
> Torsten
> 
>> Roger Schuster  hat am 13. April 2020 um 19:00 
>> geschrieben: 
>> 
>> Hello again,
>> 
>> finally I got it working and if I compare the output of Therion with the 
>> original map on paper there is only a tiny bit of distortion. Both maps 
>> match quite nicely. There are just two things I don't understand:
>> 
>> There is a white, trapezoid gap on the map which isn't on the background 
>> image (of course). I guess it has something to do with the morphing - is 
>> there a way to get rid of this artifact? 
>> 
>> I also noticed that length and depth statistics in the map header (registers 
>> \cavelength and \cavedepth) are wrong while in the log file it's right. The 
>> values in the registers obviously depend on which stations / surveys are 
>> marked and to get the same values as in the log at least one station of each 
>> survey has to be marked (unfortunately each mark results in a more or less 
>> ugly white trapezoid as mentioned above). This is the reason why I decided 
>> to override the registers in code tex-map.
>> 
>> Unfortunately I can't post the map here because of copyright reasons.
>> 
>> Best regards,
>> 
>> Roger
>> 
>> -- Originalnachricht --
>> Von: "עמרי גסטר" < omri...@gmail.com>
>> An: "List for Therion users" < therion@speleo.sk>
>> Gesendet: 13.04.2020 14:06:17
>> Betreff: Re: [Therion] Sketches on doesn't work / legacy survey
>> 
>>> You can use the debug function to see how bad is the distortion and change 
>>> the position of the station accordingly until you are happy with the 
>>> result. 
>>> 
>>> On Mon, Apr 13, 2020, 2:52 PM Roger Schuster < ro...@r-schuster.de> wrote: 
>>> Hello all,
>>> 
>>> thank you for your answers. Projection none doesn't work - all survey lines 
>>> will appear on the pdf but not the scanned map. So I tried projection plan 
>>> again and marked a second station and this did the trick. The background is 
>>> now on the output as I expected. One problem I need to solve: The stations 
>>> aren't marked on the map so I've to guess where they are... My estimation 
>>> shouldn't be too far off to prevent unwanted distortions of the map. 
>>> 
>>> Thanks again for your support!
>>> 
>>> Roger
>>> 
>>> -- Originalnachricht --
>>> Von: "Martin Sluka via Therion" < therion@speleo.sk>
>>> An: "List for Therion users" < therion@speleo.sk>
>>> Cc: "Martin Sluka" < martinsl...@mac.com>
>>> Gesendet: 13.04.2020 12:28:40
>>> Betreff: Re: [Therion] Sketches on doesn't work / legacy survey
>>> 
>>>> 
>>>> 
>>>>> 13. 4. 2020 v 11:20, Roger Schuster < ro...@r-schuster.de>:
>>>>> 
>>>>> After that I created a scrap with the scanned map (projection plan) and 
>>>>> scaled it using the scale bar and the scaling tool of Xtherion map 
>>>>> editor. 
>>>> 
>>>> I’m afraid it will work only for "projection none" as for sections.
>>>> 
>>>> For plan you should use minimally two stations because Therion 
>>>> georeferences each scrap according those stations.
>>>> 
>>>> 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 
> 
>  
> 
> ___
> 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] Sketches on doesn't work / legacy survey

[Martin Sluka via Therion]

> 13. 4. 2020 v 11:20, Roger Schuster :
> 
> After that I created a scrap with the scanned map (projection plan) and 
> scaled it using the scale bar and the scaling tool of Xtherion map editor. 

I’m afraid it will work only for "projection none" as for sections.

For plan you should use minimally two stations because Therion georeferences 
each scrap according those stations.

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

[Therion] Tool to obtain grid of elevations

[Martin Sluka via Therion]

http://www.zonums.com/gmaps/terrain.html 


and other online tools on page http://www.zonums.com/gmaps/

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

Re: [Therion] Command line Therion on Windows

[Martin Sluka via Therion]

What does “make config-windows”?

Martin

Odesláno z iPhonu

5. 4. 2020 v 12:24, Benedikt Hallinger :

> Maybe TCL does it automatically since its platform independent, c is usually 
> not (directly). Xtherion compiled is a tcl program.
> 
>> Am 05.04.2020 um 11:36 schrieb Rhys Tyers :
>> 
>> 
>> I agree, but also when compiling in XTherion it does work so there is some 
>> magic happening in XTherion. I tried to have a look through the Therion 
>> source to see what the difference is between how XTherion parses file paths 
>> and how Therion command line parses file paths but I am not a C developer 
>> (or anything close) and could not work it out.
>> 
>>> On Sat, 4 Apr 2020 at 23:45, Benedikt Hallinger  wrote:
>>> Wed had a similar problem and resorted to make everywhere unix slashes.
>>> It would be cool if therion would parse that to backslash reference on 
>>> windows when parsing filepaths.
>>> 
>>> Am 2020-04-05 0:16, schrieb Rhys Tyers:
>>> > I think so. If I change the first file path to have backslashes then
>>> > the error is about the second file path in the config, and so on.
>>> > 
>>> > On Sat, 4 Apr 2020, 23:14 Philippe Vernant, 
>>> > wrote:
>>> > 
>>> >> Hi Rhys,
>>> >> 
>>> >> Are you sure that is is not the end of the line rather than the
>>> >> slashes ?
>>> >> 
>>> >> Phil
>>> >> 
>>> >>> On 4 Apr 2020, at 11:00, Rhys Tyers  wrote:
>>> >>> 
>>> >>> Hello,
>>> >>> 
>>> >>> I have therion data repo that has been mainly worked on by
>>> >>> linux/mac users. Now I'm trying to work on it in Windows. Using
>>> >>> the xtherion gui works fine, but if I try to use the therion.exe
>>> >>> directly on the command line (like I would in linux) then it fails
>>> >>> because all the file paths have forward slashes rather than back
>>> >>> slashes.
>>> >>> 
>>> >>> Is there a way to get command line therion to run on files with
>>> >>> linux style file paths? I assume there must be because xtherion
>>> >>> manages it somehow.
>>> >>> 
>>> >>> Thanks,
>>> >>> Rhys ___
>>> >>> 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] Running Xtherion on Mac OS X Catalina

[Martin Sluka via Therion]

1. 4. 2020 v 22:43, David Eason via Therion :
> 
> Perhaps this is something to do with permissions? I'm not sure.

As I know Apple changed rules and /usr/local/ directory is not by default in 
PATH anymore.

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

Re: [Therion] Running Xtherion on Mac OS X Catalina

[Martin Sluka via Therion]

Shouldn’t be there one more line: make install?

Martin

Odesláno z iPhonu

31. 3. 2020 v 23:55, Philippe Vernant :

> Here are my notes of the last install on High Sierra with homebrew, in case 
> it can help …
> 
> 1) Install homebrew 
> 2) Install survex via homebrew (cf. survex site web)
> 3) brew install tcl-tk
> 4) install the mactex package
> 5) add in ~/.profile : 
>export PATH=/Library/TeX/texbin:$PATH
> 6) brew install vtk
> 7) In therion/loch, change the Makefile :
>comment: #VTKLIBPATH = $(shell tclsh ./getvtkver.tcl libpath)
>add: VTKLIBPATH = /usr/local/lib/
> 8) In Therion directory 
>make config-macosx
>make
> 
> Phil
> 
> 
>> On 31 Mar 2020, at 18:27, Philippe Vernant  wrote:
>> 
>> Hi David,
>> 
>> Did you try to reinstall Therion after updating to Catalina ? I don’t have 
>> Catalina, I’m sticking to High Sierra where everything is running fine so 
>> far.
>> How do you usually install Therion on a Mac ?
>> 
>> Best,
>> Phil
>> 
>> 
>>> On 30 Mar 2020, at 22:04, David Eason via Therion  wrote:
>>> 
>>> Dear Therion mailing list,
>>> 
>>> I wonder if anyone has had any success building, installing and running 
>>> Therion on Mac OS X Catalina (OS 10.15.2)? I have successfully built and 
>>> installed Therion 5.4.4, and Therion and Loch both run fine. Before the 
>>> upgrade, everything worked OK, but it looks like some things have moved 
>>> around in this version of OS X, amongst other things breaking. When I try 
>>> to run Xtherion, Tcl/Tk can't seem to locate BWidget, and the GUI can't run:
>>> 
>>> Error in startup script: can't find package BWidget
>>> while executing
>>> "package require BWidget"
>>> (file "/usr/local/bin/xtherion" line 12268)
>>> 
>>> I have tried unpacking the bwidget 1.9.14 scripts to /usr/local/lib 
>>> thinking that tcl would check there, and then also tried to set auto_path 
>>> to force tcl to look in there, but it won't seem to start up. There's a 
>>> pause, and Wish seems to start up, and yet XQuartz actually opens; I have 
>>> tcl 8.6 installed and can run the tclsh OK.
>>> 
>>> It's been frustrating me for a while, and I saw this lockdown in the UK as 
>>> an opportunity to have another look at this. Any pointers or tips would be 
>>> most welcome.
>>> 
>>> Regards,
>>> David Eason
>>> ___
>>> 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