[Therion] Flowstone Symbols

[Nick Bairstow via Therion]

Has anyone got the code to make the UIS point Flowstone symbol (horizontal 
lines) into an area fill in contrast to the default Therion ASF Flowstone area 
fill (scallops).

Nick

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

Re: [Therion] Help With Huge Survey File

[Nick Bairstow via Therion]

Yes that is an option I was going to try but every xvi would as well as the 
shots and splays for the smaller amount of centreline data would still have the 
full large sketch. The huge sketch is one of the problems.
I would have to edit a copy of the full sketch for each new smaller section of 
centreline data in Pocket Topo which would mean deleting hundreds of sketch 
lines on each copy using a pda as I don’t think a file run in Pocket Topo on a 
windows pc can be edited. I think it would be doable but very time consuming 
and confusing.
I like Andrews option, I will have ago at the coordinates.

Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Martin Sluka via 
Therion
Sent: 23 May 2018 17:17
To: List for Therion users 
Cc: Martin Sluka 
Subject: Re: [Therion] Help With Huge Survey File

More simple could be divide .th file to several smaller and generate particular 
.xvi files.

M.

Odesláno z iPhonu

23. 5. 2018 v 17:55, Andrew Atkinson via Therion 
mailto:therion@speleo.sk>>:
It would be perfectly possible to write a script to split up the xvi, into 
rectangles (with overlap) is the easiest, using only the first point in each 
line, to make it simple. I keep thinking I should it down and do it, but I'm a 
bit rushed with other things at the moment.

Nick, if you can work out the co-ordinates of say 6 rectangles (they can be 
different sizes) with a reasonable overlap, I'm far more likely to actually do 
the script, however no promises.
Andrew

On Wed, 23 May 2018, 13:46 Henry.Bennett--- via Therion, 
mailto:therion@speleo.sk>> wrote:
Hi Nick,

Took a quick look at this and it looks like you have yet to go through and 
define the survey stations in Therion.  I suspect this will push some of the 
data outside of the canvas and Therion doesn’t know how to deal with them.  My 
advice would be to go define each station as a survey point and then compile 
it.  Since the scrap defined is pretty small it would be cleaner to simply 
start again and convert the top file using topparser.  Break the scraps into 
sensible chunks.

The reason it take so long to load is the size of your xvi drawing file.  This 
is down to the whole cave being drawn on a single PocketTopo file and unless 
you can break that down I suspect you’ll just have to live with that.

Henry

From: Therion 
[mailto:therion-boun...@speleo.sk<mailto:therion-boun...@speleo.sk>] On Behalf 
Of Nick Bairstow via Therion
Sent: 23 May 2018 11:12
To: List for Therion users
Cc: Nick Bairstow
Subject: [Therion] Help With Huge Survey File

Somebody has sent me a project folder which contains one huge survey (6k+) made 
with Pocket Topo. It seems they had only partial knowledge on how to survey a 
cave of this size and only limited experience of Therion so the whole thing is 
a bit weird. I said I would attempt to sort it out. Andrew fixed one issue with 
the data which has moved us forward but my question now is how to proceed.
If I compile I can get .3d and .lox output which seems to work fine but the pdf 
output fails with a load of complaints. Looks like a size thing to me but 
having never seen this before I’m not sure.
To me the survey needs breaking up but again I am not sure of the best way to 
do this, can some of you clever chaps have a look and possibly offer advise 
please.
Be warned the th2 is difficult to handle my machine takes 3-4 mins just to load 
it and 2mins to refresh if I adjust the zoom.
The guys who collected the data spent an awful long time doing so and are 
obviously keen to use this data as redoing the survey is not an option.
It is quite an interesting problem and a very good example of how not to do 
things.
Any comments or involvement would be appreciated.

Nick

Dell Corporation Limited is registered in England and Wales. Company 
Registration Number: 2081369
Registered address: Dell House, The Boulevard, Cain Road, Bracknell,  
Berkshire, RG12 1LF, UK.
Company details for other Dell UK entities can be found on  
www.dell.co.uk<http://www.dell.co.uk>.
___
Therion mailing list
Therion@speleo.sk<mailto:Therion@speleo.sk>
https://mailman.speleo.sk/listinfo/therion
___
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

