[Therion] Ubuntu and russian fonts

[Martin Budaj]

Hello,

therion packaged for Debian/Ubuntu behaves differently to the
source/windows distribution in this respect (see
http://mailman.speleo.sk/pipermail/therion/2009-May/002466.html and
following).

It should be enough to uncomment the line starting with "tex-fonts
cmcyr" in therion.ini to enable cyrillic fonts in therion.

Martin


On Sun, Dec 18, 2011 at 10:27 AM, Vasily Vl. Suhachev  wrote:
> Hello
>
> Therion on Ubuntu created PDF with dots instead of cyrillic texts. How to
> fix this problem?
>
> --
>  WBR, Vasily
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] Therion has been translated into Bulgarian

[Martin Budaj]

2011/2/14 Александър Янев :
> Hi,
> I and my frend Ivo Tachev make translation of Therion program into
> Bulgarian

Excellent! We will include it in the next snapshot.

> I tried compiling under Ubuntu, but out errors that I could not fix.

It might be necessary to set paths to libraries, especially in
loch/Makefile. Feel free to post the compilation log.

Martin

[Therion] cs suggestion: Outside bounds warning

[Martin Budaj]

>>Which led me to the thought, maybe therion should warn, but continue if
>>it finds an co-ordinate outside the area covered by the cs selected?
>
> I'll second that.  A couple of years ago I was trying to work out why north
> became south!  It was a cs out of range error due to a mistyped digit.

It is not trivial for projected coordinate systems. It would be
necassary to specify the range for each CS used. Valid ranges for some
(not all) EPSG codes are listed at http://spatialreference.org/.

Perhaps the realistic implementation would be to let the user specify
valid range for any CS he defines (CS definition is not supported yet,
but planned). Then if you want to be sure with your coordinates, just
define custom CS by copying EPSG definition and add valid range from
http://spatialreference.org/.

Martin

[Therion] Therion has been translated into Bulgarian

[Martin Budaj]

Hi,

you need to install devel version of libvtk5, libwxgtk, libfreetype, libglu.

Instead of make "config-linux" use "make config-debian". Depending on
your system, you might need to edit VTKVERSION in loch/Makefile.

Martin

2011/2/15 Александър Янев :
> Hi, Martin!
> look the log file in the attachments.
> How to set the path to libraries?
>
> Alexander
>
> 2011/2/14 Martin Budaj :
>> 2011/2/14 Александър Янев :
>>> Hi,
>>> I and my frend Ivo Tachev make translation of Therion program into
>>> Bulgarian
>>
>> Excellent! We will include it in the next snapshot.
>>
>>> I tried compiling under Ubuntu, but out errors that I could not fix.
>>
>> It might be necessary to set paths to libraries, especially in
>> loch/Makefile. Feel free to post the compilation log.
>>
>> Martin
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>

[Therion] Altitude

[Martin Budaj]

On Tue, May 27, 2008 at 10:22 PM, Ben Cooper  wrote:
> I've noticed that the "scale" option does not appear to work with the
> "altitude" point symbol.  Is there any particular reason for that?

It belongs to labels, for which the scale option is ignored. Anyway,
did you try to scale the dot or the text?

Martin

[Therion] Passage Height units

[Martin Budaj]

We are also considering to allow direct entering of lengths in feet
and inches like 5'3" or 3" (which would be interpreted always as
feet/inches regardless of default length units setting).

It would simplify code like -value [3 ft] into -value 3'.

Any comments on this? How to enter fractions of an inch?

Martin

On Thu, Nov 20, 2008 at 2:23 PM, Stacho Mudrak  wrote:
>> May I suggest an extension of the idea?  In the master .th file should be 
>> some
>> way of specifying a default for scraps.  If the scrap contains a default
>> setting, it over-rides the setting from the .th file.
>
> If it would be specified in master file, than if you will send
> somebody a part of your data without this master file, he could not be
> sure, what units did you used. But you are right - units specification
> for every scrap is still not very convenient... I can imagine.
>
> I have another suggestion. What about setting defult units system
> simmilar way as file character encoding is set. E.g. at the beginning
> of every file you will have command, that will set default units valid
> until end of file. This command will be automatically inserted by
> xtherion each time you create new .th or .th2 file. You will be able
> to configure default units in xtherion.ini, so you will not have to
> take care of units any more. And the data will be still portable,
> because units used in file will be specified in its header. It will
> also simplify centerline insertion, because units specification after
> each centerline command will not be needed any more.
>
> Regards, S.
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] standard deviation and survey grade

[Martin Budaj]

> What about 'position'?  I don't think the BCRA grades have much to say about
> these.  (I'm sure we can make something sensible up)

First proposal could be:

GRADE; POSITION / HEIGHT error (95% confidence); comment

0 -- position unknown
1  1000 m -- rough estimate / memory
2  100 m  -- GPS in bad conditions (canyons, foliage, SA), small-scale map
3  15 / 45 m  -- GPS, large-scale map
4  5 / 15 m   -- GPS longer observation, distinct features on a large-scale map
5  1 / 3 m-- GIS GPS
6  15 cm  -- geodetic GPS, theodolite/total station, technical nivelation
7  5 cm   -- geodetic GPS, precise theodolite/total station,
precise nivelation

Martin

[Therion] DistoX and PocketTopo with Therion

[Martin Budaj]

On Mon, Apr 20, 2009 at 5:49 PM, Wookey  wrote:

> Therion 5.2.7 comes with a pt2pdf.pl script which does a direct
> conversion of the 'therion' pockettopo export file into a PDF file
> containing the data in 3 column format and then the actual
> rendered plan and elevation, over 4 pages.

> I guess that's useful as something you could import and draw over,
> but it seems useless for importing the actual data. It is this script I
> rewrote to just turn the 'therion export' format file into something which
> therion could actually understand directly.

pt2pdf is intended for archivation. It will be included as a tool in
xtherion in the future (this is the reason why it is not documented
yet).

You can already import 'therion export' from PocketTopo directly into
latest XTherion:

   - centerline in text editor - File->Import->PocketTopo therion export
   - sketches in map editor - Backgroud Images->Insert->PocketTopo
therion export

> Who writes PocketTopo? Is the code available so we could just make it
> directly export both survex and therion data? (and so we could port it
> to Linux perhaps).

Beat Heeb, author of DistoX. Unfortunately it is closed-source, like Auriga.

Martin

[Therion] equates to non-existing stations

[Martin Budaj]

2009/7/16 Vasily Vl. Suhachev :
> Therion process "equate" command with non-exists stations, and no
> warning or error raised... look like a bug

This is a feature. It creates name alias for that station.
Sorry for the late answer.

Martin

[Therion] redefine altitude symbol

[Martin Budaj]

On Fri, Aug 21, 2009 at 8:53 PM, Thomas Holder 
wrote:
> how to redefine the altitude point symbol? Defining a metapost p_altitude
> macro within layout/endlayout has no effect.

All point labels are displayed using p_label; altitude uses mode=1.

Martin

---

vardef p_label@#(expr txt,pos,rot,mode) =
  if (mode=1) or (mode=7): interim labeloffset:=(u/8) fi;
  lab:=thelabel@#(txt, pos);
  if mode>1: pickup PenD fi;
  if mode=1:
pickup pencircle scaled (u/6);
drawdot(pos);
process_label(pos,0);
  elseif mode=2: process_uplabel;
  elseif mode=3: process_downlabel;
  elseif mode=4: process_updownlabel;
  elseif mode=5: process_circledlabel;
  elseif mode=6: process_boxedlabel;
  elseif mode=7: process_label(pos,rot);  % station name
  elseif mode=8: process_filledlabel(pos, rot);
  else: process_label(pos,rot); fi;
enddef;

[Therion] Point Debris AUT uses wrong pen with clip off if outside of passage

[Martin Budaj]

On Thu, Jul 14, 2011 at 9:41 PM, Bruce  wrote:
>
> Has anyone else noticed that for the point debris AUT with –clip off it 
> will draw with a heavy weight pen of part of the symbol is outside of the 
> cave passage?

> I am not sure why it would do this.  Seems to be nothing in the point 
> definition that should cause this (to my inexperienced eye).

If you want to fix it, add "pickup PenC;" at the beginning of the
symbol definition. Will be fixed in the next snapshot.

Martin

[Therion] ceiling-meander

[Martin Budaj]

> looking at the UIS official symbols ...
> ceiling meander is shown with ticks outside,
> therion ceiling-meander draws with ticks pointing inside.
>
> also chinmey line in UIS is dashed with ticks.
> in therion is just dashed.
> (therion ceiling-step line is dashed with ticks).

In fact both problematic symbols are defined in SKBB (our local caving
group) symbol set.

Unfortunately, UIS set is incomplete in therion and missing symbols
are taken fom other symbol sets even if you select UIS set in
thconfig, as it is in this case. We can add those two symbols in the
next snapshot, other symbols upon request.

You can display an overview of currently defined symbols for all
symbol sets by running

therion --print-symbols

which creates symbols.xhtml file (you can display it in Firefox).

Martin

[Therion] metapost: Therion version and current date

[Martin Budaj]

> Is it possible to expose the version number of therion to metapost?

this could be added

> And the current system date and time?

there are following internal numeric variables in metapost:

hour, minute, day, month, year

martin

[Therion] therion 5.2.9

[Martin Budaj]

> There’s now a filter for surveys.  What does it filter?  Makes no change 
> to
> my data and nothing in the Therion Book yet.

If you mean filter for continuation list export, it controls whether
continuation symbols without comment will be included in the list or
not.

> There are a few new warnings in 5.2.9 not present in 5.2.8;
> Warning: cannot open font map file psfonts.map, and

Completely harmless

> Warning: the turningnumber algorithms do not agree. The current computed
> value is 0, but the 'connect-the-dots' algorithm returned -1

This is produced by new metapost version, which is now included in the
windows distribution. The turningnumber (used in therion to detect
self-intersecting scrap outline) is not calculated perfectly in
metapost, so another algorithm has been included to check the
computation. If the algorithms give different results it means that
you cannot be so sure that the scrap outline is really degenerated
(and you can ignore therion's message about intersecting outline for
that scrap).

> This is probably not a 5.2.9 thing, but does it suggest that my cave has
> nearly reached Therions ability to create the pdf?
>
>  750 PDF objects out of 1000 (max. 8388607)

That's fine, just the max. value is limiting. In this case 1000 will
be dynamically increased if necessary.

Martin

[Therion] Chinese characters in Therion.

[Martin Budaj]

On Thu, Mar 5, 2009 at 7:40 AM, Duncan Collis  
wrote:
> I'd like to be produce output from Therion with Chinese characters in
> titles/labels/team members' names, etc.  A little experimentation
> produces no errors, but no Chinese text either.  Am I right in
> guessing that I need a CJK package for Tex for this to work?

It should work with the new font setup (you need latest snapshot). You
just need to set pdf-fonts in therion.ini file (search thbook for
pdf-fonts keyword) to reference Chinese fonts (you can enter the same
font name for all styles).

I did not test it, however, as I don't have any such font at hand.

Martin

[Therion] Strange scale-dependent Metapost error

[Martin Budaj]

On Mon, Mar 9, 2009 at 9:53 AM, Martin Sluka  wrote:
>
> On 9.3.2009, at 6:58, Duncan Collis wrote:
>
>> So - it looks like I can work around the problem by either omitting a
>> small part of the survey or by outputting at not-quite 1:1000, but it
>> seems to me that something is wrong here!
>
> It is a bug, I discovered it yesterday too.

I think that it is not related to the bug in the dataset of Martin
Sluka. Could you send (to list or to me) some minimal sample?

> The new snapshot has changed (improved) the MetaPost and TeX macros, so
> there should be a problem.

Unfortunately, latest fixes are not yet released.

Martin

[Therion] DistoX and PocketTopo with Therion

[Martin Budaj]

> The Export Therion format does not seem to produce data in a format similar
> to what Therion normally accepts – after the data it produces some form of
> co-ords separated into plan and elevation partitions.  Most of the survey
> stations are converted to 10 digit numbers and all of the keywords are in
> capitals.  Much of the file content could be made Therion compatible
> relatively easily using a text editor, but surely this is not what is
> intended?

This is a special intermediate format which can be easily imported
into xtherion:

 * added import functions for PocketTopo export
   - centerline in text editor - File->Import->PocketTopo therion export
   - sketches in map editor - Backgroud Images->Insert->PocketTopo
therion export

There are some issues, but most of the features are supported.

Martin

[Therion] make samples qmarks is broken

[Martin Budaj]

On Sat, May 2, 2009 at 3:50 AM, Wookey  wrote:
> After some faffing I found that every attempt to run
>  thconfig in the samples directores produces a
> segfault as soon as therion tried to write out a file.

There is a quick fix for the bug:

--- thlayout5.2.8.cxx   2009-04-23 11:05:06.0 +0200
+++ thlayout.cxx2009-05-02 20:19:31.0 +0200
@@ -2039,7 +2039,7 @@
   LAYOUT.preview_below_b = this->color_preview_below.B;

   LAYOUT.lang = this->lang;
-  LAYOUT.langstr = thlang_getid(this->lang);
+  LAYOUT.langstr = (this->lang == -1 ? "en" : thlang_getid(this->lang));
 }


