Re: [Therion] More thoughts on Therion grids

[A Gott]

Hi Everyone,

I've had a little fun implementing this, I did opt for the .th file to
control the grid in the end, initially tried to use the map-connection
metapost to get the grid as a dotted line, but it wouldn't print when it's
been sent to two separate printers.

So now have adapted the metapost to implement the grid to be dashed as
below:
*code metapost*
*### change the Grid defined by AG as Line:User:Grid, in Excelgrid.th to be
a dotted line by robbing code from the metapost for map-connection and
amending it to make the arrowhead small/insignificant to the naked eye and
the dots spaced further apart*
*initsymbol("l_u_grid");*
*def l_u_grid (expr P) =*
*  thdrawoptions(dashed evenly scaled (20 * optical_zoom) withpen PenA);*
*  l_arrow_SKBB(P,1);*
*  thdrawoptions();*
*enddef;*

The grid has been implemented as a map which is brought in at the lowest
level, so that the grid shows underneath all of the drawing. .th file for
the grid can be found here:
cave-registry.org.uk/svn/PeakDistrict/Castleton/Excelgrid.th
<https://www.cave-registry.org.uk/svn/PeakDistrict/Castleton/Excelgrid.th>

Regards,
Alastair Gott.

On Thu, 18 Apr 2024 at 23:03, John  wrote:

> I also changed the cross size from the standard 5mm to 2mm ( from 10mm
> across to 4mm across) using
>
>
>
> #CHANGE CROSS HAIR SIZE
>
> #--
>
> # from 5mm to 2mm
>
> def s_hgrid (expr xpos, ypos, xsize, ysize) =
>
>   pickup PenD;
>
>   draw (
>
> if xpos < 0: 0 else: -2mm fi, 0
>
>   ) -- (
>
> if xpos > 0: 0 else: 2mm fi, 0
>
>   );
>
>   draw (
>
> 0, if ypos < 0: 0 else: -2mm fi
>
>   ) -- (
>
> 0, if ypos > 0: 0 else: 2mm fi
>
>   );
>
> enddef;
>
> def s_vgrid_SM (expr xpos, ypos, xsize, ysize) =
>
>   pickup PenD;
>
>   draw (
>
> if xpos < 0: 0 else: -xsize/4 fi, 0
>
>   ) -- (
>
> if xpos > 0: 0 else: xsize/4 fi, 0
>
>   ) dashed evenly;
>
> enddef;
>
>
>
> so at a scale 1:2500, each cross is 10m across, a useful quick measurement
> guide.
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows
>
>
>
> *From: *A Gott 
> *Sent: *18 April 2024 22:22
> *To: *List for Therion users 
> *Subject: *Re: [Therion] More thoughts on Therion grids
>
>
>
> HI Everyone,
>
>
>
> I have just created the linked excel file for creating a bespoke grid
> using excel, it will autopopulate when you drag it down. For the
> horizontals and verticals select a full scrap/endscrap (plus space) set of
> cells to drag down and it will populate the next in the set.
>
>
>
> For the coordinates, select a full set of 4 station, fix, station, fix
> lines and drag them down and it will autopopulate, top boxes are the ones
> which need amending.
>
>
>
> To put it in a therion file, you will need to copy and "paste special
> values" into another excel window and then this should drop into a .th text
> file.
>
>
>
> Onedrive link to the excel file, let me know if you want it and can't
> download it.
>
> Therion_gridcreationfile.xlsx
> <https://1drv.ms/x/s!AuwW4uWNDvLvgcUF3sp4CLnQOAwUmw?e=kdU09y>
>
>
>
> Grid Labels shouldn't be too hard to implement, by creating a scrap with
> some coordinate stations in it and then placing the labels for those
> stations next to coordinate stations.
>
>
>
>
>
> Regards,
>
> Alastair.
>
>
>
> On Thu, 18 Apr 2024 at 19:40, A Gott  wrote:
>
> HI Therion Mailing list,
>
>
>
> I have spent a couple of days looking over a few options with getting a
> grid onto the survey I sent around last week. below are the things I have
> tried.
>
>1. Manipulating Freq of grid spacing
>
>
>2. Looking at C++ Therion code
>
>
>3. Creating a Grid.pdf plan file - To save reading, my take away
>was give up
>
>
>4. Drawing Gridlines on .th2 for inclusion
>
>
>
> Two options now being considered:
>
>1. using microsoft excel to create grid.th file
>
>
>2. One for those with experience - Creating a script (Python?) to make
>the grid
>
>
>
> My findings on 1-4 are:
>
>1. *Manipulating Freq of grid spacing*
>
> I did this as this had been suggested to me and was a good solution, but
> at the 40-50m spacing required to get the grid to show in full this left
> the top right and bottom right corners with duplicate coordinates written
> over each other. for a finished survey, this would not be an optimal
> solution to the problem.
>
>
>
>2. *Looking at C++ Therion code*
>
> I'm not a coder 

