An example of a surface image and terrain model, but with no cave http://therion.speleo.sk/wiki/doku.php?id=bds#some_examples
Just come back from a day of gathering more data. I have set my maps up by area, then putting those areas into maps of cave. The new data has expanded one cave so that it is over another cave, my problem is that the same cave is under the other cave at a different point. Now it seems to me that the order of the maps is controlling the order of the layers on the pdf. So is the only way to fix this on the pdf to split the map (cave) up. The problem with this is if you colour by map (cave in my case) the cave would come out in 2 colours. Hope I have missed something Andrew
Now it seems to me that the order of the maps is controlling the order of the layers on the pdf.
Yes
So is the only way to fix this on the pdf to split the map (cave) up.
I think so.
The problem with this is if you colour by map (cave in my case) the cave would come out in 2 colours.
Ha ha! This is another challenge that has been looming for me for years! As you have figured out it requires careful thought about how to organise and order the map definitions, which in turn dictates the best ways to organise how everything is arranged in the data files. I have managed in an adhoc way so far, and it is now time perhaps to figure out and write down an ordered 'system'. I'll work on it with my current project over the next few months... Provided we can colour by map with user specified colours (and I think we can) the problem you describe should be 'no problem'. Bruce
Yes I have been aware of it in the back of my mind for sometime, I was sort of hoping we I could avoid it (I did not think we could colour by user specific maps, yet, or maybe I missed a change) I can understand the scraps could not 'corkscrew' but it seems a little strange with maps, can this not be worked out when processing, even if it was the average height of the stations or something, there would have to be an override when it got it wrong. It just seems to me that arranging maps by what may or may not be over something else is not a good system to force on the user. When finding new cave, how do you even know. In my case I had an feeling this could happen, and I have a way round it, although it will make it far more difficult of the beginners to understand, which is a shame. Andrew On 16/09/10 21:42, Bruce wrote:
Now it seems to me that the order of the maps is controlling the order of the layers on the pdf.
Yes
So is the only way to fix this on the pdf to split the map (cave) up.
I think so.
The problem with this is if you colour by map (cave in my case) the cave would come out in 2 colours.
Ha ha! This is another challenge that has been looming for me for years!
As you have figured out it requires careful thought about how to organise and order the map definitions, which in turn dictates the best ways to organise how everything is arranged in the data files. I have managed in an adhoc way so far, and it is now time perhaps to figure out and write down an ordered 'system'. I'll work on it with my current project over the next few months...
Provided we can colour by map with user specified colours (and I think we can) the problem you describe should be 'no problem'.
Bruce
_______________________________________________ Therion mailing list Therion@speleo.sk http://mailman.speleo.sk/mailman/listinfo/therion
Fortunately, you may redefine structure of maps anytime. The "layers structure" works for me.
An example: map CJ_layers.map CJ_1layer.map break CJ_2layer.map break CJ_3layer.map endmap map CJ_1layer.map pod_vchodom.map@pod_vchodom priepastovy_kaplnka.map@priepastovy_kaplnka osviezovna.map@osviezovna meander.map@meander zlty_dom.map@zlty_dom jarine_domy_cele.map@jarine_domy_cele oranzovy.map@oranzovy preview below CJ_2layer.map preview below CJ_3layer.map endmap map CJ_2layer.map zabkin_dom.map@zabkin_dom velka_puklina.map@velka_puklina vp_vd.map@vp_vd FAJCIAR_CELY.map@FAJCIAR_CELY biely_dom_cely.map@biely_dom_cely bordel.map@bordel dom_starcov.map@dom_starcov sup_cely.map@sup_cely preview above CJ_1layer.map preview below CJ_3layer.map endmap map CJ_3layer.map STARA_CESTA_MAPA.map@STARA_CESTA_MAPA sup_dno.map@sup_dno brckova_chodba.map@brckova_chodba rotunda_cela.map@rotunda_cela perlovy.map@perlovy preview above CJ_1layer.map preview above CJ_2layer.map endmap
The layar structure works for me, especially if we have custom colours, I was really just checking, also I am trying to encourage some 'novices' and not that computer literate people to use the software. (then I might not end up doing most of the work.) I can think in layers (well with a bit of playing) but most people think in caves, so I get questions about how I have split my maps (which is further complicated by offsets, but that is all my own fault.) It would be good for this type of user if the maps could represent the physical world (as they have defined it) not something the defines the order. But if that is not possible so be it. I always find it is worth asking, sometimes I just mis the obvious, which reminds me; better start a new email Andew On 16/09/10 22:05, Martin Sluka wrote:
Fortunately, you may redefine structure of maps anytime. The "layers structure" works for me.
An example:
map CJ_layers.map CJ_1layer.map break CJ_2layer.map break CJ_3layer.map endmap
map CJ_1layer.map pod_vchodom.map@pod_vchodom priepastovy_kaplnka.map@priepastovy_kaplnka osviezovna.map@osviezovna meander.map@meander zlty_dom.map@zlty_dom jarine_domy_cele.map@jarine_domy_cele oranzovy.map@oranzovy preview below CJ_2layer.map preview below CJ_3layer.map endmap
map CJ_2layer.map zabkin_dom.map@zabkin_dom velka_puklina.map@velka_puklina vp_vd.map@vp_vd FAJCIAR_CELY.map@FAJCIAR_CELY biely_dom_cely.map@biely_dom_cely bordel.map@bordel dom_starcov.map@dom_starcov sup_cely.map@sup_cely preview above CJ_1layer.map preview below CJ_3layer.map endmap
map CJ_3layer.map STARA_CESTA_MAPA.map@STARA_CESTA_MAPA sup_dno.map@sup_dno brckova_chodba.map@brckova_chodba rotunda_cela.map@rotunda_cela perlovy.map@perlovy preview above CJ_1layer.map preview above CJ_2layer.map endmap
_______________________________________________ Therion mailing list Therion@speleo.sk http://mailman.speleo.sk/mailman/listinfo/therion
On 16.9.2010, at 23:17, Andrew Atkinson wrote:
The layar structure works for me, especially if we have custom colours, I was really just checking, also I am trying to encourage some 'novices' and not that computer literate people to use the software. (then I might not end up doing most of the work.)
Andrew, I apologize myself, I made my the first quite complicated map following the survey structure too. I'm not able to think in abstract layers too.What I want to say is that I was able to redefine map structure completely AFTER, to apply the layer structure. There was not necessary to do it immediately. One may think and draw in standart survey structure scrap after scrap and according to real elevation model it could be redefined to layers. m.
For Line Section the below option can be used direction <begin/end/both/none/point> ◃ can be used only with the section type. It indicates where to put a direction arrow on the section line. None is default. Okay I have the hang of begin/end/both however whatever I type in I cannot do anything with point. The wiki indicates that it is the line point so should be begin,end or a number, but I cannot find a format that works, does someone have an example for the use of point? thanks Andrew
Thank for pointing out, it is a bug :( I will fix it in the next version. Regards, S. On 16 September 2010 23:22, Andrew Atkinson <andrew@wotcc.org.uk> wrote:
For Line Section the below option can be used
direction <begin/end/both/none/point> ◃ can be used only with the section type. It indicates where to put a direction arrow on the section line. None is default.
Okay I have the hang of begin/end/both however whatever I type in I cannot do anything with point. The wiki indicates that it is the line point so should be begin,end or a number, but I cannot find a format that works, does someone have an example for the use of point?
thanks
Andrew
_______________________________________________ Therion mailing list Therion@speleo.sk http://mailman.speleo.sk/mailman/listinfo/therion
Hi Andrew, in the latest version, this bug should be fixed. Adding a section direction arrow into a middle of a line, click on the point and type "direction point" into options text entry in "Line points" toolbox. It will add direction point option to the current line point. HTH, S. On 21 September 2010 16:48, Stacho Mudrak <s.m@group-s.sk> wrote:
Thank for pointing out, it is a bug :( I will fix it in the next version.
Regards, S.
On 16 September 2010 23:22, Andrew Atkinson <andrew@wotcc.org.uk> wrote:
For Line Section the below option can be used
direction <begin/end/both/none/point> ◃ can be used only with the section type. It indicates where to put a direction arrow on the section line. None is default.
Okay I have the hang of begin/end/both however whatever I type in I cannot do anything with point. The wiki indicates that it is the line point so should be begin,end or a number, but I cannot find a format that works, does someone have an example for the use of point?
thanks
Andrew
_______________________________________________ Therion mailing list Therion@speleo.sk http://mailman.speleo.sk/mailman/listinfo/therion
participants (4)
-
Andrew Atkinson -
Bruce -
Martin Sluka -
Stacho Mudrak