For Windows users (who don't want to compile from sources) there is a
workaround: just define any language in the layout.

Martin

[Therion] Fixed corner co-ordinates on a map

[Martin Budaj]

On Mon, May 11, 2009 at 7:14 PM, Andrew Atkinson  wrote:
> I am try to do this as we have a rapidly expanding cave system which we
> would like to plot on google earth (or the likes) using Bill Chadwicks map
> of the Mendips

You could use KML export which can be loaded directly into google earth.

If you need to use bitmap output, PDF maps contain georeferencing
information (for nine points) as a comment. XTherion can use it to
produce PNG image + MAP Ozi explorer-like calibration file (Help ->
Calibrate bitmap). If your software doesn't load MAP files directly,
you would need to write some simple conversion script.

Martin

[Therion] co-ordinate problem

[Martin Budaj]

On Wed, May 13, 2009 at 2:11 PM, Andrew Atkinson  wrote:

> import GB.3d -surveys use -cs EPSG:27700 -calibrate [0 0 0 30 10 0]
>
> however generating the kml file and looking at it on google earth,
> the entrance has moved 90 metres on a heading of 078 degrees (and I assume
> the rest of the cave)

EPSG:27700 included in therion does not define datum shift between
Airy and WGS84 ellipsoids. We will update proj4 library for the next
snapshot.

> trying 4277 crashes my machine with a memory unaddressable error

Could you send some minimal data example + platform description?

Martin

[Therion] Therion book translation

[Martin Budaj]

> Some people here could be interested in translating the Therion book in
> italian in order to reduce the steepest learning curve for
> speleo folks here. Is there any defined policy about that? Some common
> repository or what else?

Unfortunately not. Main problem is that thbook is being changed and
updated quite often and we did not find any easy solution how to keep
translations synchronized with the original. Although there were some
attempts to use wiki for managing translation into Czech/Slovak, they
were not really successful.

Anyway, I would rather recommend tutorials like
http://therion.speleo.sk/wiki/doku.php?id=tfc or
http://therion.speleo.sk/wiki/doku.php?id=tbe for translation; thbook
is mostly a reference not very well suitable for learning therion.

Martin

[Therion] 2D Output Scale Dependant Error -- metapost exit code -- 3

[Martin Budaj]

On Sun, Oct 4, 2009 at 2:55 AM, Bruce  wrote:
> My pdf map will create OK at scales of 1:500, 1:1000, 1:2000, 1:4000, but
> not  1:4500 (gives a single error as attached) nor 1:5000 to 1:6000 (gives
> many thousands of errors, 6MB and 13MB respectively).
>
> Interestingly 1:7500, 1:9000, 1:10,000 and 1:20,000 compile OK.

This has been fixed in 5.2.14.

All users: previous fix in 5.2.13 introduced another bug in slope
symbol; please upgrade to 5.2.14 if you are using 5.2.13.

Martin

[Therion] Increasing Metapost 4096 scrap limit

[Martin Budaj]

On Tue, Dec 1, 2009 at 5:26 PM, Carl Magnuson  wrote:
> It looks like the solution is to issue the following metapost command:
> warningcheck := 0;

Indeed. The new limit will be 32768 and could not be increased further
in Metapost itself.

The solution would be modification of how therion manages metapost
pictures (currently they are stored in files data.1 to data.4000, with
files data.4001 to data.4095 reserved for pattern definitions). This
numbering scheme could be modified to allow more file name prefixes
and consequently theoretically unlimited number of scraps processed by
metapost.

On the other hand there is still pdfTeX limit which would not allow
much more scraps. PdfTeX uses internal registers for scraps
referencing (scrap data is included only once in pdf file and can be
referenced on multiple pages). You could avoid pdftex limit by using
SVG output (if SVG viewers would process large number of internal
references).

In the longer-term future (a few years) I would like to use metapost
as a library instead of external metapost executable, which would
solve the problems with temporary files (and other problems as well).

> However adding it in a
> code metapost
> warningcheck := 0;
> endcode
> block seems to have no effect, mpost still fails on more then 4096 scraps.

Therion currently inserts warningcheck:=1; before scraps without good
reason, so it will be fixed soon.

If the new warningcheck setting would work for you, I would prefer not
to modify current file numbering scheme for metapost pictures and have
it fixed later with implementation of metapost library.

Martin

[Therion] hidden points of centerline

[Martin Budaj]

> In this relation my original question was: What must I do (and now I try my 
> question in an other way), if I namely want to have all data in my data-file, 
> but in the Map there should shown only the main-station-points (1, 2, 
> ...)with name along the centerline. The Station with extention a, b, c... 
> should not drawn and named.
> May it be, that that is only possible with a different METAPOST-Code or is 
> there a possibility in Therion itself?
>
> In both cases of your example I get all stations drawn and named.

This has been fixed recently (splay shots are not displayed in the
map). I am not sure if latest snapshot already contains the fix -- if
not, you have to wait for 5.2.7.

Martin

[Therion] hidden points of centerline

[Martin Budaj]

On Fri, Feb 6, 2009 at 12:38 PM, Martin Sluka  wrote:
>
> On 5.2.2009, at 8:41, Boldt, Markus wrote:
>
>> but not how it is possible to scale the Text of
>> the scalebar.

You can use this code in the layout. Change \size[20] to whatever you
need. Someday the customization parameters will be accessible from
layout without the need for redefining macros, but currently some more
important issues are on the list.

Martin

code mpost
def s_scalebar (expr l, units, txt) =
  begingroup
interim warningcheck:=0;
tmpl:=l / Scale * cm * units / 2;
  endgroup;
  pickup PenC;
  draw (-tmpl,0)--(tmpl,0);
  draw (-tmpl,0)--(-tmpl,2bp);
  draw (tmpl,0)--(tmpl,2bp);
  begingroup
interim labeloffset:=2bp;
label.top(thTEX("\size[20]" & decimal (l) & "\thinspace " & txt),origin);
  endgroup
enddef;

[Therion] Selective output of label text

[Martin Budaj]

On Sun, Feb 15, 2009 at 10:03 AM, Bruce Mutton
 wrote:
> I have tried many combinations of string, numeric, quotes, no quotes for the
> -attr variables parsed, and most cause identifiable metapost errors. If I
> comment out the metapost code it compiles perfectly.  I'm a bit lost and
> assume I'm making a simple mistake somewhere.

I attach complete example with two labels; one of which is hidden
using the code I sent.

> However, before pursuing this approach too much further, it is apparent that
> adding extra attributes to labels is a big imposition when they already have
> a -scale attribute that matches, more or less, their 'importance'.  I have
> 18km of plans and elevations to adjust!

You are right.

> So, is there a way to modify the metapost code to progressively hide labels
> of -scale xs, s, m etc as the output scale increases from 1:1000, 1:2000,
> 1:5000 etc?

Therion core needs to be modified to support this (information about
-scale option can't be evaluated by metapost currently), but then the
same approach could be used.

> Also I will need to modify the code for many entities I assume.  Ie line
> label, point passage-gradient (perhaps?) and not just point label.  There
> must be a location in my Windows Installation from where I can pluck the
> code for all the Therion entities, once I can figure out the pattern for the
> changes required?

The files are in the source distribution only (directory mpost).

Other option would be to extend symbol-hide/show options to evaluate
other conditions, like

symbol-hide point label where option:scale not "xl"

This would avoid a lot of modifications to metapost code but is not so
easy to implement in therion.

Martin
-- next part --
A non-text attachment was scrubbed...
Name: rabbit-mod.tar.gz
Type: application/x-gzip
Size: 7379 bytes
Desc: not available
URL: 

[Therion] russia

[Martin Budaj]

2008/12/12 Sau --- :
> на карте при выводе статистики слово 
> "Длинна" с ошибкой написана (версия 5.2)

Is Длина correct?

Martin

[Therion] How do I locate the object causing an error

[Martin Budaj]

> Still, I'd like to know how to identify the objects referred to by the
> bracketed numbers, so I can tidy up the few "scrap outline intersects
> itself" errors that I get.

"Scrap outline intersects itself" warning gives the scrap reference,
so look at the walls in that scrap. In some older thread (or wiki
perhaps?) there are examples of some weird self-intersections. Anyway,
after some fixes in PDF processing this warning is not so critical as
it used to be and the map usually looks fine.

For real errors it is not easy to give a convenient reference, because
MetaPost does not offer any exception catching facilities.

Currently you can look at the line starting with 'l.' (in your
case l.18855) -- the number is the line number in the metapost file
data.mp where the error occured. In this file you can find the name of
problematic scrap (look for current_scrap definition preceding the
line with error).

The file data.mp is located in temporary directory thTMPDIR, which is
created if therion is run with -d option.

Bracketed numbers are MetaPost figures (the number is displayed after
the figure is processed). Each figure contains some part of some
scrap. In data.mp each figure starts with "beginfig()".

Martin

P.S. The most common source of errors are lines with zero-length
segments. We need to fix therion so that it would not export them for
metapost -- than the errors could be much less frequent.

[Therion] Savannah Task Bug Patch Manager

[Martin Budaj]

On Wed, Jan 28, 2009 at 9:53 PM, Bruce Mutton
 wrote:

>>Both issues (and some others collected from the mailing list) were
>>submitted to the task tracker at
>> http://savannah.nongnu.org/task/?group=therion

> Perhaps you could post some guidance as to how you want us to use it.
> Do we need to register?
> How to register?

You do not have to register at all.

> What are the various categories and how to decide which one an issue fits
> into?

Therion -- the language of input files
Xtherion -- the user interface
Loch -- the model viewer
MetaPost -- language used to describe map symbols
TeX -- page layout for PDF files

If the issue fits into more categories, just choose one of them; if
you are not sure, use just 'therion'. We can reassign the category
later.

Martin

[Therion] therion book revision marking

[Martin Budaj]

> Is it easy to highlight latest revisions to the Therion Book each time it is
> released?
>
> Perhaps a line in the margin or something?

We have discussed it already, but it seemed to be equivalently
sufficient to start with reading CHANGES file when new version is
released to be informed about the changes and then find the
corresponding passages in the therion book (e.g. by searching for a
new keyword).

Alternatively you could automatically compare old and new versions of
thbook. For source code (*.tex files) or PDF-to-text export it is easy
using diff on the command lines or some advanced text editor. There
are also tools for comparing PDF files, but I am not sure if any of
them is free.

Martin

[Therion] labels with <> characters

[Martin Budaj]

On Fri, Jan 30, 2009 at 2:35 AM, Bruce Mutton
 wrote:
> Is it possible to include the < or > characters in labels?
> My efforts produce only a dot, or get interpreted as part of a formatting
> keyword, such as  etc.

The standard fonts used in Therion do not contain these characters.
The dot indicates all characters missing in the used fonts.

The latest snapshot contains new code which makes it easy to use new
fonts with unicode support (truetype and opentype). Just edit the
therion.ini file and add the lines:

otf2pfb off
pdf-fonts   # paths to fonts in five styles

Extract from the new docs: Set-up fonts to be used in PDF maps. The
command has to be followed by paths
specifying where regular, italic, bold, sans-serif and sans-serif
oblique fonts are located
in your system. TrueType and OpenType fonts are supported.
Therion requires LCDF Typetools to be installed on your system to use
this command.
Example:
pdf-fonts "/usr/share/fonts/Serif.ttf" \
"/usr/share/fonts/Serif-Italic.ttf" \
"/usr/share/fonts/Serif-Bold.ttf" \
"/usr/share/fonts/Sans.ttf" \
"/usr/share/fonts/Sans-Oblique.ttf"

(LCDF typetools are included in the Windows installer.)

Martin

[Therion] new snapshot

[Martin Budaj]

Hi all,

new snapshot is available. Changes include:

* Austrian symbol set is implemented (just use "copy AUT" in your
layout to activate it).
* New coordinate system OSGB:ST is added (Andrew, please test it -- if
it works fine, we will include other squares as well)

Other news is that after a spam attack we decided to change editing
policy for wiki pages. Editing is now allowed only for registered
users (some of the users are already registered; for those who are not
we will publish registration instructions soon).

Martin

[Therion] Overview maps

[Martin Budaj]

On Mon, Jun 14, 2010 at 10:19 AM, Andrew Atkinson  
wrote:
> On this complex example from the wiki, there appear to be different scale
> maps of the same cave.
>
> http://cachtice.speleo.sk/mapa_cj/template.html
>
> I would like to do this to highlight a very complex junction of cave. So in
> a map I can offset by using
>
> map_to_offset [50 0 m] below
>
> Is there a way to double the scale of this section, or have you done it by
> putting it together in another program, which is fine, I just do not want to
> waste effort if it is something Therion will do.

Hi,

it is not possible to do it using map offsets. Currently the only way
would be to use 'map-image' in layout, which has some limitations
(positioning relative to particular passage is not possible). We plan
to add new point symbol 'picture' which would make it possible to
insert external pictures into any scrap, but I am not sure how long it
takes to implement it.

Martin

[Therion] map-bg transparent

[Martin Budaj]

On Mon, Jun 14, 2010 at 10:50 PM, Bruce  wrote:

> Is it possible to get therion to create a map with a transparent background?
>
> Something like ‘map-bg off’ perhaps?

It will be supported in the next snapshot (if map-bg is white or
omitted in layout).

Martin

[Therion] map-bg transparent

[Martin Budaj]

On Sat, Jun 19, 2010 at 11:36 PM, Bruce  wrote:
> I think that sometimes a white opaque background would be desirable.
> How about;
>
> map-bg [100 100 100] #or
> map-bg [100]         #gives an opaque white background, and
> map-bg off           #gives a transparent  background?
>
> ie similar in concept to   map-header-bg off

OK, it can be done this way.

Martin

[Therion] Colours in area fill patterns replaced with black

[Martin Budaj]

On Wed, Mar 3, 2010 at 8:56 AM, Duncan Collis  
wrote:
> In recent (5.2.11 and newer) versions of Therion (on WinXP sp3),
> colours used in area fill patterns are replaced with black.

Actually it is a feature. Patterns are uncoloured now (see PDF
reference for Uncolored tiling patterns) to allow the application of
symbol-color command on patterns.

Now you need to define just the shape of all symbols in Metapost and
color of any symbol in layout, which is much more flexible. It
wouldn't work for patterns consisting of more than one colour, but
nobody has complained so far.

> I initially suspected that the change from Metapost 0.641 to 1.201
> bundled with the Windows install of Therion might be to blame as I

There is some influence of Metapost version, though. Version older
than 1.000 doesn't (easily) support passing the colour information for
patterns so they are all rendered black regardless of symbol-color
setting.

Martin

[Therion] Colours in area fill patterns replaced with black

[Martin Budaj]

> OK, makes sense (although according to the manual symbol-color is a
> new command in 5.3, while as far as I can tell, pattern fills have
> been black-only since 5.2.11).  Anyway, the manual specifies:

Manual (and the file CHANGES) documents only stable releases (major
version numbers).

> symbol-color area u:test [1.0 0 0]
>
> and I get the following error message:
>
> unknown symbol specification -- area u:test

Currently it does not work on user-defined types, we will try to fix it.

BTW, you should use [100 0 0] to get red colour.

Martin

[Therion] Colours in area fill patterns replaced with black

[Martin Budaj]

On Thu, Mar 4, 2010 at 4:03 AM, Duncan Collis  
wrote:
> One further question: in my Metapost symbol definitions, should I
> leave out the withcolor statements in pattern definitions, or does it
> make no difference?

No difference, the color settings are ignored when patterns are processed.

Martin

[Therion] Calibration of co-ordinate systems

[Martin Budaj]

Hi,

On Mon, May 17, 2010 at 11:17 PM, Andrew Atkinson  
wrote:
> import Great_Swallet.3d -surveys use -filter great_swallet -cs EPSG:27700
> -calibrate [0 0 0 299912 1 0]
> #Should be -calibrate [0 0 0 30 10 0]
>
> (goodness knows why the calibrate is not right, the bodge is to align it on
> goodle earth, probably my ignorance)

Which therion version are you using? Recent versions include geodetic
datum shift parameter which should eliminate the 90-m difference.

> cs EPSG:27700 -calibrate [0 0 0 299912 1 0]
>
> gives error
>
> output coordinate system specification requires single parameter

It is not possible to modify cs using 'calibrate' option.

I guess your problem could be solved by defining custom Proj4
coordinate system. For ST square it should be

+proj=tmerc +lat_0=49 +lon_0=-2 +k=0.9996012717 +x_0=10
+y_0=-20 +ellps=airy +datum=OSGB36 +units=m +no_defs

Currently the 'cs' command doesn't accept custom Proj4 specifications
like the one given above (this funcionality will be added as soon as
possible), so the easiest way to add this projection is to modify
thcsdata.tcl and recompile therion.

In thcsdata.tcl just duplicate line 52 (s-merc projection) and replace
's-merc' with e.g. OSGBST and proj4 specification with the
specification given above.

Then use cs OSGBST in your data.

Martin

[Therion] metapost line definitions 'u'

[Martin Budaj]

On Sun, Feb 7, 2010 at 11:29 AM, Bruce  wrote:
> Is u: (and v: w: for that matter) intended to correspond to a particular
> drawn entity size in the finished pdf, or are they just arbitrary variables
> for which one can calculate the value of, using the code in the initialise
> definition?

u allows nonlinear scaling of symbols depending on scale. The macro
initialize assigns a fixed value to 'u' which will be used in pdf for
that scale. On average, diameter of point symbols is 1u in the output.

v and w behave differently (v could be used e.g. for some area fills
with decreasing distance among symbols for smaller scales but only up
to a certain threshold, then bigger distance again; w is almost
constant). Currently they are not (or perhaps only occasionaly) used
in symbols design.

In the beginning we wanted to do some sort of optimization of values
assigned to u, v, w but did not manage to do it so far. It would be
useful if somebody could test alternative values (and alternative
breaks for map scale in the initialize macro) for various scales and
various styles of map drawing (lot of symbols vs. sparsely filled
map). Good setup of these values could improve map appearance
substantially.

Cheers,
Martin

[Therion] background sketch makes map output extent huge

[Martin Budaj]

On Wed, Feb 10, 2010 at 1:18 AM,   wrote:
> All list, 2d map and 3d model outputs that I have tried (I have not tested
> all possible variants) are created perfectly, except that for 2d pdf map
> outputs when the sketch is activated with ‘sketches on’, the extent of the
> area mapped extends about 1km too far left and too far upwards.

> -A bug?

Yes. It will be fixed in the forthcoming 5.3 release.

Martin

[Therion] FW: 2D output header title when therion can't decide which one to use

[Martin Budaj]

Hi Bruce,

if you run therion in debug mode (command line -d option) you will get
thTMPDIR/th_texts.tex file where \cavename is defined.

I suspect that it would be really empty in your case. If I remember
correctly, the reason why you can't redefine an empty \cavename is
that macro \legendcontent (which is responsible for displaying the
texts in the map header) tests if \cavename is empty before you assign
some text into \cavename and is set up to display nothing, regardless
of whether \cavename is later empty or not.

I think it would be sufficient to change these lines in \legendcontent
definition

  \edef\tmp{\the\cavename} \ifx\tmp\empty \else
 {\the\legendtextheadersize\the\cavename}\vskip1cm
  \fi

to

  \edef\tmp{\the\cavename} \ifx\tmp\empty{\the\legendtextheadersize
Your cave name}\vskip1cm\else
 {\the\legendtextheadersize\the\cavename}\vskip1cm
  \fi

Please test if it would work.

Martin

On Sun, Feb 14, 2010 at 12:57 AM, Bruce  wrote:
> I have figured out by trial and error that if Therion cannot determine a
> unique map output title, it assigns a value of ‘sort of empty but not quite
> empty’ to \cavename.
>
> What ever that value is, it looks like a space character, ie blank but with
> a height that equals a typical text line height.
>
> It’s not one space, not two spaces, not an empty string, and I can see I
> could end up testing a lot of non printing characters before I find it.
>
>
>
> Maybe the programmer can remember what the magic value is, or someone with
> better tex skills (than my almost non-existent tex skills) can offer some
> code to identify the contents of a string variable, ie it’s length or much
> better a list of ascii codes?
>
>
>
> code tex-map
>
>   \edef\therioninferedmaptitle{\the\cavename}   %save existing calculated
> cavename to variable
>
>                          %could put some code here to 
> output the ascii codes
> contained in \cavename
>
>   \edef\nostring{ }   %save ‘empty string’ to variable
>
>   \ifx\therioninferedmaptitle\nostring             %test if
> therioninferedmaptitle matches empty string
>
>                         \cavename={Caves of the Flora
> Area}                          %if 
> therioninferedmaptitle is empty do this
>
>   \else
>
>             %if it's not empty, do nothing, ie keep the value set 
> by therion
>
>   \fi
>
> endcode
>
>
>
> ;- )
>
>
>
> Bruce
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>

[Therion] Version 5.3 Change Request

[Martin Budaj]

Hi,

it will be fixed in the next snapshot. The line will be deleted and
therion will obey any user setting of warningcheck in the layout (the
default being 1, but easy to change to 0). Additionally, for too large
scraps generated from centreline warningcheck will be locally zero.

Martin

On Wed, Feb 17, 2010 at 9:29 PM, Carl Magnuson  wrote:
> I see version 5.3 was released today.  Everything of mine compiles fine with
> the new version, but I did have to make one change to allow for the large
> number of scraps in my map.
> Is it possible to change line 1933 of thexpmap.cxx to the following to allow
> for maps with > 4096 scraps?
>   fprintf(out->file, "warningcheck := 0;\n");
> Carl
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>

[Therion] FW: export bbox

[Martin Budaj]

On Tue, Feb 23, 2010 at 7:41 AM, Bruce  wrote:
>> supported syntax is
>> export map -output foo.bbox
>> thbook will be corrected. Thanks for pointing it out.
>
> Thank you, it works!
> I was surprised however that it appears to be latitude and longitude, when
> in my thconfig I have  ...
>
> cs EPSG:27200 #NZ Map Grid 1949
>
> ... to specify the output co-ordinate system.
>
> Is this intended and if so why?

Yes. Otherwise you would need to add coordinate specification to the
file and use coordinate transformations for further processing. The
main purpose of the file is to specify an area for which other
specialized programs automatically create digital elevation model or
download surface map from map server. One such program might be
included in future therion (as an xtherion plugin perhaps).

> And to remind about a previously mentioned request, perhaps it is possible
> in due course to include the output co-ordinate system in this type of
> output (along with caves html, map and atlas pdf output headers)?

Yes, it is planned.

Martin

[Therion] Paperless Cave Survey with DistoX, PocketTopo and Therion

[Martin Budaj]

> Working together with people using PocketTopo, it is quite inconvenint not to
> have true Therion *.th files with the full set of measurements, but just
> processed data. It would be great to be able to write a *.top conversion
> utility, but for that the file format needs to known.

The reason why you get survey shot data as an average of three
measurments in pocketTopo therion export is that therion currently
does not fully support multiple measurements of one shot. We agreed
with Beat that he will export only averaged shots until it would be
fixed in therion.

Martin

BTW, there is an open alternative at
http://marcocorvi.altervista.org/caving/distox/index.htm

[Therion] Transparent Labels and Hyperlinks in Labels

[Martin Budaj]

On Tue, Dec 15, 2009 at 5:21 AM, Carl Magnuson  wrote:
> These are two features that I would like to make use of and may already be 
> possible, I just don't know how its done.  I have played around with custom 
> metapost cide for making labels with a transparent background and can either 
> make a therion label with a colored background or a label with a transparent 
> background but none of the Therion text formatting.  Has anybody coded a 
> transparent label for Therion?

Hi Carl,

if you mean something like on attached picture, I can give you some
hints how to modify the existing code until it would be implemented as
a regular feature:

therion provides a metapost macro def_transparent_rgb to define
transparent colors like

def_transparent_rgb(tr_blue, 0, 0, 1);

you apply it using 'withtransparentcolor ' operator.
Following code redefines p_continuation to use transparency:

def p_continuation(expr pos,theta,sc,al) =
  p_continuation_UIS(pos,theta,sc,al);
  if known(ATTR__text) and picture(ATTR__text):
p_label.urt(ATTR__text,(.5u,-.25u) transformed T,0.0,8);   % last
argument (8) instructs therion to use filledlabel
  fi;
enddef;

def process_filledlabel(expr cent, rot) =
  begingroup;
interim bboxmargin:=2.0bp;
q:=((bbox lab) smoothed 2) rotatedaround (cent, rot);
fill q withtransparentcolor tr_blue;  % transparency used
draw lab rotatedaround (cent, rot);
write_circ_bbox(q);  % without corners smoothing it was enough to use
 % write_bbox(q);
  endgroup;
enddef;

All text formatting should be available as usual. Which problems did you have?

> My second thought is about hyperlinks from within a label.  For example one 
> may want to label a significant feature and also include a link to a flickr 
> photo or online video of the feature. This may already be possible by just 
> inserting some Latex code, but I'm not sure what kind of processing Therion 
> does on the label text.

Unfortunately it requires changes in the core, but it is so useful
that I will give it high priority.

Martin
-- next part --
A non-text attachment was scrubbed...
Name: transp.png
Type: image/png
Size: 25174 bytes
Desc: not available
URL: 

[Therion] Fw: Bug#565049: therion: ftbfs with gcc-4.5

[Martin Budaj]

On Fri, Jan 15, 2010 at 10:04 PM, Aaron Birenboim  wrote:
> To be safe, I might just switch over to overloading this function.
> I'm pretty sure every compiler will like:
> - ---
> void thsvg(char * fname, int, legenddata ldata);
> inline void thsvg(char * fname, int i)
> {
>  legenddata ldata;
>  thsvg(fname,i,ldata);
> }
> - -  in thsvg.h

Hi,

the default parameter value is actually not necessary (it is a remnant
of some weird testing, I guess -- this function is never called with 2
parameters), so simple

void thsvg(const char * fname, int, legenddata ldata);

is enough for header (similarly for cxx implementation). Will be fixed
in the sources.

Martin

[Therion] Size of pdf error when final pdf size should be OK

[Martin Budaj]

On Thu, Jul 15, 2010 at 11:13 PM, Bruce  wrote:
> Of course I look forward to your theoretical solution in due course

Hi Bruce,
could you try whether inserting following lines in the layout used for
creating the map fixes the problem?
Martin


code tex-map
\def\bitmapcorr#1#2#3#4#5#6#7{%
  \xcorr=0bp\advance\xcorr by\extraW\advance\xcorr by\overlap
  \ycorr=0bp\advance\ycorr by\extraS\advance\ycorr by\overlap
  \dimtobp{\xcorr}\edef\wdth{\tmpdef}%
  \dimtobp{\ycorr}\edef\hght{\tmpdef}%
  \pdfliteral{q 1 0 0 1 \wdth\space\hght\space cm #1 #2 #3 #4 #5 #6
cm}% two-step transformation to avoid overflow
  \rlap{\pdfrefximage#7}%
  \pdfliteral{Q}%
}

[Therion] Magazine printing of surveys from Therion

[Martin Budaj]

On Wed, Jul 21, 2010 at 9:58 AM, Andrew Atkinson  wrote:
> 1
> My problem was that if I'm using colour on a page, I often use a tinted
> background and/or run bits of survey across a photo corner or something (or
> even over a graphic) as part of my layout. But if there is transparency in
> the fill, I can't do that. What's needed is for no transparency to be used
> in 'normal' fills = all passages, but instead a solid colour. For overlying
> bits, transparency is fine for the upper section, but not the lower.
>
> Transparency for all 'non cave' bits = the background *should* be
> transparent of course.

> think that point 1 in your mail to the therion group might mislead some -
> this factor of transparency must be one that is under the control of the
> person creating the file (the choice of using transparency or a solid colour)
> and not a restriction of the package. I suspect it is something that is easy
> to do to create an effect and, reasonably, it is therefore done ...

It is possible to turn transparency feature completely off using
'transparency off' in layout. If the transparency is on, there is a
nontrasparent white fill below all passages to eliminate combining
effects with coloured background (if I remember correctly, the white
fill is omitted if 'color map-bg' is white in current therion).

> 2
> Another oddity - there seemed to be a lot of non-stroked detail/bits way off
> the passages/survey that don't show up but are selectable. Doesn't seem to
> affect anything and I can't even see them, but only spot that *something* is
> there when trying to select the image. Odd - not a problem (as far as I
> know) but as this is a report on what happens here, I thought I'd mention
> it.

This is a feature, lot of objects are clipped by passage walls. They
are not displayed, although present in the file.

> 3a (svg with walls and lables only, no passage fill colour)
>
> I can change the line weight
> okay, but as I hit as a problem before when working on files like this, the
> paths don't seem to stay as a path (text, for example, aren't words but just

Text along a path should be the only exception -- it is broken to
letters in MetaPost so that Therion has more control about placement
of letters.

> single letters) and I can't figure out how to do a fill to add colour to the
> passage content. That is, if there is a colour there, I'm pretty sure I can
> change it but I can't select enough to actually add a fill in the first
> place.