Re: [Therion] More thoughts on Therion grids

[A Gott]

HI Everyone,

I have just created the linked excel file for creating a bespoke grid using
excel, it will autopopulate when you drag it down. For the horizontals and
verticals select a full scrap/endscrap (plus space) set of cells to drag
down and it will populate the next in the set.

For the coordinates, select a full set of 4 station, fix, station, fix
lines and drag them down and it will autopopulate, top boxes are the ones
which need amending.

To put it in a therion file, you will need to copy and "paste special
values" into another excel window and then this should drop into a .th text
file.

Onedrive link to the excel file, let me know if you want it and can't
download it.
Therion_gridcreationfile.xlsx
<https://1drv.ms/x/s!AuwW4uWNDvLvgcUF3sp4CLnQOAwUmw?e=kdU09y>

Grid Labels shouldn't be too hard to implement, by creating a scrap with
some coordinate stations in it and then placing the labels for those
stations next to coordinate stations.


Regards,
Alastair.

On Thu, 18 Apr 2024 at 19:40, A Gott  wrote:

> HI Therion Mailing list,
>
> I have spent a couple of days looking over a few options with getting a
> grid onto the survey I sent around last week. below are the things I have
> tried.
>
>1. Manipulating Freq of grid spacing
>2. Looking at C++ Therion code
>3. Creating a Grid.pdf plan file - To save reading, my take away was give
>up
>4. Drawing Gridlines on .th2 for inclusion
>
>
> Two options now being considered:
>
>1. using microsoft excel to create grid.th file
>2. One for those with experience - Creating a script (Python?) to make
>the grid
>
>
> My findings on 1-4 are:
>
>1. *Manipulating Freq of grid spacing*
>
> I did this as this had been suggested to me and was a good solution, but
> at the 40-50m spacing required to get the grid to show in full this left
> the top right and bottom right corners with duplicate coordinates written
> over each other. for a finished survey, this would not be an optimal
> solution to the problem.
>
>
>2. *Looking at C++ Therion code*
>
> I'm not a coder but I tried to look at the C++/Cxx code for therion to try
> and make some amendments, but didn't realise when I tried to use it in the
> thconfig file, that it doesn't work the same as "code metapost". but when
> taking a look at it I found chunks of the code which I thought were
> relevant, and include these below my signature.
>
> 3) *Creating a Grid.pdf plan file* - To save reading, my take away was give
> up
> As the Manipulation of the frequency of the Grid spacing went ok, I
> decided I could potentially use this to create a background for the survey
> but including it in the files, I didn't make a plan (and wouldn't repeat)
> but this went along the lines of:
>
>1. screenshot Survey, include image of survey in th2 file, place
>survey points at TR (top right) and BL coordinates required of the th2
>file, set scrap scale as per survey scale.
>2. create .th file which includes the two points as grid reference
>points, create .thconfig file to replicate the grid formation with no
>survey in it.
>3. export to pdf, use online pdf converter to create .jpg file, and
>then use paint to remove the overlapping coordinates in the top right and
>bottom right of the grid.
>4. use jpg as a background image in a .th2 file, include the
>coordinates etc in the main survey master .th file.
>5. attempt to use "sketches on" to import this grid into the lowest
>part of the survey to ensure it is shown on the bottom.
>6. give up waiting, as it was taking an age to 'warp' the sketch -
>abandon this as an idea.
>
>
> 4) *Drawing Gridlines on .th2 for inclusion*
> I think I could have skipped some of the above steps and used John Stevens
> example of drawing gridlines on a .th2 file earlier, advantages - get
> gridlines where you want, disadvantages - time consuming and potential for
> gridlines which don't look as polished as if a piece of software were doing
> it for you.
>
>
> I'm now considering
>
>1. *using microsoft excel to create grid.th <http://grid.th> file*
>
> creating a microsoft excel file to create a grid.th file which will use
> one scrap for each vertical gridline and one for each horizontal gridline.
> something along the lines of:
> survey gridlines
> scrap Vert1
> point 1 -1 station -name BotVert1
> point 1 0 station -name TopVert1
> line u:grid -clip off -place bottom
>   1 -1
>   1 0
> endline
> endscrap
>
> scrap Vert2
> point 2 -1 station -name BotVert2
> point 2 0 station -name TopVert2
> line u:grid -clip off -place bot