Re: [Therion] Therion Map Header Overrides

[Nick Bairstow via Therion]

Thanks Bruce very clear examples of surface flags. I now understand their use.

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 09 May 2018 21:02
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: Re: [Therion] Therion Map Header Overrides

Nick
Here are some examples of various 'flags' usage, for shot flags, not to be 
confused with station flags.  They are a survey property, not so much a drawing 
property.

Approximate and duplicate:
https://therion.speleo.sk/wiki/extend?s[]=flags#summary_of_all_extend_options_for_survey_centrelines<https://therion.speleo.sk/wiki/extend?s%5b%5d=flags#summary_of_all_extend_options_for_survey_centrelines>
 and scroll down to the code below "Creating links between separate caves that 
are close to each other".  That one is a bit oddball, not typical usage.

https://therion.speleo.sk/wiki/metapost?s[]=flags#general_symbol_examples<https://therion.speleo.sk/wiki/metapost?s%5b%5d=flags#general_symbol_examples>
 to redefine centrelines to reflect flag states.

And, um, yes, there is not too much on actual usage examples for flags surface. 
 Here is a snippet from my last Sunday's survey efforts.  A short cave that 
required three ptopo files to adequately capture it.  It is part of a survey 
loop that goes out of one entrance and into another...

data normal from to tape compass clino ignoreall
...
#following legs are within the cave
#3.18 3.192.099 355.01   -32.843.19 entrance rock
#3.18 3.192.098 355.2 -32.67
#3.18 3.192.098 355.31   -32.69
3.183.192.098 355.11   -32.73Calculated leg from 3 above
3.19-  0.269 49.83 -12.76
3.19-  0.588 43.99 45.86
3.19-  0.714 21.48 76.27
...

flags surface
#following legs are on the surface
  # extend right
#3.19 3.202.819 254.97   -14.443.21 other entrance rock
#3.19 3.202.818 255.03   -14.34
#3.19 3.202.819 255.11   -14.33
3.193.202.819 255.0 -14.37Calculated leg from 3 
above
3.20-  0.556 102.47   -59.13
3.20-  1.045 129.78   5.18
#3.20 3.216.017 207.42   -12.3
#3.20 3.216.026 207.53   -12.4
#3.20 3.216.067 207.48   -12.46
3.203.216.037 207.47   -12.39Calculated leg from 3 above

flags not surface
#following legs are within the cave
3.21-  1.275 43.78 -4.28
3.21-  2.5841.32 3.61
3.21-  2.914 39.54 15.74
...
  # extend left
#3.21 3.223.613 113.19   23.44
#3.21 3.223.616 113.08   23.59
#3.21 3.223.609 113.05   23.6#rename 3.22 as 3.14 to 
acknowledge loop
3.213.143.613 113.13   23.55 Calculated leg from 3 above
3.14-  4.408 324.85   -51.94

The survey-list output for this cave looks like...

Title

Length

Depth

Explored

Approx.

Duplicate

Surface

Shots

Stations

Wairoa Valley Cave, Nelson

128

10

0

0

3

9

428

431

1-Wairoa

46

7

0

0

0

0

131

132

2-Upper, Wairoa Cave

15

3

0

0

0

0

61

62

3-Downstream, Wairoa Cave

67

3

0

0

0

9

235

235


