Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Great, thanks for testing it. If it works, then no need for that sample. S. On Dec 14, 2017 6:12 PM, "Bruce Mutton via Therion" wrote: Hi Stacho Therion-setup-dev-e7e9d34 has fixed both problems. I have double checked, and if 4369eea is reinstalled the ‘out of order’ colours reappear. Do you still want a sample for future reference? Bruce *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Stacho Mudrak via Therion *Sent:* Friday, 15 December 2017 3:48 AM *To:* List for Therion users *Cc:* Stacho Mudrak *Subject:* Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hi Bruce, I have fixed the altitude coloring in latest commit, but I was not able to reproduce your strange coloring of scraps. For me it seems to work fine. Could you please send me some data sample for inspection of this bug? Thanks, S. On 9 December 2017 at 04:52, Bruce Mutton via Therion wrote: Stacho FYI not only are the colours inverted, but they are a bit out of order as well. Refer the images. I have not used any lookup syntax yet, partly as I am keeping my projects compatible with earlier Therion versions. These were generated with 5.4.1+ce29e7b Bruce *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Stacho Mudrak via Therion *Sent:* Thursday, 9 November 2017 11:54 PM *To:* List for Therion users *Cc:* Stacho Mudrak *Subject:* Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hi Bruce, thanks for pointing out this bug. I will check the order of numbers, I have probably made some mistake when dealing with automatic color scale generation. I have rewritten the scale code completely, but I had no time until now to write the docs. But if you want to try, something like that should now work in the layout: lookup altitude -title "Altitude legend" 700 [100 0 0] "700 m a.s.l." 680 660 640 620 600 [0 0 100] "below 600 m" endlookup It should generate red -> blue scale with desired values. Also explo-date, topo-date should now work with addition to maps, scraps. E.g. export map -layout-color map-fp topo-date and for example: lookup topo-date 2010.12.31 [] "2010 and before" 2011.12.31 [] 2011 2012.12.31 [] 2012 - [] "2013 and later" endlookup You may specify multiple lookup tables for same criterion using ":" separator in label lookup altitude:scale1 600 800 endlookup and lookup altitude:scale2 800 750 700 endlookup and use then "color map-fg altitude:scale1" or "color map-fg altitude:scale2" You may use also: lookup maps map1@some_survey [color] map2 [color] map3 [color] endlookup Same should work with scraps. With maps, also more simple way should work - you may specify color of a particular map within selection. select map1 -color [100 0 0] Also intervals should work: lookup altitude [1500 1600] [] "cave floor 1" [1800 1900] [] "cave floor 2" endlookup If you are willing to try, I would appreciate any feedback. Probably there are a lot of bugs because a lot of use-cases. I was not able to test them all. S. On 2 November 2017 at 10:05, Bruce Mutton via Therion wrote: I’ve just noticed that the latest development snapshot 5.4.1+4369eea seems to have messed with the altitude legend. You can see from the screenshot below, which shows part of identical project compilations, one with 9d96803 and then one with 4369eea. Pretty sure I have not made any other changes that could have caused this at my end, and I see that some of the intervening commits on github relate to colour changes. Neutral (perhaps) changes are that there are more colour bands and the colours are brighter, in the legend at least, though not in the map. A negative change is that the altitude range is now upside down. Bruce ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Hi Stacho Therion-setup-dev-e7e9d34 has fixed both problems. I have double checked, and if 4369eea is reinstalled the ‘out of order’ colours reappear. Do you still want a sample for future reference? Bruce From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Stacho Mudrak via Therion Sent: Friday, 15 December 2017 3:48 AM To: List for Therion users Cc: Stacho Mudrak Subject: Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hi Bruce, I have fixed the altitude coloring in latest commit, but I was not able to reproduce your strange coloring of scraps. For me it seems to work fine. Could you please send me some data sample for inspection of this bug? Thanks, S. On 9 December 2017 at 04:52, Bruce Mutton via Therion mailto:therion@speleo.sk> > wrote: Stacho FYI not only are the colours inverted, but they are a bit out of order as well. Refer the images. I have not used any lookup syntax yet, partly as I am keeping my projects compatible with earlier Therion versions. These were generated with 5.4.1+ce29e7b Bruce From: Therion [mailto:therion-boun...@speleo.sk <mailto:therion-boun...@speleo.sk> ] On Behalf Of Stacho Mudrak via Therion Sent: Thursday, 9 November 2017 11:54 PM To: List for Therion users mailto:therion@speleo.sk> > Cc: Stacho Mudrak mailto:li...@group-s.sk> > Subject: Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hi Bruce, thanks for pointing out this bug. I will check the order of numbers, I have probably made some mistake when dealing with automatic color scale generation. I have rewritten the scale code completely, but I had no time until now to write the docs. But if you want to try, something like that should now work in the layout: lookup altitude -title "Altitude legend" 700 [100 0 0] "700 m a.s.l." 680 660 640 620 600 [0 0 100] "below 600 m" endlookup It should generate red -> blue scale with desired values. Also explo-date, topo-date should now work with addition to maps, scraps. E.g. export map -layout-color map-fp topo-date and for example: lookup topo-date 2010.12.31 [] "2010 and before" 2011.12.31 [] 2011 2012.12.31 [] 2012 - [] "2013 and later" endlookup You may specify multiple lookup tables for same criterion using ":" separator in label lookup altitude:scale1 600 800 endlookup and lookup altitude:scale2 800 750 700 endlookup and use then "color map-fg altitude:scale1" or "color map-fg altitude:scale2" You may use also: lookup maps map1@some_survey [color] map2 [color] map3 [color] endlookup Same should work with scraps. With maps, also more simple way should work - you may specify color of a particular map within selection. select map1 -color [100 0 0] Also intervals should work: lookup altitude [1500 1600] [] "cave floor 1" [1800 1900] [] "cave floor 2" endlookup If you are willing to try, I would appreciate any feedback. Probably there are a lot of bugs because a lot of use-cases. I was not able to test them all. S. On 2 November 2017 at 10:05, Bruce Mutton via Therion mailto:therion@speleo.sk> > wrote: I’ve just noticed that the latest development snapshot 5.4.1+4369eea seems to have messed with the altitude legend. You can see from the screenshot below, which shows part of identical project compilations, one with 9d96803 and then one with 4369eea. Pretty sure I have not made any other changes that could have caused this at my end, and I see that some of the intervening commits on github relate to colour changes. Neutral (perhaps) changes are that there are more colour bands and the colours are brighter, in the legend at least, though not in the map. A negative change is that the altitude range is now upside down. Bruce ___ Therion mailing list Therion@speleo.sk <mailto:Therion@speleo.sk> https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk <mailto:Therion@speleo.sk> https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Hi Bruce, I have fixed the altitude coloring in latest commit, but I was not able to reproduce your strange coloring of scraps. For me it seems to work fine. Could you please send me some data sample for inspection of this bug? Thanks, S. On 9 December 2017 at 04:52, Bruce Mutton via Therion wrote: > Stacho > > FYI not only are the colours inverted, but they are a bit out of order as > well. > > Refer the images. > > > > I have not used any lookup syntax yet, partly as I am keeping my projects > compatible with earlier Therion versions. > > These were generated with 5.4.1+ce29e7b > > > > Bruce > > > > > > > > > > *From:* Therion [mailto:therion-boun...@speleo.sk] *On Behalf Of *Stacho > Mudrak via Therion > *Sent:* Thursday, 9 November 2017 11:54 PM > *To:* List for Therion users > *Cc:* Stacho Mudrak > *Subject:* Re: [Therion] Development 5.4.1+4369eea inverts and recolours > altitude legend > > > > Hi Bruce, > > > > thanks for pointing out this bug. I will check the order of numbers, I > have probably made some mistake when dealing with automatic color scale > generation. > > > > I have rewritten the scale code completely, but I had no time until now to > write the docs. But if you want to try, something like that should now work > in the layout: > > > > lookup altitude -title "Altitude legend" > > 700 [100 0 0] "700 m a.s.l." > > 680 > > 660 > > 640 > > 620 > > 600 [0 0 100] "below 600 m" > > endlookup > > > > It should generate red -> blue scale with desired values. Also explo-date, > topo-date should now work with addition to maps, scraps. E.g. > > > > export map -layout-color map-fp topo-date > > > > and for example: > > > > lookup topo-date > > 2010.12.31 [] "2010 and before" > > 2011.12.31 [] 2011 > > 2012.12.31 [] 2012 > > - [] "2013 and later" > > endlookup > > > > You may specify multiple lookup tables for same criterion using ":" > separator in label > > > > lookup altitude:scale1 > > 600 > > 800 > > endlookup > > > > and > > > > lookup altitude:scale2 > > 800 > > 750 > > 700 > > endlookup > > > > and use then "color map-fg altitude:scale1" or "color map-fg > altitude:scale2" > > > > You may use also: > > > > lookup maps > > map1@some_survey [color] > > map2 [color] > > map3 [color] > > endlookup > > > > Same should work with scraps. With maps, also more simple way should work > - you may specify color of a particular map within selection. > > > > select map1 -color [100 0 0] > > > > Also intervals should work: > > > > lookup altitude > > [1500 1600] [] "cave floor 1" > > [1800 1900] [] "cave floor 2" > > endlookup > > > > If you are willing to try, I would appreciate any feedback. Probably there > are a lot of bugs because a lot of use-cases. I was not able to test them > all. > > > > S. > > > > On 2 November 2017 at 10:05, Bruce Mutton via Therion > wrote: > > I’ve just noticed that the latest development snapshot 5.4.1+4369eea seems > to have messed with the altitude legend. > > You can see from the screenshot below, which shows part of identical > project compilations, one with 9d96803 and then one with 4369eea. > > Pretty sure I have not made any other changes that could have caused this > at my end, and I see that some of the intervening commits on github relate > to colour changes. > > > > Neutral (perhaps) changes are that there are more colour bands and the > colours are brighter, in the legend at least, though not in the map. > > A negative change is that the altitude range is now upside down. > > > > Bruce > > > > > ___ > Therion mailing list > Therion@speleo.sk > https://mailman.speleo.sk/listinfo/therion > > > > ___ > Therion mailing list > Therion@speleo.sk > https://mailman.speleo.sk/listinfo/therion > > ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
[Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Stacho FYI not only are the colours inverted, but they are a bit out of order as well. Refer the images. I have not used any lookup syntax yet, partly as I am keeping my projects compatible with earlier Therion versions. These were generated with 5.4.1+ce29e7b Bruce From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Stacho Mudrak via Therion Sent: Thursday, 9 November 2017 11:54 PM To: List for Therion users Cc: Stacho Mudrak Subject: Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hi Bruce, thanks for pointing out this bug. I will check the order of numbers, I have probably made some mistake when dealing with automatic color scale generation. I have rewritten the scale code completely, but I had no time until now to write the docs. But if you want to try, something like that should now work in the layout: lookup altitude -title "Altitude legend" 700 [100 0 0] "700 m a.s.l." 680 660 640 620 600 [0 0 100] "below 600 m" endlookup It should generate red -> blue scale with desired values. Also explo-date, topo-date should now work with addition to maps, scraps. E.g. export map -layout-color map-fp topo-date and for example: lookup topo-date 2010.12.31 [] "2010 and before" 2011.12.31 [] 2011 2012.12.31 [] 2012 - [] "2013 and later" endlookup You may specify multiple lookup tables for same criterion using ":" separator in label lookup altitude:scale1 600 800 endlookup and lookup altitude:scale2 800 750 700 endlookup and use then "color map-fg altitude:scale1" or "color map-fg altitude:scale2" You may use also: lookup maps map1@some_survey [color] map2 [color] map3 [color] endlookup Same should work with scraps. With maps, also more simple way should work - you may specify color of a particular map within selection. select map1 -color [100 0 0] Also intervals should work: lookup altitude [1500 1600] [] "cave floor 1" [1800 1900] [] "cave floor 2" endlookup If you are willing to try, I would appreciate any feedback. Probably there are a lot of bugs because a lot of use-cases. I was not able to test them all. S. On 2 November 2017 at 10:05, Bruce Mutton via Therion mailto:therion@speleo.sk> > wrote: I’ve just noticed that the latest development snapshot 5.4.1+4369eea seems to have messed with the altitude legend. You can see from the screenshot below, which shows part of identical project compilations, one with 9d96803 and then one with 4369eea. Pretty sure I have not made any other changes that could have caused this at my end, and I see that some of the intervening commits on github relate to colour changes. Neutral (perhaps) changes are that there are more colour bands and the colours are brighter, in the legend at least, though not in the map. A negative change is that the altitude range is now upside down. Bruce ___ Therion mailing list Therion@speleo.sk <mailto:Therion@speleo.sk> https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
[Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
>I have rewritten the scale code completely, … >It should generate red -> blue scale with desired values. Also explo-date, >topo-date should now work with addition to maps, scraps. I’m very excited about this Stacho. Opens up exciting possibilities. Looking forward to try it out, although might take me some weeks to get to it properly. Bruce ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Hi Bruce, thanks for pointing out this bug. I will check the order of numbers, I have probably made some mistake when dealing with automatic color scale generation. I have rewritten the scale code completely, but I had no time until now to write the docs. But if you want to try, something like that should now work in the layout: lookup altitude -title "Altitude legend" 700 [100 0 0] "700 m a.s.l." 680 660 640 620 600 [0 0 100] "below 600 m" endlookup It should generate red -> blue scale with desired values. Also explo-date, topo-date should now work with addition to maps, scraps. E.g. export map -layout-color map-fp topo-date and for example: lookup topo-date 2010.12.31 [] "2010 and before" 2011.12.31 [] 2011 2012.12.31 [] 2012 - [] "2013 and later" endlookup You may specify multiple lookup tables for same criterion using ":" separator in label lookup altitude:scale1 600 800 endlookup and lookup altitude:scale2 800 750 700 endlookup and use then "color map-fg altitude:scale1" or "color map-fg altitude:scale2" You may use also: lookup maps map1@some_survey [color] map2 [color] map3 [color] endlookup Same should work with scraps. With maps, also more simple way should work - you may specify color of a particular map within selection. select map1 -color [100 0 0] Also intervals should work: lookup altitude [1500 1600] [] "cave floor 1" [1800 1900] [] "cave floor 2" endlookup If you are willing to try, I would appreciate any feedback. Probably there are a lot of bugs because a lot of use-cases. I was not able to test them all. S. On 2 November 2017 at 10:05, Bruce Mutton via Therion wrote: > I’ve just noticed that the latest development snapshot 5.4.1+4369eea seems > to have messed with the altitude legend. > > You can see from the screenshot below, which shows part of identical > project compilations, one with 9d96803 and then one with 4369eea. > > Pretty sure I have not made any other changes that could have caused this > at my end, and I see that some of the intervening commits on github relate > to colour changes. > > > > Neutral (perhaps) changes are that there are more colour bands and the > colours are brighter, in the legend at least, though not in the map. > > A negative change is that the altitude range is now upside down. > > > > Bruce > > > > > ___ > Therion mailing list > Therion@speleo.sk > https://mailman.speleo.sk/listinfo/therion > > ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude
Hello, i agree, the old behavior of sorting is the one i prefer. Sorry k7xed old euth new behaviour. Am 2017-11-08 20:02, schrieb Bruce Mutton via Therion: I'll just post the image again. We are dealing with absolute altitudes, height above sea level, here, as per the established Therion implementation. (I don’t think we can do depth of cave numbering down from the highest point. Or have I just forgotten?) On the left is the new development release, which has the altitudes reported upside down. On the right is the previous development release, which quite reasonably has the highest altitudes at the top. If there is tinkering going on with the altitude legend, then control over the number of divisions would be desirable. For example I prefer the 6 boxes on the right to the 7 boxes on the left. I can imagine that control over the number of boxes, from say 3 to 10 would be helpful, so users can control the look and how much space the altitude legend takes up. Bruce -Original Message- From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Graham Mullan via Therion Sent: Thursday, 9 November 2017 12:07 AM To: therion@speleo.sk Cc: Graham Mullan Subject: [Therion] Development 5.4.1+4369eea inverts and recolours altitude Are we talking about relative numbers (depth of cave) or absolute numbers (height above sea level)? The former may run differently to the latter. I usually use absolute numbers, if at all possible. Graham ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
[Therion] Development 5.4.1+4369eea inverts and recolours altitude
I'll just post the image again. We are dealing with absolute altitudes, height above sea level, here, as per the established Therion implementation. (I don’t think we can do depth of cave numbering down from the highest point. Or have I just forgotten?) On the left is the new development release, which has the altitudes reported upside down. On the right is the previous development release, which quite reasonably has the highest altitudes at the top. If there is tinkering going on with the altitude legend, then control over the number of divisions would be desirable. For example I prefer the 6 boxes on the right to the 7 boxes on the left. I can imagine that control over the number of boxes, from say 3 to 10 would be helpful, so users can control the look and how much space the altitude legend takes up. Bruce -Original Message- From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Graham Mullan via Therion Sent: Thursday, 9 November 2017 12:07 AM To: therion@speleo.sk Cc: Graham Mullan Subject: [Therion] Development 5.4.1+4369eea inverts and recolours altitude Are we talking about relative numbers (depth of cave) or absolute numbers (height above sea level)? The former may run differently to the latter. I usually use absolute numbers, if at all possible. Graham ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
[Therion] Development 5.4.1+4369eea inverts and recolours altitude
Are we talking about relative numbers (depth of cave) or absolute numbers (height above sea level)? The former may run differently to the latter. I usually use absolute numbers, if at all possible. Graham ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Hi, upside-down notation is maybe more natural in other cases but for maps it is IMO against unwritten standard for altitude legend. I agree with Henry and Bruce. But maybe we could make it configurable via some parameter in layout config. Ladislav PS: Therion - Public Use - Not confidential ;-) 7. 11. 2017 v 23:00, Henry.Bennett--- via Therion : > Dell - Internal Use - Confidential > > It would be if the numbers were negative, but they're not. My vote is the > traditional method of rising numbers. > > Henry > -Original Message- > From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Benedikt > Hallinger via Therion > Sent: 07 November 2017 21:19 > To: therion@speleo.sk > Cc: Benedikt Hallinger > Subject: Re: [Therion] Development 5.4.1+4369eea inverts and recolours > altitude legend > > Hello, > i think the upside-down notation is actually more natural and intuitively to > understand. > > Am 2017-11-02 11:05, schrieb Bruce Mutton via Therion: >> I've just noticed that the latest development snapshot 5.4.1+4369eea >> seems to have messed with the altitude legend. >> >> You can see from the screenshot below, which shows part of identical >> project compilations, one with 9d96803 and then one with 4369eea. >> >> Pretty sure I have not made any other changes that could have caused >> this at my end, and I see that some of the intervening commits on >> github relate to colour changes. >> >> Neutral (perhaps) changes are that there are more colour bands and the >> colours are brighter, in the legend at least, though not in the map. >> >> A negative change is that the altitude range is now upside down. >> >> Bruce > > ___ > Therion mailing list > Therion@speleo.sk > https://mailman.speleo.sk/listinfo/therion > Dell Corporation Limited is registered in England and Wales. Company > Registration Number: 2081369 > Registered address: Dell House, The Boulevard, Cain Road, Bracknell, > Berkshire, RG12 1LF, UK. > Company details for other Dell UK entities can be found on www.dell.co.uk. > ___ > Therion mailing list > Therion@speleo.sk > https://mailman.speleo.sk/listinfo/therion ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Dell - Internal Use - Confidential It would be if the numbers were negative, but they're not. My vote is the traditional method of rising numbers. Henry -Original Message- From: Therion [mailto:therion-boun...@speleo.sk] On Behalf Of Benedikt Hallinger via Therion Sent: 07 November 2017 21:19 To: therion@speleo.sk Cc: Benedikt Hallinger Subject: Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend Hello, i think the upside-down notation is actually more natural and intuitively to understand. Am 2017-11-02 11:05, schrieb Bruce Mutton via Therion: > I've just noticed that the latest development snapshot 5.4.1+4369eea > seems to have messed with the altitude legend. > > You can see from the screenshot below, which shows part of identical > project compilations, one with 9d96803 and then one with 4369eea. > > Pretty sure I have not made any other changes that could have caused > this at my end, and I see that some of the intervening commits on > github relate to colour changes. > > Neutral (perhaps) changes are that there are more colour bands and the > colours are brighter, in the legend at least, though not in the map. > > A negative change is that the altitude range is now upside down. > > Bruce ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Re: [Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
Hello, i think the upside-down notation is actually more natural and intuitively to understand. Am 2017-11-02 11:05, schrieb Bruce Mutton via Therion: I've just noticed that the latest development snapshot 5.4.1+4369eea seems to have messed with the altitude legend. You can see from the screenshot below, which shows part of identical project compilations, one with 9d96803 and then one with 4369eea. Pretty sure I have not made any other changes that could have caused this at my end, and I see that some of the intervening commits on github relate to colour changes. Neutral (perhaps) changes are that there are more colour bands and the colours are brighter, in the legend at least, though not in the map. A negative change is that the altitude range is now upside down. Bruce ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
[Therion] Development 5.4.1+4369eea inverts and recolours altitude legend
I've just noticed that the latest development snapshot 5.4.1+4369eea seems to have messed with the altitude legend. You can see from the screenshot below, which shows part of identical project compilations, one with 9d96803 and then one with 4369eea. Pretty sure I have not made any other changes that could have caused this at my end, and I see that some of the intervening commits on github relate to colour changes. Neutral (perhaps) changes are that there are more colour bands and the colours are brighter, in the legend at least, though not in the map. A negative change is that the altitude range is now upside down. Bruce ___ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