[Therion] More thoughts on Therion grids

[A Gott]

HI Therion Mailing list,

I have spent a couple of days looking over a few options with getting a
grid onto the survey I sent around last week. below are the things I have
tried.

   1. Manipulating Freq of grid spacing
   2. Looking at C++ Therion code
   3. Creating a Grid.pdf plan file - To save reading, my take away was give
   up
   4. Drawing Gridlines on .th2 for inclusion


Two options now being considered:

   1. using microsoft excel to create grid.th file
   2. One for those with experience - Creating a script (Python?) to make
   the grid


My findings on 1-4 are:

   1. *Manipulating Freq of grid spacing*

I did this as this had been suggested to me and was a good solution, but at
the 40-50m spacing required to get the grid to show in full this left the
top right and bottom right corners with duplicate coordinates written over
each other. for a finished survey, this would not be an optimal solution to
the problem.


   2. *Looking at C++ Therion code*

I'm not a coder but I tried to look at the C++/Cxx code for therion to try
and make some amendments, but didn't realise when I tried to use it in the
thconfig file, that it doesn't work the same as "code metapost". but when
taking a look at it I found chunks of the code which I thought were
relevant, and include these below my signature.

3) *Creating a Grid.pdf plan file* - To save reading, my take away was give
up
As the Manipulation of the frequency of the Grid spacing went ok, I decided
I could potentially use this to create a background for the survey but
including it in the files, I didn't make a plan (and wouldn't repeat)
but this went along the lines of:

   1. screenshot Survey, include image of survey in th2 file, place survey
   points at TR (top right) and BL coordinates required of the th2 file, set
   scrap scale as per survey scale.
   2. create .th file which includes the two points as grid reference
   points, create .thconfig file to replicate the grid formation with no
   survey in it.
   3. export to pdf, use online pdf converter to create .jpg file, and then
   use paint to remove the overlapping coordinates in the top right and bottom
   right of the grid.
   4. use jpg as a background image in a .th2 file, include the coordinates
   etc in the main survey master .th file.
   5. attempt to use "sketches on" to import this grid into the lowest part
   of the survey to ensure it is shown on the bottom.
   6. give up waiting, as it was taking an age to 'warp' the sketch -
   abandon this as an idea.


4) *Drawing Gridlines on .th2 for inclusion*
I think I could have skipped some of the above steps and used John Stevens
example of drawing gridlines on a .th2 file earlier, advantages - get
gridlines where you want, disadvantages - time consuming and potential for
gridlines which don't look as polished as if a piece of software were doing
it for you.


I'm now considering

   1. *using microsoft excel to create grid.th  file*

creating a microsoft excel file to create a grid.th file which will use one
scrap for each vertical gridline and one for each horizontal gridline.
something along the lines of:
survey gridlines
scrap Vert1
point 1 -1 station -name BotVert1
point 1 0 station -name TopVert1
line u:grid -clip off -place bottom
  1 -1
  1 0
endline
endscrap

scrap Vert2
point 2 -1 station -name BotVert2
point 2 0 station -name TopVert2
line u:grid -clip off -place bottom
  2 -1
  2 0
endline
endscrap

map scrap verticals
Vert1
Vert2
endmap

map grid
scrap verticals
scrap horizontals
scrap labels
endmap

centreline
  cs OSGB:SK
  station BotVert1
  fix BotVert1 realX realY 0
  station TopVert1
  fix TopVert1 realX realY1 0
...etc...
  endcentreline


   2. *One for those with experience - Creating a script (**Python?)** to
   make the grid*

If anyone has any experience of it could they make a small script (like
topparser is) that can make a .th file such as the above. My thoughts are
that with a few small options this could be a quick win for a few people
who are manually making their own grids.
 Therion already has an option to output coordinates for the bbox, these
could be inputted into the script and then an option selected for the
coordinate system, grid spacing, labeling frequency and placement


Regards,
Alastair Gott.
---
Therion source code I thought was most closely aligned to the above problem.

