[GRASS-dev] r.colors: scaling of values to avoid color tab duplication

Hi devs,

the bigger the data (esp. remote sensing data sets), the more the need to store them scaled by 10 or 100 as integer maps.

Still I would like to use the beautiful color tables which GRASS offers… How about adding a scale parameter to r.colors to internally scale as requested using a standard (thematic) color table like Celsius or the like, avoiding that I need to add celsius10 or celsius100 hardcoded?

Markus

On Fri, Jun 24, 2016 at 1:55 PM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

the bigger the data (esp. remote sensing data sets), the more the need to
store them scaled by 10 or 100 as integer maps.

Still I would like to use the beautiful color tables which GRASS offers...
How about adding a scale parameter to r.colors to internally scale as
requested using a standard (thematic) color table like Celsius or the like,
avoiding that I need to add celsius10 or celsius100 hardcoded?

Please create a ticket and Adam could solve this (I expect quite
simple) task as part of his GSoC.

Anna

Markus

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

On Fri, Jun 24, 2016 at 8:04 PM, Anna Petrášová <kratochanna@gmail.com> wrote:

On Fri, Jun 24, 2016 at 1:55 PM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

the bigger the data (esp. remote sensing data sets), the more the need to
store them scaled by 10 or 100 as integer maps.

Still I would like to use the beautiful color tables which GRASS offers...
How about adding a scale parameter to r.colors to internally scale as
requested using a standard (thematic) color table like Celsius or the like,
avoiding that I need to add celsius10 or celsius100 hardcoded?

Please create a ticket and Adam could solve this (I expect quite
simple) task as part of his GSoC.

Great. Opened as
https://trac.osgeo.org/grass/ticket/3076

Markus