The total survey length (surface + cave + duplicate) is 140m, and 9m of it is 
on the surface.  There is also 3m of survey in there that is duplicated 
(happens to be a nosurvey "shot" for a visual-only connection established at 
the whole-cave level of survey.

Bruce

From: Therion mailto:therion-boun...@speleo.sk>> On 
Behalf Of Nick Bairstow via Therion
Sent: Thursday, 10 May 2018 3:02 AM
To: List for Therion users mailto:therion@speleo.sk>>
Cc: Nick Bairstow mailto:n...@pff.uk.com>>
Subject: Re: [Therion] Therion Map Header Overrides

Bruce, I have never used flags. I have just been though the Therion book and 
wiki for information but for clarification could you post an example of surface 
flag use please.

Thanks.

Nick


From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 09 May 2018 11:04
To: 'List for Therion users' mailto:therion@speleo.sk>>
Cc: Bruce Mutton mailto:br...@tomo.co.nz>>
Subject: [Therion] Therion Map Header Overrides

Nick
>  The override below is to change the Therion default team, cave length, cave 
> depth data on the map output. Used in this case because a short surface 
> survey needed to be shown on the map but the data was skewing the actual cave 
> length and depth.

I'm not sure that is a very good way to deal with the issue.
In the screenshot below I have a surface survey shown (green dots), designated 
surface by use of 'flags surface', 'flags not surface' interleaved 

Re: [Therion] Therion Map Header Overrides

[Nick Bairstow via Therion]

Bruce, I have never used flags. I have just been though the Therion book and 
wiki for information but for clarification could you post an example of surface 
flag use please.

Thanks.

Nick


From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 09 May 2018 11:04
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: [Therion] Therion Map Header Overrides

Nick
>  The override below is to change the Therion default team, cave length, cave 
> depth data on the map output. Used in this case because a short surface 
> survey needed to be shown on the map but the data was skewing the actual cave 
> length and depth.

I'm not sure that is a very good way to deal with the issue.
In the screenshot below I have a surface survey shown (green dots), designated 
surface by use of 'flags surface', 'flags not surface' interleaved with the 
survey data as appropriate.  No need to fudge the cave length or depth because 
Therion does not include surface data in the cave length.
There is some complexity around it, but you can show or hide the cave and 
surface centrelines using;
  symbol-show group surface-centreline
  symbol-hide group cave-centreline
Bruce

[cid:image001.jpg@01D3E795.51B2C4D0]


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

[Therion] Therion Map Header Overrides

[Nick Bairstow via Therion]

To follow on from Bruce's section on Therion header overrides in his Map 
Definitions thread it seems a good idea to split overrides off into a separate 
topic..

Survey and map definitions also give you control over the title that appears on 
the drawing.
It can be complicated, but I once figured it out, and made this bit of code to 
put in layouts used for plan outputs.  I prefer to allow Therion to decide the 
output title based on the information I have entered in surveys, maps and 
selections, but sometimes an override is required.  Note that Therion assumes a 
survey or map title is the same as its id, unless you specify -title "name" to 
override the id.  My preference is to always give surveys or maps likely to be 
a primary selection for output a title that I would like to see on a finished 
pdf output (and use a concise id).
The code, as below, only has effect if due to the users choices, Therion cannot 
deduce a unique name for the output.


   #PLAN Cave Map Details
  #
  # Define Map title overrides
code tex-map
   % Output map title as determined by Therion 5.3 is stored in cavename.
   % It will be empty if there are multiple maps selected for any one projection
   % AND there are multiple source surveys identified in the thconfig file
   % ie Therion can not infer a unique title from the input data given.
   % This code allows you to define an output map title {cavename} if it 
happens to be empty

  \edef\temp{\the\cavename}% cavename from Therion
  \edef\nostring{} % empty string
  \ifx\temp\nostring % test if cavename is empty
% if empty reassign cavename to describe selected maps as a group

\cavename={Project Area Caves}

  \else % if not empty keep the value set by therion, or assign an override 
cavename here
  \fi
endcode

I have been using this in my layouts to give me multiple lines on my map titles 
with the added ability to adjust the font size.  Size[30 or whatever size you 
need]
medskip can be changed to bigskip or smallskip to alter the spacing between the 
lines of text.

###THERION OVERIDES##

##Override Therion Map Header Data###
#--

code tex-map
\cavename={\size[20] Tom Taylors Cave\medskip \size[30] How Stean Gorge\medskip 
\size[30]North Yorkshire}
endcode

The override below is to change the Therion default team, cave length, cave 
depth data on the map output. Used in this case because a short surface survey 
needed to be shown on the map but the data was skewing the actual cave length 
and depth.

##Override cave length and depth to remove surface leg data##
#

code tex-map
\topoteam{BSD}
\cavelength{164m}
   \cavedepth{12m}
#endcode

Both these overrides I borrowed from one of Andrews configs in the BCA data 
archive which I find a great resource. No point reinventing the wheel, even if 
I could.

Nick



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

Re: [Therion] Error When Adding A new Cave to Master Index - Therion Theory

[Nick Bairstow via Therion]

Thanks Bruce, I seem to have missed this last year. I have read through your 
report and your stuff on the wiki several times and I think I now understand 
what I have been doing and why things have worked or not worked.

Applying this new knowledge will enable us to develop our dataset in a more 
controlled manner, I just wish I'd worked this out two years ago. What seemed 
simple at the time slowly becomes more complex as you add more stuff.

Thanks to everyone for their input.

Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 02 March 2018 21:11
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: [Therion] Error When Adding A new Cave to Master Index - Therion Theory

Nick
This may or may not help, but you have stumbled, in part, into a topic I 
explored back in July 2017 (if seems much longer than that), with mixed 
feedback!
https://www.mail-archive.com/therion@speleo.sk/msg06555.html

At the time I made some changes based on feedback received.  I have not looked 
at it for a while, but have attached the file in its current state, with 
changes tracked.
It is still a bit rough I'm sorry.

Bruce



From: Therion mailto:therion-boun...@speleo.sk>> On 
Behalf Of Nick Bairstow via Therion
Sent: Friday, 2 March 2018 11:01 PM
To: List for Therion users mailto:therion@speleo.sk>>
Cc: Nick Bairstow mailto:n...@pff.uk.com>>
Subject: Re: [Therion] Error When Adding A new Cave to Master Index

OK as is normally the case with these things I spotted the error within five 
minutes of asking for help, but it has raised a another question.
My problem was quite simply I had no survey/end survey wrapper. I have been 
using this index file for over two years and never noticed however it has 
worked perfectly and produced what I needed.

I now ask why did the index.th compile OK with the other 18 surveys listed in 
it.

The only difference between the first 18 surveys and the last non-working one 
was that in each scrap of the 18 previous surveys I used the option 
-station-names "" "@surveyname". I was shown this when I started learning 
Therion but never really new why. When using this option to make any survey.th 
compile I have to make sure the map/endmap is outside the survey/endsurvey 
wrapper.

With the my latest survey file I did not use the scrap option and just went 
with the "normal way" with everything in survey.th within the survey/endsurvey 
and then the index .th failed due to having no survey/endsurvey wrapper.
Clearly I do not yet fully understand the process even though I can make things 
work, so lots more reading I think. Does anyone know of a good explanation 
somewhere, most thing I read I find a little confusing.

Also if someone would like to explain the
-station-names "" "@surveyname" bit I would be very grateful.

I suspect I'm not the only one to have struggled with this.

Thanks for the previous answers guys.


Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 01 March 2018 19:23
To: 'List for Therion users' mailto:therion@speleo.sk>>
Cc: Bruce Mutton mailto:br...@tomo.co.nz>>
Subject: Re: [Therion] Error When Adding A new Cave to Master Index

Nick
I'm guessing you have created a map that contains the survey only for your new 
cave, and a map which contains scraps or maps for your other caves.
I do this intentionally while I am drawing up a new  piece of passage, then 
remove the survey map once I am finished.
Bruce

From: Therion mailto:therion-boun...@speleo.sk>> On 
Behalf Of Nick Bairstow via Therion
Sent: Friday, 2 March 2018 7:38 AM
To: List for Therion users mailto:therion@speleo.sk>>
Cc: Nick Bairstow mailto:n...@pff.uk.com>>
Subject: [Therion] Error When Adding A new Cave to Master Index

I have just added a small cave to my main index .th. Everything compiles but 
the pdf shows the new cave as shots and splays not as the normal walls etc you 
would expect in a map. All other caves display correctly as intended.
Has anyone point out what I am doing wrong.

Nick

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

[Therion] Line steps -attr c 4

[Nick Bairstow via Therion]

I'm having to draw some walkway grills and a couple of flights of stairs and 
have just found the -aatr c (number) option to be used with line steps to 
create any number of stair treads you desire.

Fantastic I thought but the command only seems to work if there are even 
numbers of line points in the polygon. If you have an odd number of points then 
your polygon is rendered as a red outline, which to be honest I think could 
potentially be quite useful for strange man made features.

I like this so I thought I'd share.

https://therion.speleo.sk/wiki/drawingchecklist  details under Man made 
structures.

Nick

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

Re: [Therion] Error When Adding A new Cave to Master Index

[Nick Bairstow via Therion]

Martin, thank you for explaining that clearly, it seems I may have been over 
complicating things.

It would though, be nice to understand how the -station-names whoodoo works if 
only for future reference. I have found some stuff on the Wiki but nothing that 
makes any sense to me.

Our data set has only been one level so far and with hindsight we should have 
done things very differently but at the start of the learning process you can 
not always see that. Anyway this week we have two levels of data working with 
the latest stuff so a step forward I think.

I keep looking at the older stuff and thinking about redoing it to organise it 
better but then think well it all works, so lets not bother and go for a beer.

Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Martin Sluka via 
Therion
Sent: 02 March 2018 11:10
To: List for Therion users 
Cc: Martin Sluka 
Subject: Re: [Therion] Error When Adding A new Cave to Master Index

Nick,

first off all, Therion is able to work only with unique informations which are 
in a survey/endsurvey wrapper.


It means, if you define map outside of the survey/endsurvey wrapper in .th file 
there must be another higher level survey/endsurvey wrapper which will cover 
all information Therion needs and which you define as source in .thconfig.


My way is to use for first level surveys (log of one survey trip) definitions 
of map(s) inside survey/endsurvey wrapper as I include particular .th2 file 
there too. So in this survey/endsurvey wrapper are all informations including 
scrap drawings. In higher level I simply "input" .th file, which means the 
survey/endsurvey wrapper of higher level has access to all necessary data 
without -station-names woodoo.


When I want to define a higher level map I must use scrap_name@survey_name, not 
only scrap_name. Etc.


Martin S.

On Mar 02, 2018, at 11:01 AM, Nick Bairstow via Therion 
mailto:therion@speleo.sk>> wrote:
OK as is normally the case with these things I spotted the error within five 
minutes of asking for help, but it has raised a another question.
My problem was quite simply I had no survey/end survey wrapper. I have been 
using this index file for over two years and never noticed however it has 
worked perfectly and produced what I needed.

I now ask why did the index.th compile OK with the other 18 surveys listed in 
it.

The only difference between the first 18 surveys and the last non-working one 
was that in each scrap of the 18 previous surveys I used the option 
-station-names “” “@surveyname”. I was shown this when I started learning 
Therion but never really new why. When using this option to make any survey.th 
compile I have to make sure the map/endmap is outside the survey/endsurvey 
wrapper.

With the my latest survey file I did not use the scrap option and just went 
with the “normal way” with everything in survey.th within the survey/endsurvey 
and then the index .th failed due to having no survey/endsurvey wrapper.
Clearly I do not yet fully understand the process even though I can make things 
work, so lots more reading I think. Does anyone know of a good explanation 
somewhere, most thing I read I find a little confusing.

Also if someone would like to explain the
-station-names “” “@surveyname” bit I would be very grateful.

I suspect I’m not the only one to have struggled with this.

Thanks for the previous answers guys.


Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 01 March 2018 19:23
To: 'List for Therion users' mailto:therion@speleo.sk>>
Cc: Bruce Mutton mailto:br...@tomo.co.nz>>
Subject: Re: [Therion] Error When Adding A new Cave to Master Index

Nick
I’m guessing you have created a map that contains the survey only for your new 
cave, and a map which contains scraps or maps for your other caves.
I do this intentionally while I am drawing up a new  piece of passage, then 
remove the survey map once I am finished.
Bruce

From: Therion mailto:therion-boun...@speleo.sk>> On 
Behalf Of Nick Bairstow via Therion
Sent: Friday, 2 March 2018 7:38 AM
To: List for Therion users mailto:therion@speleo.sk>>
Cc: Nick Bairstow mailto:n...@pff.uk.com>>
Subject: [Therion] Error When Adding A new Cave to Master Index

I have just added a small cave to my main index .th. Everything compiles but 
the pdf shows the new cave as shots and splays not as the normal walls etc you 
would expect in a map. All other caves display correctly as intended.
Has anyone point out what I am doing wrong.

Nick

___
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

Re: [Therion] Error When Adding A new Cave to Master Index

[Nick Bairstow via Therion]

OK as is normally the case with these things I spotted the error within five 
minutes of asking for help, but it has raised a another question.
My problem was quite simply I had no survey/end survey wrapper. I have been 
using this index file for over two years and never noticed however it has 
worked perfectly and produced what I needed.

I now ask why did the index.th compile OK with the other 18 surveys listed in 
it.

The only difference between the first 18 surveys and the last non-working one 
was that in each scrap of the 18 previous surveys I used the option 
-station-names "" "@surveyname". I was shown this when I started learning 
Therion but never really new why. When using this option to make any survey.th 
compile I have to make sure the map/endmap is outside the survey/endsurvey 
wrapper.

With the my latest survey file I did not use the scrap option and just went 
with the "normal way" with everything in survey.th within the survey/endsurvey 
and then the index .th failed due to having no survey/endsurvey wrapper.
Clearly I do not yet fully understand the process even though I can make things 
work, so lots more reading I think. Does anyone know of a good explanation 
somewhere, most thing I read I find a little confusing.

Also if someone would like to explain the
-station-names "" "@surveyname" bit I would be very grateful.

I suspect I'm not the only one to have struggled with this.

Thanks for the previous answers guys.


Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 01 March 2018 19:23
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: Re: [Therion] Error When Adding A new Cave to Master Index

Nick
I'm guessing you have created a map that contains the survey only for your new 
cave, and a map which contains scraps or maps for your other caves.
I do this intentionally while I am drawing up a new  piece of passage, then 
remove the survey map once I am finished.
Bruce

From: Therion mailto:therion-boun...@speleo.sk>> On 
Behalf Of Nick Bairstow via Therion
Sent: Friday, 2 March 2018 7:38 AM
To: List for Therion users mailto:therion@speleo.sk>>
Cc: Nick Bairstow mailto:n...@pff.uk.com>>
Subject: [Therion] Error When Adding A new Cave to Master Index

I have just added a small cave to my main index .th. Everything compiles but 
the pdf shows the new cave as shots and splays not as the normal walls etc you 
would expect in a map. All other caves display correctly as intended.
Has anyone point out what I am doing wrong.

Nick

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

[Therion] Error When Adding A new Cave to Master Index

[Nick Bairstow via Therion]

I have just added a small cave to my main index .th. Everything compiles but 
the pdf shows the new cave as shots and splays not as the normal walls etc you 
would expect in a map. All other caves display correctly as intended.
Has anyone point out what I am doing wrong.

Nick

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

Re: [Therion] Therion crashes in shapes.h when generating 3D

[Nick Bairstow via Therion]

Michael, I looked at this before seeing the reply from Bruce but I came to 
similar conclusions as him.
Can I ask what you are trying to do with this as it seems to me you are 
attempting something that should be relatively straight forward but making it 
very complicated but without knowing your intent we can not see the full 
picture.
It is interesting though as I never knew a th2 file like that would process.
Tell us more.

Nick

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 26 November 2017 20:34
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: [Therion] Therion crashes in shapes.h when generating 3D

Michael
After some cosmetic changes to your thconfig I managed to compile.  I also 
added some georeferencing so I could export kml files.
As per the attached pdf, It looks like your scrap interiors are properly 
defined, except for the three armed passage near the top left.

I have not found it written down, but my assumption is that each scrap should 
be a single contiguous piece of passage.  My experience is that 'export map' 
does not produce properly rendered kml files unless you stick to this 'rule'.
The SA9.th2 file you supplied looks like it should be 9 scraps (including the 
cross-section), one for each contiguous section of passage drawn. 
The attached model kml looks fine I think, but as expected the map kml has not 
been able to render.
Refer to
https://therion.speleo.sk/wiki/tips#avoiding_invisible_or_misshapen_scraps_i
n_loch_and_google_earth

When I tried your export model to lox I get the same Windows error that you 
reported.
With such a chaotic scrap, I would expect unpredictable things to happen.
The lox file generator is trying to use the scrap outlines to determine the 
model shape, and so I would suggest that if the kml map is having difficulty, 
then a model trying to inherit scrap outlines is likely to have even more 
trouble.

I would suggest either making each distinct piece of drawing a separate scrap, 
or drawing your scrap progressively from a single starting point, if you want 
to create models that are not purely centreline based.

In the attached config file, if you comment out the export model lox line, the 
attached project files compile without error (provided you create an output 
folder first).

If there is a Therion development task here, then it would be to detect these 
anomalies at the 'export map kml' and 'export model-using-outlines'
stage and exit gracefully by reporting a warning in the first case, and an 
error in the second case.

Bruce


-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Michael via 
Therion
Sent: Monday, 27 November 2017 12:42 AM
To: therion@speleo.sk
Cc: Michael 
Subject: [Therion] WG: Therion crashes in shapes.h when generating 3D

Hello,
After tedious search through 100s of Scraps I have now isolated the one
(SA9.th2) scrap which crashes Therion in 
extern/poly2tri/sweep/../common/shapes.h
It's attached together with an excerpt of the survey data.
Admittingly, the walls are not drawn very well, but after fixing and completing 
the walls (not done in attached sample) it still crashes Therion.
May this example be a test case for developers to improve Therion's robustness.
BTW, it also crashes older Therion releases.

Cheers,
Michael.

-Ursprüngliche Nachricht-
Von: Michael [mailto:knollesim...@t-online.de]
Gesendet: Samstag, 4. November 2017 14:48
An: 'List for Therion users' 
Betreff: Therion crashes in shapes.h when generating 3D

Hello,
Seeking advice from Therion developers how to track down the cause of attached 
crash report, and apply possible workaround.
Only happens when generating 3D of any format.
Producing plans (pdf, kml) works.
I'm running Therion 5.4.1 on Windows 7.
The crash seems unrelated to the last scrap processed before the crash, because 
when I exclude that scrap, it crashes after approx.
the same time with a different one.

Any help appreciated,
Michael.
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Disto Data Recovery

[Nick Bairstow via Therion]

Does anyone know if it possible to force a Disto to resend data from its 
memory. Obviously I can manually record it but that is time consuming and prone 
to errors so if you could get the data re-sent then that would be preferable.

Nick Bairstow



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

[Therion] Line Colours in Map Editor with 5.4.1

[Nick Bairstow via Therion]

That's better when using Pocket Topo.

Thanks Footleg






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

Re: [Therion] CaveView a 3D web viewer

[Nick Bairstow via Therion]

Looks like it needs the following:
rollup, which is currently in experimental.
three.js (already in since stable) (however it wants r85 and debian has 73 or 
80 - this may or may not actually matter) proj4js (already in since stable)

So none of that looks too bad, although the rollup piece could be a pain in 
practice.

Wookey



What did Wookey just say!
If you had written that paragraph in Swahili I might have understood it a 
little better.

Joking aside thanks for taking a look at this it does look like it could be a 
useful tool.

Nick.

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Wookey via Therion
Sent: 27 July 2017 17:22
To: therion@speleo.sk
Cc: Wookey 
Subject: Re: [Therion] CaveView a 3D web viewer

On 2017-07-27 08:40 -0500, Bill Gee via Therion wrote:
> CaveView requires installation to a running Web server and manual 
> editing of HTML files.  It is not a stand-alone application.


But it could be packaged as one, available to run on your local webserver. Not 
sure how useful that is in practice.
 
> Second, the archive files I looked at seem to be incomplete.  I 
> downloaded the source code but could not find any file called CaveView.js.

> I also tried cloning the git repository with this command:
> 
>   git clone https://github.com/aardgoose/CaveView.js.git
> 
> Good grief, it downloaded over 260 megabytes!  Even that did not have 
> a CaveView.js file.

Heh, hooray for 'the modern way'? There is a CV.js which I presume is the 
top-level file. (and there are two worker threads which need to run too). 
CaveView.js is the application name - there isn't actually a file called that, 
just a directory.

This does look nice and shiny. I'll take at look at what's involved in 
packaging it for use as a local app then people don't need to worry about all 
those setup instructions. I've not fiddled with any node stuff before, but 
expect it to be somewhat painful, from what I've heard about the node ecosystem 
:-)