*CXX to control grid formation and pattern*
from line 775 on therion/thpdf.cxx

  GRIDLIST.clear();
  if (LAYOUT.grid > 0) {
converted_data scr;
double a,b,c,d;
parse_eps(LAYOUT.gridAA, "",0,0,a,b,c,d,scr,101);
GRIDLIST.push_back(scr);scr.clear();
LAYOUT.gridcell[0].x = a;
LAYOUT.gridcell[0].y = b;
parse_eps(LAYOUT.gridAB, "",0,0,a,b,c,d,scr,102);
GRIDLIST.push_back(scr);scr.clear();
LAYOUT.gridcell[1].x = a;
LAYOUT.gridcell[1].y = b;
parse_eps(LAYOUT.gridAC, "",0,0,a,b,c,d,scr,103);
GRIDLIST.push_back(scr);scr.clear();
LAYOUT.gridcell[2].x = a;
LAYOU

[Therion] Geographical Coordinates on grid

[A Gott]

HI Therion users,

I am really struggling to get coordinates to show on the edges of the Plan
pdf when generated. There *has* to be something I'm missing! Does anyone
have any examples where they have implemented coordinates on the border of
the PDF so I can take a look?

The two models I have tried this on are the Peak speedwell model in
Castleton, Derbyshire, UK and also the Agua/Naciemiento Model in Tresviso,
Cantabria/Asturias, Spain

I really would like to see it on the Peak speedwell model and now realise
we tried it on the Agua model but decided against it due to deadlines. We
set a deadline for this one, but including the coordinates are a must!

Peak speedwell -
cave-registry.org.uk/svn/PeakDistrict/Castleton/castleton_model_thconfig


The things I've tried to include in the above which I hoped would help
the coordinates
to generate, at one point I did get the coordinates to generate only on the
west side of the pdf, but now it's failing to show anywhere:

page-setup 118.9 84.1 114.9 80.1 1.5 1.5 cm
  overlap 3 cm
  #size   110  75  cm
  size 105 75 cm

grid bottom
grid-coords border
grid-size 250 250 250 m
cs OSGB:SK
grid-origin 14865.01 82575.16 193.75 m

I also tried implementing the full grid, in the hope that this would
help, but also didn't.

  layout custom_grid
##change default cross hair grid to grid
code metapost
  def s_hgrid (expr xpos, ypos, xsize, ysize) =
pickup PenD;
if ( xpos >=  -xsize ) and ( ypos >= -ysize ):
  draw ( -xsize/2, 0) -- ( xsize/2, 0);
  draw ( 0, -ysize/2) -- ( 0, ysize/2);
fi
  enddef;
endcode
  endlayout


For Ref, the Tresviso model, but we wiped any reference to including a grid
on this one.
cave-registry.org.uk/svn/Andara/Tresviso/Nacimiento/therion/Nacimiento2020/Nacimiento2020_master.thconfig

Regards,
Alastair Gott.
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Radiolocation Fixed Points

[A Gott]

HI Daniel,

We had a similar problem on a mine called Speedwell in the UK. Our problem,
we found out, was that we had very few points in a straight line of passage
leading to a middle entrance of the system. The model we were using had
quite long lengths for this part of the survey, so when therion was trying
to distribute errors across the whole survey, the least accurate part of
the survey it decided was this straight bit of passage. so there was some
big distortions.

I would ask whether you have entrances or other radio location points on
both sides of the siphon.

If the radiolocation for one of the sides of the siphon is not accurate
then including both radiolocation points could introduce distortion. I
would consider not using the radiolocation point on the "entrance" side of
the siphon. or if the distance between the entrance and the entrance side
of the siphon is small in comparison to the cave, then keeping the
radiolocation here and removing the radiolocation on the far side of the
siphon.

Say your model is:
Entrance Grid ref (accurate)
~some normal cave survey (really accurate)
*. radiolocation of entrance side of siphon (possibility for error?)*
~siphon survey (really accurate)
radiolocation of far end of siphon (possibility for error?)
~some more dry cave survey (really accurate)
second entrance (accurate) or distant third radiolocation point.
(possibility for error?)

I am only suggesting removing one of the radiolocation points because your
siphon survey sounds like it's fairly accurate, and as tarquin says not
likely to be causing the error. I would think the accuracy of the
radiolocation could be the weak link, but i'm no expert with radiolocation.

Alastair.


On Thu, 25 Aug 2022 at 07:51, Daniel Chailloux 
wrote:

> Hi,
>
>
>
> We are facing a problem with Therion and fixed points obtained by
> radiolocation.
>
> This is the survey of a very long siphon taken with the SeaCraft ENC3 tool.
>
> There are many many stations saved automatically with the device.
>
> We fixed two points determined by radiolocation, one at the beginning of
> the siphon and another at the end.
>
> When after Therion compilatione, the survey is completely distorted.
>
> Doesn't the problem come from too many shots and Therion not being able to
> compensate for the very small shots?
>
>
>
> Have you encountered this problem before?
>
>
>
> Thanks for your help,
>
> --
>
> Daniel Chailloux.
>
> _
>
> *Daniel Chailloux*
>
> 17, avenue Gabrielle d’Estrées
>
> 91830 Le Coudray-Montceaux - France
>
> Mobile : +33 6 8290 7375
>
> Email : danielchaill...@orange.fr
>
>
> ___
> 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] filtering for export continuation-list