It can be really tricky to find a proper object.

> 3b (svg with only cross section switched off)
> The detailed view won't open correctly in Illustrator - there are warnings
> about too many nested groups (surprising considering the complexity of the
> .svg files for the Three Counties that are in the next issue, which breezed
> through) and that it might not look correct, then it opens with most of the
> content missing (the only bit that appears fully intact is at the extreme
> bottom and only for a few metres). Needed for this I think/suspect: some
> work in flattening/decreasing grouping in the original before creating the
> .svg, but I don't have experience of the creating package (nor any other
> vector software).

You could decrease the number of groups by turning 'layers' and
'transparency' off in layout. Maps are really complex and you cannot
avoid groups completely.

Hope this helps,
Martin

[Therion] Colour fill problems

[Martin Budaj]

On Fri, Jul 23, 2010 at 10:25 AM, Stacho Mudrak  wrote:
> It seems to be some kind of bug in PDF export, when exported as SVG, there
> is no such problem.

There is a bug in one MetaPost macro. Scrap's background fill could
sometimes be 0.5 pt smaller on each side of imaginary rectangle arounf
the scrap, producing white strips visible in small scales. Strange
that it was not detected until now. Following code in layout should
fix it.

Martin

code metapost
def draw_downscrap =
  bg_name := jobname & "." & decimal(charcode) & "bg";
  clip_name := jobname & "." & decimal(charcode) & "clip";
  write "%!PS" to bg_name;
  write "%%BoundingBox: " &
 decimal floor xpart llcorner bgfill & " " &
 decimal floor ypart llcorner bgfill & " " &
 decimal ceiling xpart urcorner bgfill & " " &
 decimal ceiling ypart urcorner bgfill
 to bg_name;
  write "%%Page: 1 1" to bg_name;
  write "newpath" to bg_name;
  for qq within bgfill:
q := pathpart qq;
tmp:=length q;
s := decimal(roundone(xpart point tmp of q)) & " "
 & decimal(roundone(ypart point tmp of q)) & " m";
write s & "oveto" to bg_name;
write s to clip_name;
for i:=tmp downto 1:
s :=  decimal(roundone(xpart precontrol i of q)) & " "
 & decimal(roundone(ypart precontrol i of q)) & " "
 & decimal(roundone(xpart postcontrol i-1 of q)) & " "
 & decimal(roundone(ypart postcontrol i-1 of q)) & " "
 & decimal(roundone(xpart point i-1 of q)) & " "
 & decimal(roundone(ypart point i-1 of q)) & " c";
write s & "urveto" to bg_name;
write s to clip_name;
endfor;
  endfor;
  write "closepath fill" to bg_name;
  write "showpage" to bg_name;
  write "%%EOF" to bg_name;
  write EOF to bg_name;
  write EOF to clip_name;
  bgfill:=nullpicture;
enddef;

[Therion] AUT symbolset + legend on --> metapost exit code -- 2

[Martin Budaj]

Fixed in 5.3.4.

Martin

On Tue, Sep 7, 2010 at 8:03 PM, Martin Budaj  wrote:
> On Tue, Sep 7, 2010 at 6:50 PM, Dirk.Peinelt at t-online.de
>  wrote:
>> I've a problem with AUT symbol-set and layout configuration "legend on",
>> with a point symbol "breakdown-choke".
>> There is a metapost exit code -- 2.
>
> Thanks for the report. Some point symbols in AUT set need fixing, wait
> for the next snapshot (a few days if everything goes fine).
>
> Martin
>

[Therion] UTM 30 N

[Martin Budaj]

On Tue, Apr 5, 2011 at 3:03 PM, Footleg  wrote:

> in UTM30 European 1979 Datum. This is not the same as the more common WGS84

>   #fix 1.0 41.234567 -3.21012 213

Hi,

I am not sure if you need European 1979 datum with geographic
coordinates (as your fix example suggests) or projected UTM30
coordinates.

In the first case, you could try EPSG:4668, in the second case I could
send you custom Proj4 definition if it is fine for you to compile
therion from source code. Custom proj4 strings in .th files should be
supported in not so distant future as well.

Martin

[Therion] UTM 30 N

[Martin Budaj]

> I can try to compile from source code. I am on Windows, so some tips for
> compiling would be handy (I am a Java developer, so not too familiar with
> compiling other languages but can probably muddle through).

I attach two files which should replace original ones in therion
sources. Compilation process is outlined in the Appendix of thbook. As
you don't need to compile Loch, you need just c++ compiler
(mingw.org), gnu make, perl.

compile using
> make config-win32
> make therion

then you should be able to use

cs eur79z30

Send me some set of identical points if I didn't guess coordinates
conversion parameters right.

HTH,
Martin
-- next part --
A non-text attachment was scrubbed...
Name: thcsdata.cxx.gz
Type: application/x-gzip
Size: 82519 bytes
Desc: not available
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: thcsdata.h.gz
Type: application/x-gzip
Size: 12361 bytes
Desc: not available
URL: 

[Therion] new server

[Martin Budaj]

Hi all,

we have finished migration of web pages and mailing lists to a new
server. We have also merged mailing list archives from various
sources.

Please let us know, if there is something broken.

Big thanks to Marty and Ladislav for hosting therion website and
mailing lists for more than 10 years!

Martin

[Therion] MetaPost/Tex: variable \magdecl

[Martin Budaj]

Hi,

TeX variables are not accessible in MetaPost. However, there is a
numeric MagDecl variable in MetaPost (see the chapter New map symbols
in the thbook).

Martin

On Sat, Jun 4, 2016 at 1:05 PM, Dirk Peinelt  
wrote:
> Is there a way to handle the content of the \magdecl TEX-variable in
> METAPOST? (Therion V5.3.16)
>
> In a string or numeric? – I think, i‘ve an syntax problem…
>
>
>
> 1.) string handling:
>
> string dec;
>
> %dec:=“3.022“; % FINE!
>
> dec:=\magdecl; % ERROR
>
> p_label.top(thTEX(dec),(0,0),0,8); % >> string output
>
>
>
> 2.) numeric handling:
>
> numeric dec;
>
> %dec:=3.022; % FINE!
>
> dec:=\magdecl; % ERROR
>
> p_label.top(thTEX(decimal dec),(0,0),0,8); % >> numeric to string output
>
>
>
>
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] Extended elevation of a vertical cave

[Martin Budaj]

> A better approach would be to define your own line type rope and assign it
> an already defined linetype (like 'border').  [This is quite easy but I'd
> have to look it up -obviously not so easy as I would have done it already! -
> someone else may have it on the tip of their tongue]
>
> This would allow you to change all the 'ropes' at some future time just by
> adding the symbol definition - when you could find time to make a line rope
> definition to your liking.

This would be currently the best option. In the future there should be
a special symbol for ropes. If you are ready to experiment with
metapost code and user defined symbols, there is already a preliminary
symbol for ropes in elevation maps (imitating freely hanging rope) in
therion sources (mpost/thLine.mp -> l_rope_SKBB).

martin

[Therion] Grid and Label clipping

[Martin Budaj]

Hi,
it is by design, currently. Grid is processed independently, so it is
not easy to clip it (perhaps customizing grid colour could be a
temporary solution?)

martin

On Tue, Nov 15, 2011 at 9:00 PM, Andrew Atkinson  wrote:
> Hello
>
> From reading the therion book, if I have the grid bottom should it not be
> clipped by labels so the attached should not happen. The text should be on
> top of the grid. and therefore the grid not be seen at this point. Label
> appear to clip the passage.
>
> thanks
>
> Andrew
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>

[Therion] Grid and Label clipping

[Martin Budaj]

Well, therion does not support it yet, but it is easy to implement --
in the next release. I'm sorry for the confusion.
martin

On Tue, Nov 15, 2011 at 9:56 PM, Andrew Atkinson  wrote:
> Oh but you tempted me, and I cannot do it, how do I change the colour of the
> grid. Nothing I have tried under symbol-colour has worked, and I cannot find
> anything on the wiki.
>
> thanks
>
> Andrew
>
> On 15/11/11 20:32, Martin Budaj wrote:
>>
>> Hi,
>> it is by design, currently. Grid is processed independently, so it is
>> not easy to clip it (perhaps customizing grid colour could be a
>> temporary solution?)
>>
>> martin
>>
>> On Tue, Nov 15, 2011 at 9:00 PM, Andrew Atkinson
>>  wrote:
>>>
>>> Hello
>>>
>>>  From reading the therion book, if I have the grid bottom should it not
>>> be
>>> clipped by labels so the attached should not happen. The text should be
>>> on
>>> top of the grid. and therefore the grid not be seen at this point. Label
>>> appear to clip the passage.
>>>
>>> thanks
>>>
>>> Andrew
>>>
>>> ___
>>> Therion mailing list
>>> Therion at speleo.sk
>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>>
>>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] Generated PDF compliant to spec?

