June 2011 - Therion

symbol-show fixed points
by Bruce 02 Dec '11

02 Dec '11

Hi All I've been trying to understand symbol-show and symbol-hide a little better as they relate to pdf outputs. How do I display the text associated with fixed points? I have some map objects defined for various caves in a large system. These are comprised of scrap drawings. I also have a map object with the minor surface features nearby, such as sinks, dolines, isolated entrances and significant navigational features such as fence posts or trees (for example). This is comprised of a survey only (mostly fixed points, and no scrap drawings) however and uses flags such as doline or sink, and most points have a text string associated ie. fix 15 2521640 6042938 581 10 10 30 station 15 "Concrete water trough" I would like to show the caves as outlines with all the rest of their symbology turned off, and the surface features with each of the points labelled with appropriate symbol and associated text. This is for an area map, at scales of say 1:5000 or 1:10,000 I can turn the cave symbols off with symbol-hide statements, and so far I think that is working out OK. However. -layout-symbol-show point flag:entrance \ -layout-symbol-show point flag:sink \ -layout-symbol-show point flag:spring \ -layout-symbol-show point flag:doline \ -layout-symbol-show point flag:dig \ The above layout statements cause the special entrance and sink etc symbols to be displayed, AND show the text string associated with the point. These are not displayed by default as far as I can tell, but these statements rectify that. -layout-symbol-show group all And the group all statement has pretty much the same effect in a more comprehensive and compact format. However none of the above enables me to display the text for my "Concrete water trough" example above. It is always just a cross with no text, or with '15' if debug station-names is on. It shows up in Loch, but not in pdfs. So, how do I display the text associated with fixed points? Is there a need for. -layout-symbol-show point fixed . or something similar? Also, sometimes I would like to display the point symbols (for the likes of the above flags) OR the text strings associated with the points, but not both at once. Is there a way of doing this? Thanks Bruce

5 11

Self adjusting label positions and missing point +s
by Bruce 26 Nov '11

26 Nov '11

I have just discovered a wonderous thing. Where surface points in a survey centreline are included in a map, the labels will self organise so that they don't overlap. See example 1 and 2 attached. This effect goes away I think when the points are included in a scrap. It also does not have effect between separate map objects. Is this default therion behaviour, or is it directly inherited from tex? Could it be implemented in outputs derived from scrap drawings? Now on to my short-term deadline question! Why might example 1 have +s in on all the points and example 2 have all the +s missing? I have not done any redefinition of points (unless by accident, and then they should be identical), and I think my symbol-show, symbol-hides are similar (though not the same I admit). Both the images are from the same dataset, just in different regions a few km apart, and also in different parallel branches of the survey structure, so somewhat independent of each other. Both have caves displayed in a similar manner to example 2, it's just that the caves in example 1 were not included in the screenshot. As you can see, the map structure in example 1 is very simple (the old paper cave map was traced in outline only in therion), whereas example 2 has perhaps 100 maps as it is a 15km cave drawn entirely with therion. I have turned off the layers which would have made the image confusing. Any guesses as to which symbol-show (or other statement) directly effects the + part of the point symbol, as I would like to show them in both cases? I'm also still looking for a way to show the labels for fixed points (and leave other point labels unaffected). What is the 'property' that Loch uses to make the distinction in it's data file? Bruce

2 1

Bug with background sketches?
by Xavier Pennec 01 Jul '11

01 Jul '11