[A Gott]

HI Therion friends,

A friend posed an interesting question on a data set we hold in Therion. We
have entered a lot of leads (point continuation's) in both elevation and
plan th2 files. we have come to export these and have found that they are
both coming out together, with neither being an exact copy of each other
it's hard to tell them apart.

*Is there any way you can filter the "export continuation-list" to only
output plan continuations?*

At present for a workaround, I have suggested exporting to .txt and copy
and pasting into excel, so that the list can be filtered.

is it possible to filter prior to export? (if not, would it be possible to
include an extra column on the export to show which projection the
continuation was noted in, eg. plan, extended, elevation [90] - so this can
then be filtered in excel/a database).

I note that even when using a select from the map structure, therion still
defaults to looking at the full .th dataset.


Regards,
Alastair Gott.
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Metapost exit code in therion 6.0.1 and 6.0.2

[A Gott]

HI Everyone,

A friend messaged me while I was lucky enough to escape the UK and get to
spain for some caving, which was great!

I've got back and tonight I tried to look at the problem he was having
outputting in Therion 6.0.1
 I ran his survey in 5.5.3 with no issues whatsoever, I thought he could be
getting a bug from 6.0.1 so i updated my software, and now i'm bugged in
6.0.2 with the metapost exit code on his survey.

### metapost log file 
This is MetaPost, version 2.00 (TeX Live 2020/W32TeX) (kpathsea version
6.3.2)  22 SEP 2021 21:44
**data.mp
(c:/Program Files (x86)/Therion/texmf/mpost/mpost.mp
(c:/Program Files (x86)/Therion/texmf/mpost/plain.mp
Preloading the plain mem file, version 1.005) ) (./data.mp
{randomseed:=42}
 [1] [2] [3] [4]
[5] [6] [7] [8] [9] [10] [11] [12] [13] [14]
[1]
[Warning: scrap outline intersects itself in scrap
loper-p@inglorious.CusseyMas
ter] [2] [3] [4] [5]
[Warning: scrap outline intersects itself in scrap indy-1p@Indy.CusseyMaster
]
[6] [7] [8] [9] [10] [11] [12]
[Warning: scrap outline intersects itself in scrap
timewarp-3p@Timewarp.CusseyM
aster] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26]
[27]
[Warning: scrap outline intersects itself in scrap
inglorious...@inglorious.cus
seyMaster] [28] [29] [30] [31]
[Warning: scrap outline intersects itself in scrap
mine1@inglorious.CusseyMaste
r] [32] [33] [34] [35] [36] [37] [38]
[Warning: scrap outline intersects itself in scrap
shattered_dreams-2p@shattere
d_dreams.CusseyMaster] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48]
[49]
[50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] (./mptextmp.mp) [61]
! Logarithm of -64.77 has been replaced by 0.
log->begingroup(if(EXPR2)=0:0else:mlog((EXPR2))/
mlog(10)fi)endgroup

   ;
s_altitudebar->...d:=(EXPR1)-(EXPR0);dlog:=log(d);

if.dlog.mod1<0.301:dv:=2;e...
l.10965 ...,(0.0,0.75000,0.75000,0.0))("")
  ;
Since I don't take logs of non-positive numbers,
I'm zeroing this one. Proceed, with fingers crossed.

(./mptextmp.mp) (./mptextmp.mp) [62] )

Here is how much of MetaPost's memory you used:
 18042 strings using 388328 characters
 2412656 bytes of node memory
 1681 symbolic tokens
 11i,82n,19p,452b,5f stack positions out of 16i,98n,20p,487b,6f