Looks like it needs the following:
rollup, which is currently in experimental.
three.js (already in since stable) (however it wants r85 and debian has 73 or 
80 - this may or may not actually matter) proj4js (already in since stable)

So none of that looks too bad, although the rollup piece could be a pain in 
practice.

Wookey
--
Principal hats:  Linaro, Debian, Wookware, ARM http://wookware.org/
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] CaveView a 3D web viewer

[Nick Bairstow via Therion]

I agree this looks very good but as Bruce points out the instructions look a 
little daunting for the less enlightened amongst us. I include myself in that 
group so any help would be appreciated.

Nick

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 27 July 2017 11:01
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: Re: [Therion] CaveView a 3D web viewer

I suppose you are referring to this
https://aardgoose.github.io/CaveView.js/

The video looks promising.
Is there an easy way to make it run for those of us who can't make sense of the 
instructions provided?
Bruce

From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Henry.Bennett--- 
via Therion
Sent: Thursday, 27 July 2017 9:09 PM
To: therion@speleo.sk
Cc: henry.benn...@dell.com
Subject: [Therion] CaveView a 3D web viewer

Very nice web viewing tool for Therion.  Top marks to aardgoose!

We should put this on the Wiki.

Cheers,

Henry

Dell Corporation Limited is registered in England and Wales. Company 
Registration Number: 2081369
Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, 
RG12 1LF, UK.
Company details for other Dell UK entities can be found on  
www.dell.co.uk.
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Pocket Topo on windows 10?

