[Therion] Trapped in Therion on Error

[Michael Wasmund]

I had similar symptom when the background bitmap used for the scrap is
extremely large. In that case needs to be replaced by smaller bitmap.
Also suggest to check whether UTF-8 is the right encoding for you or wether
it should be ISO8859-1 (if you're in Europe).

Regards, Michael. 

  _  

From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Martin Sluka
Sent: Freitag, 5. Juni 2015 19:06
To: List for Therion users
Subject: Re: [Therion] Trapped in Therion on Error


Please, check first line in plain text editor, it MUST be encoding code
there. Only one time! 

Another problem could be an invisible character somewhere. Check it by line
numbers.

Programers text editor may help much.

m.s.




5. 6. 2015 v 5:40, Rob Countess :

Just a total shot in the dark but I had something similar when I copied and
pasted from a text editor into therion editor. The therion editor. I ended
up doubling the first line the text  encoding line (UTF blahblahblah) which
was not entirely obvious because the therion editor seems to hide that line.
Once I fixed it the problems went away.

On Thursday, June 4, 2015, Adam Sampson  wrote:


As I'm learning I occasionally have errors in my .th2 file. When I open a
file with a problem in the therion editor it gives me an error, an error
that prevents me from editing the file or from closing the program! 

And this is for a file that actually compiles (with warnings) as long as I
don't open it in the editor. Since I can't edit the file in the editor I'm
using trial and error to clear it up in a text editor. But it's a pain to do
trial and error when I get stuck with a non-responsive program each time I
have an error. 

Is there a way to make it so that I can at least close the program on error?
I'm on Windows and in order to close the program I have to open task manager
and click "End Task" several times before Windows realizes it has to help me
close the program the hard way. 






Adam Sampson
(502)509-5066
caver.adam at outlook.com
 
www.kentuckykarstconservancy.com  

___
Therion mailing list
Therion at speleo.sk
http://mailman.speleo.sk/mailman/listinfo/therion



-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] FW: How to mark a preferred way through a cave

[Michael Wasmund]

Thanks, Markus, for your suggestion and kind offer!

Actually meanwhile I can manage the mix of bitmaps and genuine scraps quite
well,
thanks also to help by forum participants.
Perhaps I should make a Wiki article about bitmap processing with Therion
summarizing "best practice".
I may need your help in other issues, for example, obtaining geo data for
surface modelling. I'd then contact you directly.

Michael.


-Original Message-
From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Markus Boldt
Sent: Mittwoch, 27. Mai 2015 23:55
To: List for Therion users
Subject: Re: [Therion] How to mark a preferred way through a cave

Hi Michael, (in english so all can understand it, but not be angry about the
poorness :-)) I know your project of "Fuchslabyrinth" and so I may say: for
the future it will be the best Idea to draw the cave or the old bitmaps new.
I know, it is very much work. But after you will have no Problems to add new
parts and you will have all advantages of Therion. Assumed you have the old
data of the centerline, that is clear. 
Some years ago, I have done the same with "Vetterhöhle" (2,5Km) and
"Bärentalhöhle" (now 440m). The Vetterhöhle was drawn in AutoCad and that
was a problem for me and others because of the very costy program and the
use of it. The Bärentalhöhle was drawn simply with Tusche (is that the same
word in English as in german?). 400m was not so much work, but enough. But
today I`am lucky about that doing, because every year there comes some
meters in addition. Drawing the Vetterhöhle in Therion was another thing,
but at the end it was the best which someone can do. 
"Fuchslabyrinth" is very longer and so very more work, but in the end you
will be lucky too. 
If you want, I can give you an offer: Give me the data and the corresponding
bitmaps and I will help you part by part. So I have additionally an
advantage; I don`t forget Therion :-) Greetings Markus

PS. All other please over directly message in german :-)



-Ursprüngliche Nachricht-
Von: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] Im 
Auftrag
von Bruce (External)
Gesendet: Mittwoch, 27. Mai 2015 10:44
An: 'List for Therion users'
Betreff: [Therion] How to mark a preferred way through a cave

Michael
If I understand correctly Dave's suggestion of user defined lines will only
work if you draw scraps, and I don't think that is what you are asking for
(although drawing simple scraps with only station points and route lines to
overlay your bitmaps might be your best solution).

