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