[GRASS-dev] r.colors confusion with "color", "rules", and "raster" options

[Dylan Beaudette]

On Tue, Sep 23, 2008 at 7:22 AM, Markus Neteler <neteler at osgeo.org> wrote:
> Hi,
>
> the manual of 6.4 r.colors says:
> "The rules color table type will cause r.colors to read color table
> specifications from standard
>  input (stdin) and will build the color table accordingly.
> "
>
> r.colors help | grep rules
> ...
>   color   Type of color table
>           options: aspect,aspectcolr,bcyr,bgyr,byg,byr,curvature,
>                    differences,elevation,etopo2,evi,grey,grey1.0,grey255,
>                    gyr,ndvi,population,rainbow,ramp,ryb,ryg,sepia,slope,
>                    srtm,terrain,wave,random,grey.eq,grey.log,rules
> ...
>            rules: create new color table based on user-specified rules
> ...
>   rules   Path to rules file
>
> but:
>
> r.colors map=gpcp_1dd_p1d.2002_sum color=rules rules=color_tab.col
> ERROR: "color", "rules", and "raster" options are mutually exclusive
>
> I know, I know.. but it is far from intuitive... any ideas to improve this
> behaviour/docs?
>
> This works of course...:
> r.colors map=gpcp_1dd_p1d.2002_sum rules=color_tab.col
> Color table for <gpcp_1dd_p1d.2001_sum> set to color_tab.col
>
> The first command version above doesn't look harmful to me, could we
> (re)enable it?
>
> thanks
> Markus
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>

This version seems most intuitive to me:
r.colors map=gpcp_1dd_p1d.2002_sum rules=color_tab.col

Cheers,

Dylan