[Nick Bairstow via Therion]

Runs fine for me as well on Win 10 Pro 64bit. Don’t think I made any 
adjustments either.
I have had .net issues in the past and ended up uninstalling all versions and 
the carefully installing each version in order and that did it for me. Do not 
just install the latest version.

Slightly off thread
If you using a PDA or other device to survey with then you don’t actually need 
Pocket Topo on your pc, it's nice to have but not strictly necessary.
You can then save your .top file on to an SD card then get it into your pc with 
a card reader or whatever which means you do not have to use the very clunky 
Windows mobile. After that use Top Parser to create all your Therion files. If 
you are not aware of this method try it's by far the easiest and quickest way 
of getting your Topo data into Therion. Try it once and you won't go back to 
the manual way I can assure you.

https://bitbucket.org/AndrewA/topparser/downloads/

As a side issue if you are using your Disto X and sketching on paper you run 
the real risk of including any Disto errors in the data you eventually download 
and you may never notice. Sketching on a PDA shows errors straight away and you 
can correct on site. I learnt this the hard way.

I apologise if you already know all this but these mails being searchable are 
very useful to others over time.

Nick.

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Bruce Mutton via 
Therion
Sent: 11 April 2017 20:59
To: 'List for Therion users' 
Cc: Bruce Mutton 
Subject: Re: [Therion] Pocket Topo on windows 10?

Hi Xavier
PocketTopo runs fine for me on Windows 10 Home.
Don't think I had to make any adjustments to either product.
Bruce

-Original Message-
From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Xavier Pennec via 
Therion
Sent: Wednesday, 12 April 2017 7:35 AM
To: therion@speleo.sk
Cc: Xavier Pennec 
Subject: [Therion] Pocket Topo on windows 10?

Is anyone able to run pocket on Windows10?
I am currenty unable to install .Net framework 3.5 required to run it (on win10 
professonial).
I need to download data from a distoX2 to feed my therion files but I am 
currently blocked without pocket topo.
Any idea or insight?

Thanks

Xavier

-- 
> -
> Xavier Pennec
> Senior Research Scientist / Directeur de recherche Asclepios 
> project-team, INRIA Sophia-Antipolis
> 2004 Route des Lucioles, BP93
> F-06902 Sophia-Antipolis Cedex, France
> +33 4 92 38 76 64
> +33 6 78 35 16 90
> http://www-sop.inria.fr/asclepios/
> ---

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

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