I hesitate to suggest this, but if you don't mind using a nasty hack, you
could, for example set...
flags approx
...on the route, and then redefine l_survey_cave to emphasise the approx
centreline and make recessive other line flags.
An example of the sort of code you could use is here

http://therion.speleo.sk/wiki/doku.php/metapost?s[]=approx#general_symbol_ex
amples
"Visualize cave centreline shot flags with colour for splay and duplicate,
and dash for approximate shot flags"

This will only work with pdf and probably svg outputs, and will have no
effect on 3d outputs.

Bruce

-Original Message-
From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Michael Wasmund
Sent: Monday, 25 May 2015 3:31 p.m.

Hello,

If I want to mark a preferred way through a maze cave, is there a way to
"mark" or "flag" some centerlines, so that they appear different from the
majority in 2D / 3D output?
(Can't work with scraps, it's all bitmaps)

Michael.

___
Therion mailing list
Therion at speleo.sk
http://mailman.speleo.sk/mailman/listinfo/therion

This message is intended solely for the designated recipient(s). It may
contain confidential or proprietary information and may be subject to
attorney-client privilege or other confidentiality protections. If you are
not a designated recipient you may not review, copy or distribute this
message. If you receive this in error, please notify the sender by reply
e-mail and delete this message. Thank you.


Diese Nachricht ist nur für vorgesehene Empfänger bestimmt. Die Nachricht
kann vertrauliche oder persönliche Informationen enthalten und kann
datenschutzrechtlichen Bestimmungen unterliegen. Wenn Sie kein vorgesehener
Empfänger dieser Nachricht sind, ist es Ihnen untersagt, die darin
enthaltenen Informationen einzusehen, zu vervielfältigen und zu
veröffentlichen. Sollten Sie diese Nachricht versehentlich erhalten, bitten
wir Sie, den Sender zu informieren, indem Sie auf diese Nachricht antworten
und die Nachricht dann löschen. Vielen Dank.

___
Therion mailing list
Therion at speleo.sk
http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] FW: How to mark a preferred way through a cave

[Michael Wasmund]

Thanks, Bruce!
Dave's suggestion worked very well, problem solved!

Michael.

-Original Message-
From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Bruce
Sent: Mittwoch, 27. Mai 2015 20:44
To: 'List for Therion users'
Subject: [Therion] How to mark a preferred way through a cave

Michael
If I understand correctly Dave's suggestion of user defined lines will only
work if you draw scraps, and I don't think that is what you are asking for
(although drawing simple scraps with only station points and route lines to
overlay your bitmaps might be your best solution).

I hesitate to suggest this, but if you don't mind using a nasty hack, you
could, for example set...
flags approx
...on the route, and then redefine l_survey_cave to emphasise the approx
centreline and make recessive other line flags.
An example of the sort of code you could use is here

http://therion.speleo.sk/wiki/doku.php/metapost?s[]=approx#general_symbol_ex
amples
"Visualize cave centreline shot flags with colour for splay and duplicate,
and dash for approximate shot flags"

This will only work with pdf and probably svg outputs, and will have no
effect on 3d outputs.

Bruce

-Original Message-
From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Michael Wasmund
Sent: Monday, 25 May 2015 3:31 p.m.

Hello,

If I want to mark a preferred way through a maze cave, is there a way to
"mark" or "flag" some centerlines, so that they appear different from the
majority in 2D / 3D output?
(Can't work with scraps, it's all bitmaps)

Michael.

___
Therion mailing list
Therion at speleo.sk
http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] How to mark a preferred way through a cave

[Michael Wasmund]

Hello,

If I want to mark a preferred way through a maze cave,
is there a way to "mark" or "flag" some centerlines, so that they appear
different from the majority in 2D / 3D output?
(Can't work with scraps, it's all bitmaps)

Michael.

[Therion] Redefining PENA...PEND to draw lighter

[Michael Wasmund]

YES!
   symbol-colour group all [60] #makes everything grey
does the trick. Thanks, Bruce!

Regarding Footleg's comment:
Therion indeed turnes "black" bitmaps into "grey" bitmaps, see attached
example,
where I inverted the colors of a B/W bitmap.

Perhaps this is something which could be improved in future versions?

Michael.
-- next part --
A non-text attachment was scrubbed...
Name: GreyBitmapsExample.png
Type: image/png
Size: 163682 bytes
Desc: not available
URL: 

[Therion] Redefining PENA...PEND to draw lighter

[Michael Wasmund]