[Martin Budaj]

On Wed, Sep 28, 2011 at 6:26 PM, Carl Magnuson  wrote:
> I tried converting my PDF map to a JPG using Ghostscript yesterday.  It 
> seemed to convert properly, though I saw a handful of warnings that there was 
> an "Unknown operator: 'pop'" in the source PDF.  Is Therion producing 
> something which isn't to spec, or producing a newer version PDF that 
> Ghostscript isn't prepared for?  I was using Therion 5.3

PDFs should conform the specification, but they are quite complex and
as therion constructs them using low-level PDF commands and there is a
custom EPS to PDF conversion, there is a possibility for some errors.

Therion output is usually tested in Adobe Reader, which is quite
sensitive to problematic PDF files. I tried to convert some complex
maps to JPG format using GS 8.71 and did not get any warnings. Could
you post some problematic file?

Martin

[Therion] therion wiki media manager

[Martin Budaj]

Text files upload was disabled by default in the currently used
dokuwiki version; it is enabled now.

martin


On Mon, Apr 2, 2012 at 9:08 AM, Bruce  wrote:
> I have been trying to attach txt files to therion wiki pages with
> http://therion.speleo.sk/wiki/lib/exe/mediamanager.php
>
> but I am getting “Upload denied. This file extension is forbidden!”
>
>
>
> Either I have forgotten how to use it or there are now more restrictions on
> allowable file extensions than there used to be.  Has there been a change?
>
> Bruce
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] How to avoid that symbol-colour area blocks fills the blocks with chosen color

[Martin Budaj]

Another solution is to leave "thclean qq" on its original position and change

  clip tmp_pic to p;
  draw tmp_pic;

to

  clip tmp_pic to p;
  drawoptions();
  draw tmp_pic;

at the end of the macro definition. This approach preserves filling
the blocks with a background colour. I think all built-in symbols
should be updated in this way.

Martin



On Mon, Nov 5, 2012 at 2:20 PM, Stacho Mudrak  wrote:
> You just need to remove filling from symbol definition.
>
> In your layout, try to use for example this code:
>
> code metapost
> def a_blocks (expr p) =
>   T:=identity;
>   pickup PenC;
>   path q, qq; q = bbox p;
>   picture tmp_pic;
>   uu := max(u, (xpart urcorner q - xpart llcorner q)/100, (ypart urcorner q
> - ypart llcorner q)/100);
>   tmp_pic := image(
> for i = xpart llcorner q step 2uu until xpart urcorner q:
>   for j = ypart llcorner q step 2uu until ypart urcorner q:
> qq := punked
> (((-.5uu,-.5uu)--(.5uu,-.5uu)--(.5uu,.5uu)--(-.5uu,.5uu)--cycle)
> randomized (uu/2))
>  rotated uniformdeviate(360)
>  shifted ((i,j) randomized 1.6uu);
> if xpart (p intersectiontimes qq) < 0:
>  thdraw qq;
> fi;
>   endfor;
> endfor;
>   );
>   clip tmp_pic to p;
>   draw tmp_pic;
> enddef;
>
> This is modified a_blocks_SKBB definition with "thclean qq;" statement
> removed.
>
> S.
>
>
> On 4 November 2012 19:37, Bruce  wrote:
>>
>> > How can I get use "area blocks" to behave like other sediments when I
>> want colors (and no filling)?
>>
>> Torstein
>>
>> You will need to either choose a predefined 'area blocks' that does not
>> have
>> a solid fill from the standards available - currently AUT and SKBB are the
>> only unique ones I think - and quite possibly they are both filled.
>>
>> Or you will need to modify the existing definitions.
>>
>> I have no time to check just now, but you might like to have a look at
>> what
>> I did here http://therion.speleo.sk/wiki/doku.php/examples (Sample dataset
>> at the top of the page) and modify it a bit to see how it behaves with
>> colour assignments.
>>
>> Bruce
>>
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] How to avoid that symbol-colour area blocks fills the blocks with chosen color

[Martin Budaj]

On Mon, Nov 5, 2012 at 8:33 PM, Bruce  wrote:
> Martin, that may be the tip I have been looking for.  I will experiment with
> this sometime.  It also depends on how various pdf readers and printer
> drivers interpret the different approaches.

Besides Adobe Reader I get the best results using poppler-based
viewers, like Evince (especially regarding the rendering of
transparency groups).

> I presume your recommendation applies to areas defined using
> drawing/clipping to the path, and not areas defined using patterns?

Exactly.

The drawoptions were applied twice by MetaPost:
 * first time when drawing a symbol (e.g. block) to a temporary
picture -- this time the "thclean qq" command overrides the default
fill color (set by drawoptions) and fills the block area with a
(transparent) color of scrap background
 * second time when this picture was (after clipping) added to other
symbol drawings -- in this case MetaPost applies the default color to
all lines (block border) and areas (interior of a block) drawn in the
temporary picture.

> And is it better to use
>  drawoptions();
> or
>  thdrawoptions();
> ?

They are used independently, but if you set the same option (like
color) using both of them, drawoptions has a higher priority.
Currently therion uses drawoptions to specify symbol colors and
thdrawoptions are used in symbol definitions to specify dashed lines.

Martin

[Therion] transparent colours in custom symbols not any more transparent than standard colours

[Martin Budaj]

Hi Bruce,

transparent colours in therion are transparent only between scraps, but are
completely opaque within the scrap. The method used is a "transparency
knockout group": all objects in the group are drawn as if they were opaque
and only the topmost color is drawn transparently over the lower scrap
(Adobe PDF Reference describes this method in detail).

I don't remember why we don't support local transparency too, but most
probably because there might be disturbing interference between e.g.
transparent water and transparent scrap background.

Martin


On Sat, Nov 10, 2012 at 9:55 AM, Bruce  wrote:

>  Taking inspiration from Martins recent post on transparent colours I
> thought I might make my custom point water and area water transparent, or
> at least behave better with ‘transparency on’ than the standard
> non-transparent colours.  Alas the code compiles without fuss, but the
> result is identical to the result when using standard (opaque) colour
> definitions.
>
> In my layout I have, in the order called…
>
> ** **
>
> Define the area and point water 
>
> ** **
>
> def p_water (expr pos,theta,sc,al)=
>
> U:=(.425u,.3u);
>
> T:=identity aligned al rotated theta scaled sc shifted pos;
>
> pickup PenD;
>
> p:=fullcircle xscaled (1.2u) yscaled (0.8u) randomized (0.1u) rotated
> uniformdeviate (-45);
>
> %if known colour_water_bg: thfill p withcolor colour_water_bg; else:
> thfill p withcolor white; fi; 
>
> if known tr_colour_water_bg: thfill p withtransparentcolor
> tr_colour_water_bg; else: thfill p withtransparentcolor tr_white; fi;
> 
>
> thfill p withpattern pattern_water; %%% withcolor black;  %but with
> failed attempt at black hatch
>
> thdraw p;   %outline
>
> enddef; 
>
> ** **
>
> def a_water (expr Path) =
>
>   T:=identity;
>
>   % thclean Path;
>
>   pickup PenD;
>
>   % if known colour_water_bg: thfill Path withcolor colour_water_bg; else:
> thfill Path withcolor white; fi; 
>
>if known tr_colour_water_bg: thfill Path withtransparentcolor
> tr_colour_water_bg; else: thfill Path withtransparentcolor tr_white; fi;
> 
>
>   thfill Path withpattern pattern_water;  
>
>   %%thdraw Path;  %outline, not needed as area drawn is defined by line
> border anyway
>
> enddef;
>
> ** **
>
> Optionally define the colours (the tr_white not needed as it is defined in
> the default distribution)
>
> ** **
>
> !color colour_water_bg; %! forces interpretation
> as metapost
>
> colour_water_bg := (0.86,1,1);  %light blue***
> *
>
> def_transparent_rgb(tr_colour_water_bg, 0.86, 1,
> 1);
>
> and then
>
> ** **
>
>  transparency on 
>
>  opacity 50 
>
> ** **
>
> Everything in these examples is in a single scrap.
>
> ** **
>
> I have checked that my code is being used by changing the colours, for
> example from tr_white to tr_black etc and these changes are reflected
> properly, it’s just that they are not transparent.
>
> ** **
>
> In Adobe Reader it looks like this (below) (the water on the right is
> definitely not transparent – the rock place bottom is obscured)
>
> Adobe also seems to make the colours and line weights different to the
> others – incorrectly I suspect.
>
> If I run this example with transparency off (but still using my custom
> transparent colours), the result is identical EXCEPT all the colours are
> much more intense.
>
>  
>
> ** **
>
> In Foxit Reader it looks like this (below) with transparency on (Foxit
> always makes everything transparent when transparency is on, so it is not
> really a test)  So again, no difference whether using transparent colour
> definitions or non-transparent.
>
> When transparency is off, it looks exactly the same as in Adobe.
>
> 
>
> In Evince it looks like this (after about 1 minute to load the modest
> file-Evince also behaves just like Foxit, but has a problem with hatches
> extending out into the bounding box as well)
>
> 
>
> ** **
>
> So as you can see the viewing software may be masking (a little) what
> Therion is really trying to do, however it seems to be somewhat like either
> almost everything is opaque, or almost everything is transparent, and the
> promise that transparent colours seem to offer some more control cannot be
> realised?
>
> ** **
>
> What I would like is something closer to what Adobe is rendering (with the
> finer line work of Foxit) , but with the ‘rock-border place bottom’ 
> showing
> through the water when the water is defined with a transparent colour.
>
> ** **
>
> I guess when transparency is on, water and sump should always be
> transparent to underlying objects, but closed rock-borders and the rocks in
> ‘area blocks’ should never be.  After all that maybe I need to be looking
> at the 

[Therion] colour by map

[Martin Budaj]

In fact it's there, but in a form which is not easy to find using Ctrl+F

colo[u]r-legend 

Martin

On Wed, Oct 24, 2012 at 3:06 PM, Stacho Mudrak  wrote:
> Well, after trying to implement this feature I realized, that it already
> works, but it is missing in therion book.
>
> Try:
>
> color-legend on|off
>
> in your layout.
>
> I am sorry for that.
>
> S.
>
>
> On 23 October 2012 12:56, Marco Corvi  wrote:
>>
>> hi bruce,
>>
>> not sure this answer your question.
>> and it's a hack, thus not something that should be used.
>> the real solution would be an implemented feature, as you asked.
>>
>> anyways, i switch off  the color legend with
>> code tex-map
>>   \colorlegendfalse
>> endcode
>>
>> marco
>>
>> 
>> From: Bruce 
>> To: 'List for Therion users' 
>> Sent: Monday, October 22, 2012 1:56 AM
>> Subject: Re: [Therion] colour by map
>>
>> >When you have coloured by map, in the header there Therion automatically
>> adds a legend of what colours go with each map. ...
>> >Is it possible to turn off the map colour legend without resorting to
>> > code.
>>
>>
>> Similar to my question re map-fg altitude
>> http://article.gmane.org/gmane.comp.gis.therion/3259/match=legend+altitude
>>
>> Perhaps we could have a new option
>>
>> legend-map-fg [on|off] #with the (current) default as on.
>>
>> Bruce
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] Fonts

[Martin Budaj]

On Wed, Apr 17, 2013 at 10:47 PM, Graham Mullan
 wrote:
> What, exactly, is the font that Therion uses when producing pdfs? It
> isn't Arial, although it is quite close.

Fonts from Computern Modern family by default (roman and sans serif);
this font family is usually included in any TeX distribution.

Martin

[Therion] code tex-map /comment

[Martin Budaj]

On Wed, Apr 17, 2013 at 11:46 PM, Andrew Atkinson  
wrote:
> Solved it with lots of playing
>
> use \the\comment

> No idea why, but.

This is just a syntax of the TeX language, "\the" preceding a token
register (variable) copies its content to the output.

Martin

[Therion] Underscore coming out as period in legend comment

[Martin Budaj]

On Sun, Apr 28, 2013 at 10:46 PM, Andrew Atkinson  
wrote:
> When using
>
> map-comment
>
> if you put an underscore in it comes out as as period (.)

This is the expected behavior: all characters missing in currently
used font are substituted by a dot (and default TeX fonts don't
contain underscore).

The easiest solution is to use truetype or opentype unicode fonts. See
section Initialization files in thbook, commands pdf-fonts and otf2pfb
(notice, they are to be used in initialization, not configuration
file).