I am trying to include the sketch of an old survey as a background image on which I want to superimpose the new map. Here is a simplified example: the new survey is in SaleGosse4_test.th with maps in SG4_plan1.th2. For the underlying survey to keep a reasonable size, I used a morphed sketch of the same survey which is SG4_A1_plan2_carnet.th2 with background sketch Sale-Gosse_Carnet_2010_A1_plan2.jpg. When I compile the pdf for that map (not included here because it is above 6 Mb), the warped sketch image is included 9 times instead of only one. Apparently, it is considered as a sketch for all the scraps of the map while it should only be the sketch of one of them. There is not only the problem of file size explosion (over 50 Mb for the original survey sketch with 16 scraps above), but the image is also hiding the scraps that are supposed to be above it. I tried to play with many parameters in the layout (transparency, surface bottom or top) without much changes. It seems to me like a bug, or I missed something. Does anyone have an idea? Best Xavier -- ------------------------- Xavier Pennec Senior Research Scientist / Directeur de recherche Asclepios project-team, INRIA Sophia-Antipolis 2004 Route des Lucioles, BP93 F-06902 Sophia-Antipolis Cedex, France +33 4 92 38 76 64 +33 6 78 35 16 90 http://www-sop.inria.fr/asclepios/ -------------------------------

3 2

FW: PocketTopo series: separate files
by Bruce 30 Jun '11

30 Jun '11

Hi! Thanks for a fast and thoroughly answer. Yes, I'm a member (for many years), and feel free to copy it to the forum. Some comments below. Torstein > seems to be rather restrictive TopoRobot conventions and limitations. Now I > think with each version it is becoming more flexible (Beat, the author will > be the authority on this!) In fact when I use PocketTopo I break many of > the 'rules' about station numbering and loops and have not had any serious > data loss or corruption. To be honest I have trouble thinking in 'series' > as it is not a concept that is used in New Zealand surveying. I have also problems with thinking in series ... > The key points to note are; > 1. Ensure all files that contain surveys that are connected to each other > are in the same folder. PocketTopo then displays the centrelines of all > these surveys in the background of the current survey and sketch. Do not > keep any copies or other files in that folder. Yes. > 2. Main reasons to start a new file are when a new days survey is started, a > new survey is starting in a different location, or if the plan or elevation > centrelines start overlapping (causing the sketching to become difficult). > This way the centrelines of other surveys remain visible and only the > sketches of the currently open file can be seen (reduces confusion). Yes. I think the problem is the use of the word "series" in the sentence I referred to. I thought you by series meant the same as the series in PocketTopo, which is described in the bullet points above that sentence. Could it be an idea to rewrite the sentence?

2 2

FW: PocketTopo series: separate files
by Bruce 29 Jun '11

29 Jun '11

-----Original Message----- From: Torstein Finnesand Sent: Wednesday, 29 June 2011 9:23 a.m. To: Bruce Subject: PocketTopo series: separate files Hi! Thank for writing this: http://therion.speleo.sk/wiki/doku.php?id=paperless You mention that "Each series needs to be stored in it's own separate file. ie You use Menu.File.New when you need to start a new series." Would it be possible for you to explain the reason to do so? I ask, since I have stored many series in one top-file. But maybe I have missed something. Torstein Finnesand Norway Hi Torstein ... Do you mind if I copy this conversation to the forum? That way other users can benefit, or correct me if I have made an incorrect interpretation. As I mentioned on that page I have been writing it to try to consolidate my understanding of how it works, or at least find a good way of working with it. With regard to your question, I think PocketTopo started out using what seems to be rather restrictive TopoRobot conventions and limitations. Now I think with each version it is becoming more flexible (Beat, the author will be the authority on this!) In fact when I use PocketTopo I break many of the 'rules' about station numbering and loops and have not had any serious data loss or corruption. To be honest I have trouble thinking in 'series' as it is not a concept that is used in New Zealand surveying. The key points to note are; 1. Ensure all files that contain surveys that are connected to each other are in the same folder. PocketTopo then displays the centrelines of all these surveys in the background of the current survey and sketch. Do not keep any copies or other files in that folder. 2. Main reasons to start a new file are when a new days survey is started, a new survey is starting in a different location, or if the plan or elevation centrelines start overlapping (causing the sketching to become difficult). This way the centrelines of other surveys remain visible and only the sketches of the currently open file can be seen (reduces confusion). Hope this answers your question. Any don't forget to get back to me about the forum posting. Regards Bruce