Hello,
Does someone have metapost code to redefine PENA...PEND to draw grey instead
of black?

Why I need this:

My survey consists of 80% scanned bitmaps and 20% drawn scraps.
The bitmaps are "grey", not black (can't make them better using image
processing).
 The drawn scraps then stand out and look ugly compared to the bitmaps.

I know how to redefine individual symbols (walls etc.) to be grey instead of
black,
but rather than redefining a large symbol set I'd rather redefine the PENs -
if possible. 

Regards,
Michael.

[Therion] Embedding cross-sections based on bitmaps

[Michael Wasmund]

Hello,
I'm familiar with the method of embedding cross-sections made using scrap
editor. That works.
For our 10km - cave, we have 100's of cross-sections scanned from paper
(i.e., bitmaps), drawn decades ago.
How can I embed those? The method used for scanned paper surveys seems not
to work.
Whatever parameters I use, the cross-section scrap remains invisible. 
(Pls don't tell me we have to re-draw all the cross-sections)

Regards,
Michael.

[Therion] How to imbed cross-sections based on bitmaps

[Michael Wasmund]

Hello,
Generating and embedding cross-sections based on scraps is well described
and works.

My question: How do I imbed a cross-section which was not drawn using scrap
editor, but is a scanned bitmap?
Whatever parameters I use, it will not show, remains invisible.

Can someone send me an example or point to the location where this is
described?
(Pls don't tell me I have to redraw 100's of cross sections using
scrap-editor)

Regards,
Michael.

[Therion] PDA

[Michael Wasmund]

Hallo,
I purchased an HP iPAQ 214 half a year ago and it works fine, incl. BT (it
was a bit fumbly to get it going).

Michael Wasmund

  _  

From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Martin Sluka
Sent: Sonntag, 12. Oktober 2014 23:04
To: List for Therion users
Subject: Re: [Therion] PDA


Hasn't it problem with BT connection? Any Hp I tried had problems with BT. 

12. 10. 2014 v 22:37, torstein finnesand :


HP iPAQ 214 (4 inch screen size)



-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20141015/7fcd1c4b/attachment.html>

[Therion] FW: How can I make bitmaps overlapping in a transparentway ?

[Michael Wasmund]

 Yes, that works.
Many thanks!
Michael.

-Original Message-
From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf
Of Martin Sluka
Sent: Samstag, 23. August 2014 16:50
To: List for Therion users
Subject: Re: [Therion] How can I make bitmaps overlapping in a
transparentway ?

PNG with transparency?

Save the overlap pictures as png with transparency.

m.


23. 8. 2014 v 12:48, Michael Wasmund :

> Hello,
> For Fuchslabyrinth cave, we're using primarily morphed bitmaps.
> 
> With the default thconfig settings, at areas where bitmaps overlap, 
> one of them is "half-transparent".
> (See attached image)
> I played with the "opaque" parameter, but the results are not what we
want:
> opaque = 100: overlap area shows one of two bitmaps only.
> opaque = 0: All bitmaps vanish completely.
> opaque = 10: either bitmaps are drawn in extremely light colour, 
> hardly visible.
> 
> What we need is full visibility (100%) of either bitmap, regardless 
> whether they overlap or not.
> 
> Any hints how to achieve this ?
> 
> If this is not possible, is there a way to control which bitmap is on top
?
> 
> Regards,
> Michael
> ___
> 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 can I suppress white space around centerline stubs ?

[Michael Wasmund]

Hello,
For Fuchslabyrinth cave, we're using mainly morphed bitmaps.

With the standard thconfig settings, centerlines carry a "white channel"
along with them,
blanking out any bitmap content near the centerline (see attached image).

Is there a way to
a) define the centerline so that the white space around it is not generated
?
b) define centerline so that it is always drawn (e.g. not only the stubs) ?
c) define centerline so that it is never drawn (regardless of "point
station" definitions) ?

Regards,
Michael
-- next part --
A non-text attachment was scrubbed...
Name: WhiteSpaceAroundCenterline.png
Type: image/png
Size: 79901 bytes
Desc: not available
URL: 

[Therion] How can I make bitmaps overlapping in a transparent way ?

[Michael Wasmund]

Hello,
For Fuchslabyrinth cave, we're using primarily morphed bitmaps.

With the default thconfig settings, at areas where bitmaps overlap, one of
them is "half-transparent".
(See attached image)
I played with the "opaque" parameter, but the results are not what we want:
opaque = 100: overlap area shows one of two bitmaps only.
opaque = 0: All bitmaps vanish completely.
opaque = 10: either bitmaps are drawn in extremely light colour, hardly
visible.

What we need is full visibility (100%) of either bitmap, regardless whether
they overlap or not.

Any hints how to achieve this ?

If this is not possible, is there a way to control which bitmap is on top ?

Regards,
Michael
-- next part --
A non-text attachment was scrubbed...
Name: BitmapOverlap.png
Type: image/png
Size: 54995 bytes
Desc: not available
URL: 

[Therion] file-not-found when processing bitmap sketches

[Michael Wasmund]

Thanks, Stacho !
It's the "identify.exe". Replacing it with the 5.3.10 version solves the 
problem.
(Had to replace "convert.exe" as well to prevent program from crashing).
Project works fine now, and the size of the generated PDF is approx. the sum of 
all included images, which makes sense.

Kind Regards,
Michael.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] file-not-found when processing bitmap sketches