M.

[Therion] 2D Output Scale Dependant Error -- metapost exit code -- 3

[Martin Budaj]

On Sun, Oct 4, 2009 at 3:55 AM, Bruce  wrote:
> The attached log file was more than 6MB and 135,000 lines and I have trimmed
> out most of the offending error reporting (which were I think was pretty
> much identical)

Bruce, could you send me the file data.mp (created in thTMPDIR when
therion is run with -d option)?

Martin

[Therion] ESRI output

[Martin Budaj]

Try exporting ESRI map instead of model.

M.

On Tue, Sep 15, 2009 at 12:22 PM, Dave Clucas  wrote:
> I have been trying out the ESRI model and see that it only exports shots,
> stations and walls. I would like to use the areas, particularly areas of
> subtype water in order to create an underground river shape file. Could you
> put this on your TODO list please.
>
> Dave Clucas
> dave at daveclucas.com
> http://daveclucas.com
> http://mycaves.org
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] seperate layers for surface and sketch images

[Martin Budaj]

On Mon, May 11, 2009 at 9:32 AM, Bruce Mutton
 wrote:

> Is any progress planned on separating the sketches from the surface layer in
> pdf outputs?

This feature has been at last implemented in 5.2.12.

> If so I’d like to put in a request for each sketch to have it’s own unique
> layer, and to support the transparency feature already implemented for
> passages and the surface.  Are there any issues related to this (other than
> large run durations and file sizes)?

Currently sketches belong to the same layer as corresponding scrap.
Passage transparency setting should apply to them in PDF export.

M.

[Therion] North arrow

[Martin Budaj]

Yes, almost (the direction of "true" north wery slightly changes for
different positions on the map).
M.

On 3/1/13, Dave Clucas  wrote:
> Could anyone confirm that the north arrow points to true north?
>
> Dave Clucas
> daveclucas.com
> mycaves.org.
>
>
>
>
>

-- 
Sent from my mobile device

[Therion] ICS 2013 Brno

[Martin Budaj]

> I'm wondering about doing some actual caving during the week. 6 days
> of lectures sounds like a bit much... (I'm not going to the
> pre-excursions or post-excursions). Can we arrange a trip? Maybe to
> the famous 'Dead bats Cave' which started it all :-)

Surely! We would be glad to arrange such a special trip. Would anybody
else be interested?

Martin

[Therion] Combining caves using different co-ordinate systems

[Martin Budaj]

Hi,

the problem is in the Proj4 internal definition of EPSG:25830, which
doesn't specify any geodetic datum or parameters of transformation to
wgs84 datum.

On the other hand, eur79z30 definition in therion specifies
transformation parameters (using +towgs84 keyword).

If Proj4 calculates the transformation beetween coordinate systems and
either source or target system is missing datum specification (using
either +datum, +towgs84 or +nadgrids parameters), the datum
transformation is silently skipped (see the third bullet in
http://trac.osgeo.org/proj/wiki/FAQ#HowdoIdebugproblemswithNAD27NAD83datumshifting)
resulting in positioning errors.

In your dataset, transformation from EPSG:25830 to any cs using other
geodetic datum may be off by a few dozen meters. Coincidentally, the
datum shift between EPSG:25830 (ETRS89 datum) and UTM30 (WGS84 datum)
is really minimal (see e.g. http://www.killetsoft.de/t_1009_e.htm), so
the result in Therion seemed to be correct when you selected UTM30 as
an output cs.

If output cs uses other datum than WGS84 or ETRS89, the difference
will be substantial, as was in your examples.

The issue can be fixed by changing Proj4 definition of EPSG:25830 from

+proj=utm +zone=30 +ellps=GRS80 +units=m +no_defs

to

+proj=utm +zone=30 +ellps=GRS80 +towgs84=0,0,0 +units=m +no_defs

You can do this in therion.ini file using cs-def command.

Martin


On Tue, Sep 23, 2014 at 4:35 PM, Footleg  wrote:
> Yes, adding that different cs declaration to my thconfig file does
> solve the problem.
>
> Thank you for this work around.
>
> Footleg
>
> On 22 September 2014 17:27, Stacho Mudrak  wrote:
>> Something goes definitely wrong here...
>>
>> If no CS is defined in thconfig file, therion uses first CS that it founds
>> as output CS - therefore if you reverse input files, results change.
>>
>> It looks to me, that transformations to coordinate systems you are using do
>> not work as expected. Unfortunatelly, I have no idea why it is like that -
>> it needs some more sophisticated debugging, but using WGS84/UTM as output CS
>> seems to work fine - see attached file.
>>
>> Does it solve your problem?
>>
>> S.
>>
>> On 20 September 2014 23:12, Bruce  wrote:
>>>
>>> Hmm, Seems you are right that it is wrong.
>>> I tried adding explicit select statements to the
>>> thconfig-both_csconfig.thc
>>> and changing the position of the cs within the file, with no change in
>>> behaviour.
>>> Looks like a bug to me.
>>>
>>> Only difference that I can see with how I use it is that I am using
>>> lat-long
>>> (sometimes but not always) and two variants of an EPSG specification
>>> (which
>>> if exhibited same behaiour would give 1000's km error), whereas you have
>>> not
>>> used an EPSG code for eur79z30.
>>>
>>>
>>> Clutching at straws...
>>> Does eur79z30 have an EPSG code, and if it does, does using it's EPSG code
>>> in place of eur79z30 fix the behaviour?
>>>
>>> Bruce
>>>
>>> -Original Message-
>>> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On
>>> Behalf
>>> Of Footleg
>>> Sent: Saturday, 20 September 2014 11:55 p.m.
>>> To: List for Therion users
>>> Subject: Re: [Therion] Combining caves using different co-ordinate systems
>>>
>>> I have checked that both my survey files have date and cs declarations
>>> inside centreline blocks. Each file generates the correct position when I
>>> generate a KML from either file alone.
>>> Next I tried to add a cs statement in my thconfig file. This appears to
>>> over-ride the cs I declared in the centreline block. So if I put a
>>> different
>>> cs declaration in the thconfig file to the cs declared in the survey data
>>> file, then this results in the kml output putting the cave in the wrong
>>> place.
>>>
>>> I have created a bear bones set of examples (attached). The cave should be
>>> on the edge of the open grass area and trees.
>>>
>>> thconfig-eur79Only.thc  Puts the cave declared with Eur79 datum in the
>>> correct place.
>>> thconfig-EPSGOnly.thc Puts the cave declared with EPSG:25830 datum in the
>>> correct place.
>>>
>>> thconfig-eur79csconfig.thc Declares the cave with Eur79 but specifies
>>> EPSG:25830 in the thconfig, and the cave now appears in the wrong place.
>>>
>>> The other files show various ways of including both caves, and they are
>>> rendered always with one in the correct place and one in the wrong place.
>>>
>>> Footleg
>>>
>>> ___
>>> Therion mailing list
>>> Therion at speleo.sk
>>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
>>
>>
>> ___
>> Therion mailing list
>> Therion at speleo.sk
>> http://mailman.speleo.sk/mailman/listinfo/therion
>>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] >> data.mp

[Martin Budaj]

Hi,

try simply this in your thconfig (see the chapter Customizing text
labels in the thbook):

code metapost
  fonts_setup(6,8,10,14,20);

Martin

On Wed, Apr 1, 2015 at 11:35 PM, Markus Boldt  wrote:
> Hi,
> I have a question related the possibility to
> change font sizes as given in Therion wiki with a
> metapost-code.
> What have I done?
> In config-file I have written:
> code metapost
>def fonts_setup (expr t,s,m,l,h) =
> write "\def\thstationname{\size[4]}" to
> "mptexpre.tex";
> write EOF to "mptexpre.tex";
>enddef;
>initialize(Scale);
>endcode
>
> But I get this error:
>>> data.mp
>>> data.mpx
> ! Unable to make mpx file.
> l.6931 p_label(btex
> \thlabel\thnormalsize
> \vbox{\halign{\hfil#\hfil\cr\thfb\...
> The two files given above are one of your source
> files
> and an auxiliary file I need to read to find out
> what your
> btex..etex blocks mean. If you don't know why I
> had trouble,
> try running it manually through MPtoTeX, TeX, and
> DVItoMP
>
> Then I have searched for that file called
> "mptexpre.tex" But I havn`t found it. What is
> wrong?
>
> Greetings and best eastern for you all!
> Markus
>
> PS. I use the Windows Installation 5.3.16 on
> win2010
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] Customising map layout

[Martin Budaj]

Try \the\cavename instead of \cavename (it is a TeX way to display
value of token register).

Martin

On Mon, Nov 3, 2014 at 4:53 AM, Dave Clucas  wrote:
> I’ve tried out the following example from thbook adding this to my layout
>
>  code tex-map
> \def\maplayout{
>   \legendbox{0}{100}{NW}{\northarrow}
> }
>   endcode
>
> This works fine for \northarrow and \scalebar but when I tried it with
> \cavename or \comment I get the following error
>
> (./th_formdef.tex) (./th_pagedef.tex
> ! Missing { inserted.
> 
>}
> \legendbox ...\unskip \setbox \tmpboxa =\vbox {#4}
>   \sx =\wd \tmpboxa \sy
> =\ht...
>
> \maplayout -> \legendbox {0}{100}{NW}{\comment }
>
> l.12 \setbox\xxx=\hbox to \x{\maplayout
>\hfill}%\dp\xxx=0bp
> A left brace was mandatory here, so I've put one in.
> You might want to delete and/or insert some corrections
> so that I will find a matching right brace soon.
> (If you're confused by all this, try typing `I}' now.)
>
> ) (./th_pages.tex)
>  54 numeric registers used out of 32768
>
> ! Missing } inserted.
> 
> }
> 
>\end
> l.653 \end
>
> I've inserted something that you may have forgotten.
> (See the  above.)
> With luck, this will get me unwedged. But if you
> really didn't forget anything, try typing `2' now; then
> my insertion and my current dilemma will both disappear.
>
>
> Underfull \hbox (badness 1) detected at line 653
> [][][]
>
> \hbox(1167.36124+0.0)x1296.84499, glue set 257.37057
> .\pdfliteral{q 1.00 1.00 1.00 rg -28.34993 -1191.34709 1348.6867 1219.68703
> re
> f Q}
> .\hbox(1167.36124+0.0)x0.0
> ..\pdfliteral{/OC /oc7 BDC}
> ..\pdfliteral{q 1 g}
> ..\hbox(1166.3575+0.0)x0.0, glue set - 1273.75873fil
> ...\kern 1.00374
> ...\hbox(1091.07625+0.0)x1272.75499, shifted -75.28125 []
> ...\glue 0.0 plus 1.0fil minus 1.0fil
> ..\pdfliteral{Q}
> ..\pdfliteral{EMC}
> ..etc.
> .\hbox(0.0+0.0)x0.0
> ..\hbox(1167.36124+0.0)x0.0, glue set - 1296.84499fil
> ...\kern 0.0
> ...\hbox(1167.36124+0.0)x1296.84499 []
> ...\glue 0.0 plus 1.0fil minus 1.0fil
> .\glue 3.3 plus 1.6 minus 1.1
> .\glue 3.3 plus 1.6 minus 1.1
> .etc.
>
>
> Has anyone any idea what is wrong?
>
>
> Dave Clucas
> daveclucas.com
> sarawak-caves.com
> dave.clucas at icloud.com
>
> Exploring the World - One cave at a time
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] Customising map layout

[Martin Budaj]

On Mon, Nov 3, 2014 at 1:00 PM, Dave Clucas  wrote:
> Correction, not fine. The correct data displayed in the correct position,
> however a map-image (elevation) which was there before has disappeared along
> with the map-header.

This is a side effect of redefining map layout in TeX directly. There
is a work-around, though, if you add other \legendbox to insert the
image, like

\legendbox{0}{100}{NW}{\loadpicture{/absolute/path/to/file}}

Martin

[Therion] SVG cave depth calculation

[Martin Budaj]

On Thu, Oct 30, 2014 at 10:04 AM, Bruce  wrote:
> The pdf works perfectly, the svg produces output with no header at all, and
> the xhtml file does not cause Therion any problems, but on opening I get;
>
> “This page contains the following errors:
>
> error on line 10 at column 71: Opening and ending tag mismatch: br line 0
> and p”

Hi Bruce,

could you please post some example? Therion should in fact put no 
tag in xhtml export (perhaps only if it's included in the custom
map-comment or copyright). And which viewer are you using?

Martin

[Therion] Multiple elevation maps

[Martin Budaj]

