Re: [Therion] Using metapost code examples
Hi, The size is controlled by the factor before the u. (symbolsize:=1.0u; %Factor*u; Factor=size of the blocks change 1.0 as you want)
Does this apply to each instance of a block or is it a global definition. This overrules the point_block sizes in the whole plan compiled. Size canging/definition of a single block is, as far as i know, not possible and not projected?
The problem was (with other symbols it is still the case, a solution could be, for example an layout command for small symbols) that with small caves in small scales the normative symbol size is too large, so it might happen that you only see a small part of the symbol in a narrow passage on small scale. You can handle this problem with block_points and block_area in UIS as in described in wiki by changing the factor before the "u". Glück Tief, Stefan -------- Original-Nachricht --------
Datum: Tue, 30 Dec 2008 12:00:01 +0100 Von: therion-request@speleo.sk An: therion@speleo.sk Betreff: Therion Digest, Vol 37, Issue 14
Send Therion mailing list submissions to therion@speleo.sk
To subscribe or unsubscribe via the World Wide Web, visit http://mailman.speleo.sk/mailman/listinfo/therion or, via email, send a message with subject or body 'help' to therion-request@speleo.sk
You can reach the person managing the list at therion-owner@speleo.sk
When replying, please edit your Subject line so it is more specific than "Re: Contents of Therion digest..."
Today's Topics:
1. Using metapost code examples (Dave Clucas)
----------------------------------------------------------------------
Message: 1 Date: Tue, 30 Dec 2008 19:00:56 +0800 From: Dave Clucas <dave@daveclucas.com> Subject: [Therion] Using metapost code examples To: therion@speleo.sk Message-ID: <2CDC217E-E91E-4780-A35C-F6B719CC9D32@daveclucas.com> Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Looking at the metapost examples in the Wiki it appears that a block symbol can be defined or redefined which allows the size of the block to be changed. Does this apply to each instance of a block or is it a global definition. How do you specify the size of the block when you place it in the drawing?
code metapost def p_blocks_UIS (expr pos,theta,sc,al)= symbolsize:=1.0u; %Factor*u; Factor=size of the blocks U:=(.5u,.5u); T:=identity aligned al rotated theta scaled sc shifted pos; pickup PenC; thdraw (.0symbolsize,.0symbolsize)--(1.0symbolsize,-. 5symbolsize)--(0.0symbolsize,-1.5symbolsize)-- (-1.0symbolsize,-1.0symbolsize)--cycle; thdraw (.5symbolsize,-.25symbolsize)--(1.0symbolsize,. 5symbolsize)--(0.0symbolsize,1.5symbolsize)--(-0.5symbolsize,. 5symbolsize); thdraw (.0symbolsize,.0symbolsize)--(.0symbolsize,.5symbolsize)-- (-1.5symbolsize,.5symbolsize)--(-1.5symbolsize,-0.5symbolsize)-- (-0.5symbolsize,-0.5symbolsize); enddef; endcode
Dave Clucas email:dave@daveclucas.com Website: http://daveclucas.com http://mycaves.org Skype: daveclucas
Size canging/definition of a single block is, as far as i know, not possible and not projected?
You can do it simply by using -scale xl option (or -scale s etc.) for (almost) any point symbol.
The problem was (with other symbols it is still the case, a solution could be, for example an layout command for small symbols) that with small caves in small scales the normative symbol size is too large, so it might happen that you only see a small part of the symbol in a narrow passage on small scale.
Try playing with base-scale layout option. It should address exactly this issue. martin
On 2008-12-30 13:19 +0100, Martin Budaj wrote:
The problem was (with other symbols it is still the case, a solution could be, for example an layout command for small symbols) that with small caves in small scales the normative symbol size is too large, so it might happen that you only see a small part of the symbol in a narrow passage on small scale.
Try playing with base-scale layout option. It should address exactly this issue.
Ah yes. I had this problem Dave. The Therion defaults are/were for relatively small caves at 1:200 so our huge ones at 1:3000 need some -base-scale and -scale options to be right. I'll get you my files so you can see the numbers I used. Wookey -- Principal hats: Balloonz - Toby Churchill - Aleph One - Debian http://wookware.org/
participants (3)
-
Martin Budaj -
Stefan Oswald -
Wookey