76 output files written: data-patt.1 .. data.62


 end of metapost log file 
C:\Program Files (x86)\Therion\therion.exe: error -- metapost exit code -- 2
writing xtherion file ... done


I don't know whether its a bug or whether there is an error with the config
file which only presents in 6.0.1/2
 but I thought I would send it to the list for thoughts?

Alastair.

please find below config file which ran fine in 5.5.3


source CusseyMaster.th


export model -fmt survex -o CusseyMaster.3d

export map -proj [elevation 0]  -layout localside -o CusseyElevation.pdf
export map -proj plan -layout LayoutMapBorder -layout sidesurvey -layout
localplan -layout-map-image 5 20 sw "./arrow.png" -layout-map-header 0 0
off -o CusseyMaster.pdf
#export map -proj plan -layout LayoutMapBorder -layout sidesurvey -layout
localplan -layout-map-image 17 20 sw "./arrow.png" -o CusseyMaster.pdf
export map -proj plan -layout LayoutMapBorder -layout localplan -o
CusseyPlan.pdf


layout sidesurvey
map-image 55 100 s CusseyElevation.pdf
endlayout


layout localside
symbol-set BCRA
symbol-hide group cave-centreline
scale-bar 25 m
map-header 98 97 n
map-comment "Discovered and Explored by Eldon Pothole Club 2020 -
2021Surveyed By: Luke Cafferty, Rob Eavis, Jon Pemberton, Jeff
WadeSurvey Drawn By: Rob EavisElevation, facing NorthEntrance:
SK 21545 76524Altitude: 244m"
legend on
  grid bottom
  grid-coords border
  grid-size 10 10 10 m
  #grid-origin 0  0  0 m

colour map-fg [80 89 94]
#colour map-bg [20 39 14]

code metapost
def s_scalebar (expr l, units, txt) =
  begingroup
interim warningcheck:=0;
tmpl:=l / Scale * cm * units / 2;
tmpx:=l / Scale * cm * units / 5;
tmph:=5bp; % bar height
  endgroup;
  pickup PenC;
  draw (-tmpl,0)--(tmpl,0)--(tmpl,-tmph)--(-tmpl,-tmph)--cycle;
  p:=(0,0)--(tmpx,0)--(tmpx,-tmph)--(0,-tmph)--cycle;
  for i:=-2.5 step 2 until 2:
fill p shifted (i * tmpx,0);
  endfor;
  begingroup
interim labeloffset:=3.5bp;
for i:=0 step (l/5) until (l-1):
  tmpx:=tmpl * (i * 2 / l - 1);
  label.top(thTEX(decimal (i)),(tmpx,0));
endfor;
label.top(thTEX(decimal (l) & "\thinspace" & txt),(tmpl,0));
label.bot(thTEX("Scale = 1 : " & decimal round(Scale*100)),(0,-tmph));
  endgroup;
enddef;
  endcode

  code tex-map
\legendcontent={%
  \hsize=\legendwidth
  \ifnortharrow\vbox to 0pt{\line{\hfil\northarrow}\vss}\fi
  \edef\tmp{\the\cavename} \ifx\tmp\empty \else
{\size[40]\the\cavename} \vskip1cm
  \fi
  \ifscalebar\scalebar\vskip1cm\fi
  {\rightskip=0pt plus 3em\parskip=3bp

Re: [Therion] Strange Therion/survex disparity in altitudes

[A Gott]

HI Tarquin and Andrew,

Many thanks for that, We were just lost, I think we'll be able to pick it
up from here with your helpful guidance. Should just be a case of looking
through the .th files and looking for all the 90's

I hope you are both well.

Al.

On Fri, 26 Feb 2021 at 07:33, Andrew Atkinson  wrote:

>
> > DOWN has been mis-converted into +90 rather than -90, when converting
> > from Survex format to Therion format.
> > Survex:
> > 2213  2212B   3.49-   DOWN
> > Therion:
> > 2213  22123.49  311  90
> > I'm guessing that error may turn up elsewhere. consort_climax looks
> > similarly wrong.
> As a point to note -90 and Down at treated differently for clino
> correction, they can be treated ed the same
>
>  From the survex manual
>
>  "*infer plumbs on" tells cavern to interpret gradients of +/- 90
> degrees as UP/DOWN (so it will not apply the clino correction to them).
> This is useful when the data has not been converted to have UP and DOWN
>
> 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