[Michael Wasmund]

Hi folks,
Sorry for bothering you with this - but the attached simple data (hope it comes 
through via the mailing list) works with Therion 5.3.10. and fails with 
5.3.0.11. I verified again today. If someone could test the attached data on 
their (Windows-)machine...I'd appreciate. (I have replace the png file by a 
smaller one, but can provide original 7MB png if needed).

Kind Regards,
Michael.

  - Original Message - 
  From: Bruce 
  To: 'List for Therion users' 
  Sent: Wednesday, January 02, 2013 9:08 PM
  Subject: Re: [Therion] file-not-found when processing bitmap sketches


  Michael

  I have tested this issue with 5.3.10 and 5.3.11 and they both work as 
expected on my Windows XP machine.

  Ie 5.3.10 gives multiple sketch insertions.

  5.3.11 works perfectly, presumably as per the design intent.



  Bruce






--

  From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On 
Behalf Of Michael Wasmund
  Sent: Thursday, 3 January 2013 5:53 a.m.
  To: therion at speleo.sk
  Subject: Re: [Therion] file-not-found when processing bitmap sketches



  A Happy New Year to all Therion users !



  Therion 5.3.11 claims to have solved the "sketch inserted multiple times" 
problem 

  and I would be very thankful for that.

  However, when I process my data with the .11 version, 

  I always get a "file not found" for the sketche's images.  (The sketch editor 
works fine).



  Using exactly the same data with 5.3.10, it works well (with the disadvantage 
of the "multiple insertion").



  I'm using Windows. Perhaps a "backward-slash" problem ?



  Just wanted to touch base if someone else encountered this behavior or who 
can recommend a quick fix.



  Cheers, Michael







--


  ___
  Therion mailing list
  Therion at speleo.sk
  http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130103/5b9eb4c5/attachment.html>
-- next part --
A non-text attachment was scrubbed...
Name: File-not-found-with-Th5.3.0.11.zip
Type: application/octet-stream
Size: 1132730 bytes
Desc: not available
URL: 
<http://mailman.speleo.sk/pipermail/therion/attachments/20130103/5b9eb4c5/attachment.obj>

[Therion] file-not-found when processing bitmap sketches

[Michael Wasmund]

A Happy New Year to all Therion users !

Therion 5.3.11 claims to have solved the "sketch inserted multiple times" 
problem 
and I would be very thankful for that.
However, when I process my data with the .11 version, 
I always get a "file not found" for the sketche's images.  (The sketch editor 
works fine).

Using exactly the same data with 5.3.10, it works well (with the disadvantage 
of the "multiple insertion").

I'm using Windows. Perhaps a "backward-slash" problem ?

Just wanted to touch base if someone else encountered this behavior or who can 
recommend a quick fix.

Cheers, Michael

-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] background sketch inserted multiple times

[Michael Wasmund]

Hello Bruce,

I think we're suffering the same inflated PDFs.
I attach a small project which uses 3 very tiny PNGs as input,
resulting into a PDF which is at least 3x the size in MB.
With large bitmaps, a PDF is produced which some computers cannot handle 
anymore because of size.
We also use Therion version 5.3.10.

For the "Fuchslabyrinth" Project, we have an additional issue which is at least 
as painful:
Overlapping sketches (even if the inserted PNGs are transparent)
lead to a PDF output, where passages in the overlapping area are concealed.
Current workaround is to crop the PNGs razorsharp at the passage boundaries,
but that is not always possible.