On Sat, Nov 15, 2014 at 8:52 PM, Bill Gee  wrote:
> Lastly, as a feature enhancement - It would be nice to have a way to tell
> Therion to rotate scraps with "none" and "elevation" projections.  I have a
> number of sketches where the cave is drawn right-to-left but the cross
> sections and elevations are drawn up-and-down.  I get around this by making
> two copies of the sketch (or three in some cases!) each of which is rotated to
> present the relevant portion upright.  The flip command is not adequate since
> it does 180 degree rotations.  I need to do 90 degree rotations.

Hi,

you can easily rotate (and re-scale) any cross-section using the red
calibration line (see http://therion.speleo.sk/wiki/doku.php/tfc:332
for instructions how to display it) combined with setting the real
distance of calibration line ends in X and Y directions.

Elevations are automatically rotated according to positions of survey
stations contained in them.

Martin

[Therion] Therion protractor

[Martin Budaj]

Hi,

I'm attaching protractor source code in metapost. You can generate
protractors using

mpost protr.mp
pdftex protr.tex

You can change configuration in protr.mp

The parameters mean:
- scale denominator
- length units
- angle units
- radius in the given length units
- major length marking in the given length units
- density of minor length marking
- density of minor angle marking

Martin


On Wed, Oct 8, 2014 at 3:53 PM,  wrote:

> Thanks.
>
> Well, I don't really know where to begin to draw a protractor in metapost
> or metafont [image: :)]
> So if that source comes up and if public it would be great. Otherwise I
> will use the current one.
>
> Vladimir
>
> - Цитат от Wookey (wookey at wookware.org), на 08.10.2014 в 
> 15:59 -
>
> +++ vladimirg at mail.bg [2014-10-08 10:14 -]:
>
> Hello again
>
> I wonder if I can make some modifications to the protractor
> http://therion.speleo.sk/downloads/protractor.pdf and how to do them.
> Can you tell me what program you used to draw the vector image? Is it
> something automated or you drew everything manually?
>
>
> It's automated. I think it's drawn in metafont, like therion
> symbols. Not sure where the original code lives for making modifications
> to.
>
> Wookey
> --
> Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
> http://wookware.org/
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
>
> -
> Открих страхотен сайт - Уча.се!
> Имам само 6-ци и повече свободно време. Ела 
> и ти!
>
> 
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: protractor.tar.gz
Type: application/x-gzip
Size: 23891 bytes
Desc: not available
URL: 

[Therion] therion 5.3.16

[Martin Budaj]

Hi all,

new therion version is available. It's mostly a bug fixing release;
see below for details. Most of the contributed patches were also
applied or adapted (thanks, Olly & Wookey).

As suggested by Wookey, we intend to use some public VCS for
development, presumably Github. We'll let you know when the repository
is ready.

Martin

---

Therion 5.3.16 (2014-12-28):

therion:
 * scale upper limit changed to 1:10
 * geomag data updated upto 2020
 * bugs fixed:
   - black area displayed instead of some patterns in SVG
   - broken XHTML output when string formatting keywords are used in
map-comment etc.
   - unescaped special characters in map-comment etc. in XHTML
   - improved error message when therion can't map custom TeX fonts in
 MetaPost macros to Unicode
   - cave depth value in XHTML output
   - invalid compass/backcompass averaging formula

xtherion:
 * elevation orientation in Compiler map structure

loch:
 * VTK 6.0 support
 * wxWidgets 3.0 support

[Therion] non ascii text in labels

[Martin Budaj]

Hi,
therion supports unicode characters if you set up the fonts properly. The
easiest way is to configure "pdf-fonts" in the initialization file (See the
Appendix of the therion book).
Martin


On Wed, Jul 30, 2014 at 5:37 AM,  wrote:

> Hi,
>
> I wish to put non ascii text in labels on maps, eg the "o with two dots
> above it"  - ö or the character þ
> How do I enter such text into therion's text field?
>
> Thanks
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] MetaPost include relative path

[Martin Budaj]

Hi,

there is no direct support yet (therion makes a copy of the data to a
temporary directory when processing it, which breaks relative paths).

However, you can add your {doc root}\code to MetaPost search path
(either by setting MPINPUTS environment variable or by modifying
MPINPUTS value in the global texmf.cnf configuration file) and use the
paths relative to {doc root}\code.

When setting MPINPUTS value, don't delete the original search path,
just append your {doc root}\code at the end.

Martin

On Mon, Jun 15, 2015 at 9:21 AM, Henry Bennett  wrote:
> Hi,
>
>
>
> Whats the syntax for including code from a sub directory in MetaPost?
>
>
>
> My project has a subdirectory of code snippets in  {doc root}\code
>
>
>
> The MetaPost input command works great when I reference the entire directory
> location eg (input “c:\users\henry\documents\survey\cave\code\filename”) 
> but
> won’t accept any form of relative address that I can see.  Doesn’t make it
> very portable.
>
>
>
> Any ideas
>
>
>
> Thanks Henry
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[therion] Re: Help - my cave is inside-out

[Martin Budaj]

Wookey wrote:

>> I thin we need a better understanding of what makes a 'pillar'. I thought
>> a
>> pillar was a closed loop within a passage, but that is not a closed loop
>> (a
>> passage goes off underneath from the gap - see the scan to get the full
>> idea). So when does therion need to be told that an outline is 'in'?


I agree that in the cave would nobody calls the massif between two
passages 'pillar', but therion sees things purely geometrically -- doesn't
matter if a closed loop within a passage is small or large, formed by a
fallen block or two passages. So everything surrounded by a scrap border
and not belonging to the scrap is a 'pillar' and need to have "-outline
in" option specified.

>> OK. so there is some threshold of closeness that prevents a join happening
>> automatically (to the right place). I think some form of feedback is
>> needed
>> that allows me to work out that the join has gone wrong due to excessive
>> distortion. How did you work out what was wrong?


Yes, there should be a warning that therion couldn't find a join.

>> Also what happens if an area crosses a scrap join? Presumably I have to
>> draw
>> an invisible borderline across the join in order to make a closed area (in
>> both scraps)? Or is there some special way to indicate that it is one
>> area?


It would work, but areas (the pattern) wouldn't join smoothly :(( There is
unfortunately no better solution now.

Martin

[therion] Re: Help - my cave is inside-out

[Martin Budaj]

Wookey wrote:

>> But So far as I can tell I need to open it in another editor in
>> order
>> to edit the names of scraps. (as you say - calling them _sn is a
>> good idea.)


You may edit scrap names directly in the map editor -- select the line
with the scrap name in the 'File commands' menu and you may change the
name in the 'Scrap control' menu.

Martin

[therion] Re: Help - my cave is inside-out

[Martin Budaj]

> >It would work, but areas (the pattern) wouldn't join smoothly :(( There
>>
 is
>>
> >unfortunately no better solution now.
>>

 At the scrap joins, you should try to avoid any symbols. If there are
 some, usually -clip off helps (if you do not need to clip them by scrap
 border). But in the case of area that exists between walls, it would
 probably not help.
>
>>
>> OK - this is a real problem for a cave containing a long streamway. There
>> is
>> a very long continuous 'water' area. This connot always be drawn as one
>> scrap. As you say the pattern rather obviously doesn't match up at the
>> join.
>> I think we need to have some mechanism for making such smooth area joins
>> in
>> the medium term.


I have tried this now and it works  :-)  It seemes that PDF viewers optimize
filling of adjacent areas and join patterns smoothly.

Martin

Queries and comments on 0.2.17

[Martin Budaj]

> I have put a picture of a screen shot of the scrap join and the resulting
> PDF image online to illustrate how one scrap cuts off parts of the other at
> the join - how should this be done to produce a satisfactory effect?


