Colouring an elevation based on surveys that are not being displayed
Hi folks, When you colour a survey by depth (color map-fg altitude), it colours it based on the scraps that have been selected. This is normally useful. When you produce an output with only one part of the survey (eg. a zoomed-in section of a more complex part of the survey), however, it would be more useful to be able to keep it the same colour as it was in the larger survey, so that a viewer can quickly see which part of the cave they are looking at, and see that the colours match. (My own use-case is different, but the solution would be the same.) Is there, for example, a way to say this: layout local color map-fg altitude endlayout source "cave.th" select subsectionMP@subsection.cave altitude-relative caveMP@cave export map -proj plan -layout plan -o "cave.pdf" Alternatively, is there a way to add scraps belonging to the highest points and lowest points into the map, but not have them render, while still being used for altitude colouring (this seems like a hack rather than being a dedicated solution). Alternatively (and I know this will seem a little out of place here, but it is an alternative solution for what I need), is there a way to import a map-image, and crop it to only include a portion of the image? Cheers! Tarquin
Regarding the map-image: As far as I know, Therion will not produce a JPG file. However ... It is quite easy to turn a PDF into a JPG, especially on Linux. Once that is done, then any decent photo editor can crop it. The legend will be a problem. I suppose you could crop out two sections (the legend and the cave portion you want) and paste them into a single image. On Linux you need the ImageMagick package. Most distributions include it as a base item. With that you use the "convert" command: convert -density 300 -rotate 90 infile.pdf outfile.jpg -density sets the dots-per-inch in the output file. -rotate rotates the image 90 degrees before saving. Convert has hundreds of options Spend some time with the man page. There is a Windows version of ImageMagick. -- Bill Gee On Monday, December 2, 2019 2:12:57 PM CST Tarquin Wilton-Jones via Therion wrote:
Hi folks,
When you colour a survey by depth (color map-fg altitude), it colours it based on the scraps that have been selected. This is normally useful.
When you produce an output with only one part of the survey (eg. a zoomed-in section of a more complex part of the survey), however, it would be more useful to be able to keep it the same colour as it was in the larger survey, so that a viewer can quickly see which part of the cave they are looking at, and see that the colours match. (My own use-case is different, but the solution would be the same.)
Is there, for example, a way to say this:
layout local color map-fg altitude endlayout source "cave.th" select subsectionMP@subsection.cave altitude-relative caveMP@cave export map -proj plan -layout plan -o "cave.pdf"
Alternatively, is there a way to add scraps belonging to the highest points and lowest points into the map, but not have them render, while still being used for altitude colouring (this seems like a hack rather than being a dedicated solution).
Alternatively (and I know this will seem a little out of place here, but it is an alternative solution for what I need), is there a way to import a map-image, and crop it to only include a portion of the image?
Cheers!
Tarquin _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
It is quite easy to turn a PDF into a JPG, especially on Linux. Once that is done, then any decent photo editor can crop it. The legend will be a problem. I suppose you could crop out two sections (the legend and the cave portion you want) and paste them into a single image.
Thanks for the suggestion. For me, this is all very easy indeed, and if it were only me that mattered, I would probably go down this route (as I have done with wkhtmltopdf to get a modified cavelist into a survey). Even removing the legend part is very easy with the various Therion options. But my intention is to be able to share my surveys, source and all (they are going to be one of the open source licences). Sadly, I cannot expect another user to have to install and configure ImageMagick, and make adjustments when adding new cave passage to a survey which shifts the positions of things. This is why I am hoping for a solution that works entirely within Therion, if at all possible. Still hoping for "altitude-relative caveMP@cave", which would be so much easier for both my use case, and the use cases that I can see others wanting :)
Hi Tarquin, Might be really oversimplifying but didn't you write a wiki page about this 7 months ago? https://therion.speleo.sk/wiki/colouringelevations With the use of Lookup at the bottom of the page? Would the colours for the specific altitudes not be fixed if you used lookup? Regards, Alastair Gott. AlastairGott@hotmail.com, M: 07931779380. ________________________________ From: Therion <therion-bounces@speleo.sk> on behalf of Tarquin Wilton-Jones via Therion <therion@speleo.sk> Sent: 02 December 2019 21:08 To: therion@speleo.sk <therion@speleo.sk> Cc: Tarquin Wilton-Jones <tarquin.wilton-jones@ntlworld.com> Subject: Re: [Therion] Colouring an elevation based on surveys that are not being displayed
It is quite easy to turn a PDF into a JPG, especially on Linux. Once that is done, then any decent photo editor can crop it. The legend will be a problem. I suppose you could crop out two sections (the legend and the cave portion you want) and paste them into a single image.
Thanks for the suggestion. For me, this is all very easy indeed, and if it were only me that mattered, I would probably go down this route (as I have done with wkhtmltopdf to get a modified cavelist into a survey). Even removing the legend part is very easy with the various Therion options. But my intention is to be able to share my surveys, source and all (they are going to be one of the open source licences). Sadly, I cannot expect another user to have to install and configure ImageMagick, and make adjustments when adding new cave passage to a survey which shifts the positions of things. This is why I am hoping for a solution that works entirely within Therion, if at all possible. Still hoping for "altitude-relative caveMP@cave", which would be so much easier for both my use case, and the use cases that I can see others wanting :) _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Would the colours for the specific altitudes not be fixed if you used lookup?
They would, but the intention was that - rather than having to manually select all the colours to get the perfect graduation of colours (which you have to do if you use a lookup table), you could get Therion to automatically take the height from a map, since it already knows those heights, and knows exactly how to colour those parts. I had thought about using lookups, but it feels very clunky as an approach, since it means manually specifying the altitudes of the highest and lowest points - manual knowledge of automatically calculated data. With a lookup, you need to know exactly the colours it will have selected for each height that matters. Each time a new piece of passage gets added to the top or bottom of the cave, which then changes all of the automatic colouring within the cave, you will have to re-calculate the lookup colours again for use with your subset maps. With "altitude-relative caveMP@cave" this would all become automatic.
Thought the rest of you might be interested in this one, since I found the solution. All you would need, is to include the *surveys* in your map, then use "symbol-hide group centreline" to hide them from the render, so the map looks like this: map foo subsectionmap@subsection othersubsection anothersubsection endmap (Or if you need the centreline for some centreline-only section of the survey within the part you are trying to isolate, you would need to include a scrap or two containing a single survey station and no other symbols from the highest and lowest parts of the cave, and then use -attr to select and hide those stations again. Once a single station is included from a survey, the whole survey gets used in the altitude calculations.) By making Therion include them, it will use their altitudes to work out the colours, even if they will be hidden from the rendering.
Hmmm... OK, one more WILD idea: Print the colored map as an atlas. There are a lot of parameters that go into generating an atlas. I suspect with some playing around you could get somewhat close to getting the portion of the cave you want on one page of the atlas.
From there it is a simple matter to extract one page from a PDF file and make it into a new file.
I was not anticipating that anyone but you would need ImageMagick. I thought the use case was that you would generate and distribute the image files, and everyone else would simply admire your handiwork! :-) -- Bill Gee On Monday, December 2, 2019 3:08:41 PM CST Tarquin Wilton-Jones via Therion wrote:
It is quite easy to turn a PDF into a JPG, especially on Linux. Once that is done, then any decent photo editor can crop it. The legend will be a problem. I suppose you could crop out two sections (the legend and the cave portion you want) and paste them into a single image.
Thanks for the suggestion.
For me, this is all very easy indeed, and if it were only me that mattered, I would probably go down this route (as I have done with wkhtmltopdf to get a modified cavelist into a survey). Even removing the legend part is very easy with the various Therion options. But my intention is to be able to share my surveys, source and all (they are going to be one of the open source licences). Sadly, I cannot expect another user to have to install and configure ImageMagick, and make adjustments when adding new cave passage to a survey which shifts the positions of things.
This is why I am hoping for a solution that works entirely within Therion, if at all possible.
Still hoping for "altitude-relative caveMP@cave", which would be so much easier for both my use case, and the use cases that I can see others wanting :) _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
participants (3)
-
alastair gott -
Bill Gee -
Tarquin Wilton-Jones