1 0

Re: [Therion] Bug with background sketches?
by Bruce 29 Jun '11

29 Jun '11

I have been sitting on this one for some time, and today I did some tests. The problem was introduced somewhere between 5.2.10 and 5.3 and it can easily be inferred where it is happening in the process by comparing the pdftex log part of the log files below. I can provide the log files or more examples. I have versions 5.3.11 to .14 that I could experiment with if it would help. Bruce Therion 5.2.10 ######################## pdftex log file ######################### This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 7.5.7) (format=pdftex 2009.5.24) 29 JUN 2011 14:48 entering extended mode **data.tex (./data.tex (./th_enc.tex) (./th_texts.tex) (./th_resources.tex (c:/Program Files/Therion/texmf/tex/glyphtounicode.tex)) (./th_fontdef.tex{c:/P rogram Files/Therion/texmf/fonts/pdftex.map}) (./th_formdef.tex Normal \count register pool exhausted, switching to extended pool.) (./th_pagedef.tex <./pic0003.png> <./pic0006.png>) (./th_pages.tex) 253 numeric registers used out of 32768 [1] ) Therion 5.3 ######################## pdftex log file ######################### This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) (format=pdftex 2010.1.2) 29 JUN 2011 14:55 entering extended mode **data.tex (./data.tex (./th_enc.tex) (./th_texts.tex) (./th_resources.tex (c:/Program Files/Therion/texmf/tex/glyphtounicode.tex)) (./th_fontdef.tex{c:/P rogram Files/Therion/texmf/fonts/pdftex.map}) (./th_formdef.tex Normal \count register pool exhausted, switching to extended pool.) (./th_pagedef.tex <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.pn g> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.p ng> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006. png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003 .png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic000 6.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic00 03.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0 006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic 0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pi c0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./p ic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./ pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <. /pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> < ./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png> <./pic0003.png> <./pic0006.png >) (./th_pages.tex) 253 numeric registers used out of 32768 [1] )

1 0

metapost: Therion version and current date
by Bruce 26 Jun '11

26 Jun '11

While I've having fun with metapost. Is it possible to expose the version number of therion to metapost? And the current system date and time? I'll add anything I make to the wiki. Promise. Bruce By surveying and mapping caves we steal from our future selves.

2 4

plan cross-section
by marco corvi 24 Jun '11

24 Jun '11

seems that cross-section scrap must have a projection `none', which means that therion cannot use stations to scale it "properly". i had to draw a vertical cave, a sequence of pits, one on top of the next. instead of drawing a plan, with plenty of maps shifted to the side, i preferred to draw plan cross-sections nearby the shafts as cross-sections (with a section line marking their position on the pit). i would also like to have one north symbol on the map, to mark the orientation of all the plan cross-sections. i did it fiddling with the sources, but a "more stable" solution is appreciated. thanks for the help, marco

4 6

metapost color definition
by Bruce 23 Jun '11

23 Jun '11

Anyone have any idea why the following metapost included in a layout causes the error below? It is almost identical to code extracted from data.mp, yet it upsets therion (I have added the 237 so you can see where the error occurs). code metapost %define colours for custom water point & area background 237 color colour_water; colour_water :=(226/255,244/255,253/255); %light blue color colour_sump; colour_sump := (22/255,22/255,95/255); %dark blue endcode D:\Program Files\Therion\therion.exe: error -- ../../StdFiles/LayoutStandards.thc [237] -- ../../StdFiles/LayoutStandards.thc [237] -- not enough option arguments -- color -- must be 2 Regards Bruce

2 2

xtherion -close on
by marco corvi 23 Jun '11

23 Jun '11

the line option "-close on" specifis that a line is closed. when exporting maps, therion properly closes a line with this option. when xtherion loads the file, the line is "open" and the checkbox "close" is unchecked. if i check it, xtherion add a point to the line with the same coords as the initial point. marco

2 7