You may use `-clip off' option for all objects which shouldn't be clipped by 
the scrap border. However, it would be best to choose places for scrap joins 
where the passage is as simple as possible -- this saves a lot of work on 
defining IDs and joins for each object lying on the scrap join line.

> Therion generates an error. 'invalid object name', but some more research on
> the various options shows that I get:
>   join farside at river farside2 at river
> works OK (except that it joins one (the south) wall of farside2 to a nearby
> column (the nearest wall) which is just wrong.
>   join farsidewest1 at farside.river farsidewest2.farside2 at river
>   Gives 'survey farside.river does not exist' - which is right but I mean
> scrap farside within survey river - have I got the syntax wrong?


Scraps don't create own namespace -- only surveys do. So
 join farside at river farside2 at river
is a variant of join which joins two scraps, and
 join farsidewest1 at farside.river farsidewest2.farside2 at river
should be
 join farsidewest1 at river farsidewest2 at river

>> >If I try to zoom in to 200% therion just crashes (64MB machine, 3.8Mb pnm 
>> >>file)
>> >Is this expected?
>> 200% of 3.8Mb = 4Mb original image + 16Mb scaled image + 20Mb canvas RGBA 
>> buffer = 40MB = 60% of RAM. This may be a problem, especially on some 
>> operating systems.
>
>
> OK. So there is a need for original scans to be quite small, or lower colour
> depth (I have to scan greyscale because my scanner/software does not work
> properly in b/w). Now I'll reduce the colour depth of all the images and
> maybe chop them up for therion editing, because zoom is important and it's
> _very_ slow to load. I also just bought 128MB more ram, which should help.


I'm afraid TclTk uses RGB model internally, so it converts even b/w images into 
RGB anyway.
I've been using XTherion on Athlon 2000 with 512 MB RAM. It works quite well 
and fast with more 100 dpi scans in one file (about 1000*500 pixels each) @ 
200% zoom.

> And because it takes 2-3mins to load again I don't like unloading and
> loading it each time to make an edit. Smaller scans will help, as will more
> memory, but there does need to be a better way if drawing a survey is to
> take less than 100 years :-)


We are fully aware of the fact, that XTherion and espacially TclTk language is 
not ideal. It would be nice to make a completely new interface (which may be 
devoloped parallel with therion and xtherion), but it would require a lot of 
help from other programmers, too. We've put some ideas on
http://labyrinth.speleo.sk
Martin

feedback on 0.2.18

[Martin Budaj]

> I debianized and compiled 0.2.200400224 (is there any reason for not just
> calling this 0.2.19?  - this is the 3rd decimal version number so it might
> as well go up with each new version you put out)


Sometimes there is a new version each day -- this is only something like CVS 
depository with up-to-date sources for developers. Numbered versions should 
have CHANGES and other documentation updated.

> thbook says -clip  but it's -clip  like most other options -
> confusing - I tried 0, false before getting it right. Make the docs
> consistent.


Will be fixed

> What is the intended use of Rock-edge and rock border?


rock-border is the outer border, rock-edge marks edges inside a large block
(is usually omited in smaller blocks)

> Can you explain what base-scale actually does and how scale interacts - I
> don't feel I understand properly from reading the thbook. You may have
> answered this from looking at the article...


scale is the output scale. If you specify also base-scale, it has the effect as 
if you did the following steps:
* print a map in base-scale
* go to a copy shop and say 'I want a copy of this in the scale'
both maps are finally in scale but with different line widths and symbol sizes.

> I still can't get join [id:pt]@survey style to work: I get 'invalid object'
>   join [fsceil1:0]@river [farsidewest3:8]@river. commented out in attached
> .th file.


omit the brackets. Unfortunately therionbook is misleading in this point.

> In the legend 'Topo' is not english - need to be able to change that text.
> We have 'surveyed', 'explored' and 'drawn' normally.


Would it be correct to say
Surveyed: A.B., C.D.
Drawn: X.Y. ?

> Also 'pit' is 'pitch' in UK english - only American's call them pits. Indeed
> UK and US caving english are quite different, if Therion takes account of
> translations - that's why survex has en-gb and en-us translations.


well, it is possible to use en-us and en-uk subtypes, but only for texts in the 
output files.

> Is there an easy way of splitting lines without re-drawing? Needed for
> various situations, the above being just one example. At the moment I am
> deleting and re-drawing things when I want to split them, which is a pain.


select a point where the line should be splitted; than Line control->Edit 
line->Split line
Martin

[therion] Extended Elevation, and other questions.

[Martin Budaj]

>> Again, add in layout:
>>
>> color map-fg 50
>> symbol-hide group all
>> symbol-show area water
>>
>> code metapost
>>   def a_water (expr p) =
>> T:=identity;
>> thfill p withcolor (0.1, 0.2, 0.8);
>>   enddef;


It would be more correct do define own symbol set than to redefine the
default symbol (it has the same result, but redefining the default doesn't
allow to switch among various symbol sets). So the correct solution is:

-
color map-fg 50
symbol-hide group all
symbol-show area water
symbol-assign area water MY

code metapost
  def a_water_MY (expr p) =
T:=identity;
thfill p withcolor (0.1, 0.2, 0.8);
  enddef;
  initsymbol("a_water_MY");
-

Now you may use the symbol-assign command to switch among all predefined
symbol sets and the new set MY.

Regards, Martin

Therion 0.3.2

[Martin Budaj]

Hi all,

new version of Therion is available. Changes include:

therion:
 * configuration file changes:
   - layout command: scale 1 50 upto 1 10 allowed and supported
 * Therion constructs accented characters if the character is not present
   in the font. It used to omit the accent and display the base character
   only
 * error message `invalid command context' changed to
   `missing xxx command before yyy command'
 * French translation added

xtherion:

 * line split bug fixed
 * automatically checks for updates
 * 3D viewer: reload (Ctrl+R)
 * 3D viewer: bounding box computation fixed

Best regards,

Martin

[therion] Re: Wook's persistent Therion bug

[Martin Budaj]

>> So, it was a silly error, but given that this has taken some 6 weeks to
>> solve with some fairly computer-savvy users, it suggests that the error
>> messages could be rather more helpful.


In fact your original message with the bug report from May 25 contained
the survey command :)) The message from June 20 didn't -- this explains
why it took 6 weeks to discover it...

M.

-
I get:
"Invalid command context" at line 6 in this file:

1 encoding  utf-8
2 survey soundriver
3
4  map elevator -title "Terikan: Elevator Entrance"
5farside at river
6farside2 at river
7  endmap
8
 
-

Therion 0.3.4

[Martin Budaj]

Hello everybody,

Therion 0.3.4 is available for download. The most important improvements are:

- Error messages in Compiler window in XTherion are hyperlinked to data
source files

- group/endgroup inside centreline command

- Windows installation: TeX/MetaPost works even if there is other TeX
installation present in the system (it used not to run if there was
TeXLive installed)

Therion team

questions on therion

[Martin Budaj]

> a) I try to get an overlay of the centreline on a scanned 
> topographical map but I always get an error ( test.th [47] -- number 
> expected -- end) but I don't know where to insert more numbers examplecode:
> surface
> bitmap ur.png  [1  11  211065.0  2139614.0  6310  4474  237623.0 
>  2158455.0 meters]grid-units metersgrid 211000.0 2139000.0 
> 2.0 15000.0 2 2
> 10.0 10.0 10.0 10.0end surface

'end surface' should be written without space; the 'end' hadn't been 
recognized as a keyword and therion expected another row of numbers.

If you want only to display scanned map, grid-units and grid commands are not 
necessary -- they are only used in 3d model. 

> b) at loops: is the standard error for the measurement devices 
> included when the loops are closed? IE when more than one GPS 
> measurements (with high errors are used to fix the cave)?

Yes.

Martin

Problems with areas

[Martin Budaj]

On Thu, 18 Aug 2005 00:36:39 +0100, Wookey wrote
> Obviously we try to avoid areas which cross scrap joins but cannot 
> always do so. Other considerations like altitude colouring make it 
> difficult, and in a cave which has a lot of mud or water we could 
> find that most scrap joins have areas crossing them.

We try also to reduce the usage of areas to minimum -- water/sump only. For 
debris/sand and similar it seems that it's enough to use a few point symbols 
of an appropriate type. The map is than much more clear.

> Currently if an area crosses a scrap join we just put an area either 
> side - one in each scrap. This needs a 'border -subtype invisible' 
> line across the passage at the join on _both_ scraps - these lines 
> are directly on top of each other. The problem here is that you 
> can't click on the line which is 'below' so you can't complete one 
> of the areas without first moving the top line to the side 
> temporarily. This is clearly not satisfactory. Is there a better 
> way? If not then selecting the new scrap should move the border line 
> to the 'top' for the purpose of clicking.

Did you try right-click on the line point? Each rightclick changes the line 
used for editing if there are more of them on top of each other.

> There is also a big problem with line id's disappearing. I find I sometimes
> need to split a line (e.g. a very long wall, or a wall passing 
> behind a feature that I want to include in the area boundary (e.g. a 
> mudbank) (if the wall has the same id either side of the mudbank 
> then the mudbank tends to get ignored when setting the area outline)
> . The problem is that if a line has been used in another area 
> anywhere, then splitting it loses the id and breaks the area.

I think the best solution would be if therion displayed a warning that the 
line being splitted contained ID. User would have possibility to copy it and 
assign to whichever line he liked. Therion wouldn't have to do any guesses, 
which could lead to other obscure errors...

Cheers,
Martin

Scale and Base-scale and font sizes

[Martin Budaj]

On Thu, 18 Aug 2005 00:10:01 +0100, Wookey wrote
> I used to have 
>  scale 1 2000
>  base-scale 1 1000
> 
> in my layout. That worked OK, but the symbols were very small and 
> the text was microscopic.

They were printed in 1/2 size because of base-scale setting.

> So I added 
>  code metapost
>  fonts_setup(10,16,20,24,28)
> 
> And that made the text a sensible size.
> 
> I just changed base scale to read
> base-scale 1 2000
> 
> which makes the symbols a much more sensible size, but makes the 
> text too big.

If the base-scale is equal the scale, it has no effect (such as 1:1 photocopy)
. The text was large because of your fonts_setup setting.

> My understanding of these two values is that scale sets the scale of 
> the output (i.e how big the final PDF sheet is in map mode, or how 
> many sheets in atlas mode) , whilst base-scale 'has the same effect 
> as if the map printed in base-scale would be photreduced to the 
> scale' (quote from thbook)

You may forget the base-scale if the default settings work well. We introduced 
the base-scale to make it possible to do simple adjustments to the size of 
symbols used without the need of metapost programming (e.g. when symbols 
appear too big in the 1:400 scale, but OK in 1:200 scale, it's enough to set 
base-scale 1 200 and scale 1 400 and I get map in 1:400 scale with symbols 
proportionally as large as on 1:200 map)

> But if it was photoreduced then the fonts and symbol size shouldn't change.

I think photocopy 1:2 changes everything to be 1/2 smaller

> So I am confused about how this should work. When would I ever want scale
> and base-scale to be different? Why does changing base-scale effect 
> the size of symbols and text?

See above. If therion gives you suitable symbol sizes, use only scale setting. 
If not, experiment with base-scale or redefine metapost.

> On a related point I tried doing an atlas version with the defaults (i.e.
> 1:200) and get loads of 'number too big errors' from metafont.
>
> I can see why such a scale is a problem in map mode (page larger 
> than PDF can manage), but in atlas mode the page size is limited to 
> A4 (or whatever) - so why can I not print an atlas (with a lot of 
> sheets) showing the system in high detail? Is it a fundamental 
> problem of the way the PDFs are generated or can it be fixed?

An additional limitation is the size of a picture, which can metapost process 
-- it's about 2.8 m. Each scrap is processed separately in one picture, so it 
means, that each scrap must be smaller than 2.8 * 2.8 m _in the output scale_. 
I don't think it's a big issue unless you try to draw the whole cave in one 
scrap. (At 1:100 scale a scrap can contain 280*280 m section of the cave). 

Atlas size (and SVG map size) is unlimited.

Martin

[Therion] There's Grids then and there's Grids

[Martin Budaj]

On Nov 27, 2007 8:24 PM, Bruce Mutton  wrote:
> >There are two grids on the map:
> >1. coordinate grid - displayed via "grid top|bottom", size specified via
> >grid-size
> >2. map atlas pages grid - displayed via "page-grid on|off", size specified
> >using page-setup
> >Which one do you mean?
>
> Ah, Stacho.  Two types of grids!
> That explains part of my conundrum. Now that I know it exists I'm not sure
> what the map atlas grid might be for?

It shows how the whole plan would be divided into pages in the atlas export.

> The other relates to the co-ordinate grid; illustrated by the attached pdfs,
> scaled at 1:1000.
> When specified as 10 10 10 I get nice continuous grids, but when specified
> as 50 50 50 or 100 100 100 (and no other changes) I get cross hairs, which
> are not too my liking.
>
> These two types of coordinate grids, continuous and cross hairs, are nice
> options, but how do I control which type I get?

Actually there is just cross-hairs type defined in metapost. When you
use 10 10 10 spacing, they overlap the neighbouring crosses and create
an illusion of  continuous lines. However, this behaviour is not
hard-coded and can be redefined in metapost.

Martin

[Therion] Legend Size

[Martin Budaj]

> > What I
> > needed was a huge "Upper Flood" title and reasonable text size for the
> > North arrow, and the rest of the legend, so these things
> > stood out even
> > when viewed from some distance.

The north-arrow macro is currently not easily customizable at all. You
have to add the following to the layout

code metapost
def s_northarrow_SKBB (expr rot) =
  T:=identity scaled 0.7 rotated -rot;
  thdraw (-.5cm,-1cm)--(0,1.5cm)--(.5cm,-1cm)--(0,-.5cm)--cycle;
  thfill (-.5cm,-1cm)--(0,1.5cm)--(0,-.5cm)--cycle;
enddef;

with values .5cm, 1cm, 1.5cm replaced by larger values.

Martin

[Therion] declination problem

[Martin Budaj]

On 9/14/07, Gaëtan PERRIER  wrote:

> I've some problem with the declination. For the coordinate UTM31 398980
> 4969737 in the log file there is:
>
> output coordinate system: UTM31
> meridian convergence (deg): 0.9024
> geomag declinations (deg):
>   2007.1.1  -0.7738
>   2008.1.1  -0.6570
>
> The coordinate UTM31 398980 4969737 are equal to N 44°52'26" E 1°43'15"
> rapport to greenwich meridian.
>
> If I go on this site: http://www.ngdc.noaa.gov/seg/geomag/jsp/IGRFWMM.jsp it
> gives me for 2007.1.1 a declination of -0°50' so -0.83°. This value is
> different in relation to the therion one.
> If I try with declimag (http://vtopo.free.fr) it gives me a value as with
> http://www.ngdc.noaa.gov/seg/geomag/jsp/IGRFWMM.jsp

Therion calculates in fact the same value as the above mentioned
calculators, but the date given in the log file is not correct.
Formerly just the year used to be printed (meaning mid-year, or July
1) before the declination value. By an oversight the mid-year
declination value is still being printed, even if the date has been
changed to January 1. It will be fixed soon. Anyway, the loop closure
algorithm uses correct decliantion values.

 > Another quetion: in my centreline there is a line:
>
> date 2007.09.08
>
> Why this date is not used for the declination?

The exact date is used for calculations, just the log files lists
yearly declination values.

Martin

[Therion] Atlas page positioning

[Martin Budaj]

On Fri, Aug 8, 2008 at 10:12 PM, Bruce Mutton
 wrote:
>
> and my layout file contains;
>
>   origin-label 2 A #label type 
>   2 A gives A1, 1 A gives A0, 0 A gives A-1
>
>   origin 2500600 6023000 600  meters  #co-ords of lower left corner of first
> atlas page
>
>
>
> If I leave out the last line I get perfect atlas's (and all other outputs
> for that matter) – just not a very efficient use of 'paper'.
>
> If I include the last line I get;
>
> D:\Program Files\Therion\therion.exe: error -- mixing local and global
> coordinate systems not allowed -- conflict with cs specification at
> LayoutPlanThisAtlas.thc [11]

You need to specify 'cs' also in the layout, before setting the
'origin'. Therion can not presume that cs in the data files is the
same as in the layout.

Martin

[Therion] survey-level: Minor correction /clarification of entry in Therion Book

[Martin Budaj]

> _ survey-level  . how many surveys to display with stations.
>
> Does it control the display of the nested level of survey?  Eg 126 versus
> 126 at f.Greenlink.RiwakaSystem

Exactly. N should be numeric value, default value is 0.

Martin

[Therion] standard deviation and survey grade

[Martin Budaj]

On Mon, Dec 15, 2008 at 1:45 AM, Olly Betts  wrote:
> I don't think inventing numbered grades here is a good approach.  For
> centre-line survey data, a grade summarising how it was collected makes
> sense as you're trying to summarise the accuracy of a lot of
> measurements at once, and there's no direct indication of individual
> errors for particular readings.  It also gives people a benchmark to aim
> for, which can be tested by analysing loop misclosures.

The reason why we started to think about position measurement grades
is that we are collecting data about hundreds of caves and other karst
features in our area. In the summary tables (export cave-list) we need
some indication of precision of entrance location (e.g. to select
entrances the position of which needs to be refined). So some
standardization seems to be necessary.

Naturally the SD setting would be available for measurements with
known error estimates.

> Also, the suggested grades force particular pairings of horizontal and
> vertical errors.  Just because a "GIS GPS" might be 1m/3m, that doesn't
> mean that every alternative technique for surveying to 1m horizontal
> accuracy would give 3m vertical accuracy.

There is the same problem in centreline data (different combinations
of compass/clino/distance accuracies) with just one generic grade to
keep things simple. Perhaps the standard positioning grades need not
to distinguish between horizontal and vertical accuracies and user
should use SD setting for fine-tuning?

Martin