See attached mini-project.

If you or the Therion developers have a "fix" for either issue,
we'd greatly appreciate receiving it!

Cheers,
Michael.
  - Original Message - 
  From: Bruce 
  To: 'List for Therion users' 
  Sent: Tuesday, October 30, 2012 7:45 PM
  Subject: [Therion] background sketch inserted multiple times


  Michael

  I think you just added a wiki item on Fuchslabyrinth caves where it says 
Therions bitmap morphing feature is being used.

  I am intrigued because in 2008 or 2009 we were starting to use this feature, 
then we were delayed, and by the time we got back to experimenting there was a 
bug in the next version of Therion whereby the sketches were inserted into the 
pdf outputs multiple times, taking inordinate time to compile and making the 
pdf files very large, 100's of megabytes in many cases.  Stacho acknowledged 
the bug and I think some change was made in 5.3.9, but it did not fix the 
problem for us.



  Described here 
http://article.gmane.org/gmane.comp.gis.therion/2680/match=sketches



  I have tried again with a couple of different files using 5.3.10, in one 
trivial case a 283kB sketch inserted in a small map produced an 11MB pdf file 
(the pdf without the sketch is 300kB).



  So I am wondering how you are making it workable?

  Either;

  -  something in our custom metapost or layouts is causing the error 
for us and you are not experiencing this bug, or

  -  you are using an old version of Therion in which this feature was 
bug free, or

  -  you are putting up with very large output files, even for very 
small portions of your overall project

  I'm interested in your comments.



  Bruce



--


  ___
  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: Therion-Overlap.zip
Type: application/octet-stream
Size: 1397649 bytes
Desc: not available
URL: 

[Therion] background sketch inserted multiple times

[Michael Wasmund]

Hello Bruce,
Thanks for your contribution.I'll respond in 1-2 weeks, since I'm very busy.
(We also have problems with multiple bitmaps, but of different nature).
Cheers,
Michael.
  - Original Message - 
  From: Bruce 
  To: 'List for Therion users' 
  Sent: Tuesday, October 30, 2012 7:45 PM
  Subject: [Therion] background sketch inserted multiple times


  Michael

  I think you just added a wiki item on Fuchslabyrinth caves where it says 
Therions bitmap morphing feature is being used.

  I am intrigued because in 2008 or 2009 we were starting to use this feature, 
then we were delayed, and by the time we got back to experimenting there was a 
bug in the next version of Therion whereby the sketches were inserted into the 
pdf outputs multiple times, taking inordinate time to compile and making the 
pdf files very large, 100's of megabytes in many cases.  Stacho acknowledged 
the bug and I think some change was made in 5.3.9, but it did not fix the 
problem for us.



  Described here 
http://article.gmane.org/gmane.comp.gis.therion/2680/match=sketches



  I have tried again with a couple of different files using 5.3.10, in one 
trivial case a 283kB sketch inserted in a small map produced an 11MB pdf file 
(the pdf without the sketch is 300kB).



  So I am wondering how you are making it workable?

  Either;

  -  something in our custom metapost or layouts is causing the error 
for us and you are not experiencing this bug, or

  -  you are using an old version of Therion in which this feature was 
bug free, or

  -  you are putting up with very large output files, even for very 
small portions of your overall project

  I'm interested in your comments.



  Bruce



--


  ___
  Therion mailing list
  Therion at speleo.sk
  http://mailman.speleo.sk/mailman/listinfo/therion
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] How can I obtain a userid for the Wiki ?

[Michael Wasmund]

BlankHello,
We'd like to add our cave to the list of "Therion Caves" in the Wiki.
How can I obtain a userid ?

Greetings,
Michael

-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: Blank Bkgrd.gif
Type: image/gif
Size: 145 bytes
Desc: not available
URL: 

[Therion] How to add our cave to the Wiki ?

[Michael Wasmund]

BlankHello,
We'd like to add our cave to the list of "Therion Caves" in the Wiki.
How can I obtain a userid ?

Greetings,
Michael

-- next part --
An HTML attachment was scrubbed...
URL: 

-- next part --
A non-text attachment was scrubbed...
Name: Blank Bkgrd.gif
Type: image/gif
Size: 145 bytes
Desc: not available
URL: