On Thu, Oct 20, 2016 at 12:20 AM, Vaclav Petras wrote:
> Dear all,
>
> in r69708, I've changed the implementation of parsing color rules to use the
> G_str_to_color() function instead of a custom mechanism. This, in connection
> with r69683, adds the possibility to use HTML
Dear all,
in r69708, I've changed the implementation of parsing color rules to use
the G_str_to_color() function instead of a custom mechanism. This, in
connection with r69683, adds the possibility to use HTML (CSS) style of
hexadecimal colors with leading hash.
So, now you can do:
r.colors
On Fri, Apr 4, 2014 at 4:29 AM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi,
I just had three issues with color table.
1) First, I did not see anything when I showed the output of r.stats.zonal
in map display:
r.stats.zonal base=basin_10K cover=aspect method=sum output=test
d.rast test
Hi,
I just had three issues with color table.
1) First, I did not see anything when I showed the output of r.stats.zonal
in map display:
r.stats.zonal base=basin_10K cover=aspect method=sum output=test
d.rast test
But the values were ok, so I realized I that the preset color table is
wrong and
Hi,
2011/8/22 Glynn Clements gl...@gclements.plus.com:
There is one open issue. How to write color tables for vector maps
which are not located in the current mapset. I was thinking about
'vector/name/colr2`, but it would require quite lot changes in
gislib (at least in G__ls()) etc, the
Hi,
recently I have added to the vector library support for color tables
as we know from raster engine. I have also rewritten existing
`v.colors` module [1] to C. Original python script which uses temp
raster maps has been moved to add-ons and renamed to `v.colors`. If
you set up color table for
Some has probably asked this sometime before and I missed it.
Is there a way when you 1) reproject or 2) georectify a map to bring its color
table with it into the target location/mapset?
Or do you have to manually copy the color table from the original mapet to the
new one? If the latter,
Michael wrote:
Is there a way when you 1) reproject or 2) georectify a map
to bring its color table with it into the target
location/mapset?
I was under the impression that that happened already for both
scenarios.
Or do you have to manually copy the color table from the
original mapet to
Hamish wrote:
I am just going through some old emails and I am wondering whether there
was a reason why the images illustrating the pre-defined color tables
generated by Hamish and available on wiki
http://grass.osgeo.org/wiki/Raster_color_tables
could not be included directly
Hi
I created for my personal use some color tables almost identical to that
of ESRI
I wonder about legal aspect of publish it as add-on. It is possible that
these color schemes are not restricted, but there are lots of doubt.
what you think about?
regards
Jarek
Jarosław wrote:
I created for my personal use some color tables almost
identical to that of ESRI
I wonder about legal aspect of publish it as add-on. It is
possible that these color schemes are not restricted, but
there are lots of doubt.
what you think about?
If it is a derivative of a
I am just going through some old emails and I am wondering whether there
was a reason why the images illustrating the pre-defined color tables
generated by Hamish and available on wiki
http://grass.osgeo.org/wiki/Raster_color_tables
could not be included directly into the man page
Helena wrote:
I am just going through some old emails and I am wondering whether there
was a reason why the images illustrating the pre-defined color tables
generated by Hamish and available on wiki
http://grass.osgeo.org/wiki/Raster_color_tables
could not be included directly into the
Hamish wrote:
(beware if working with 0.01.0 values that use= might cast to int(??))
never mind, that's incorrect. it's fine. (tested with slope*0.01 but not
extreme log data [which in raw form probably suffers from FP precision
storage issues of its own])
there does seem to be a minor
Hamish wrote:
These should be generated as part of the build process.
Otherwise, there's no guarantee that they actually match the colour
tables in lib/gis/colors
great, looks good.
One thing I notice is that in grass7 the D_move_abs(), D_cont_rel()
line widths are heavier than
Glynn wrote:
These should be generated as part of the build process.
Otherwise, there's no guarantee that they actually match the colour
tables in lib/gis/colors
great, looks good.
One thing I notice is that in grass7 the D_move_abs(), D_cont_rel()
line widths are heavier than they were in
Hamish wrote:
I often get a question why there aren't images of color tables
in GRASS GUI along with their names. Is this technically feasible?
...
I am thinking about adding them to the r.colors man page,
thumbnail images of the colortables now added in 6.5 and 7 svn
in the
Helena wrote:
I often get a question why there aren't images of color tables
in GRASS GUI along with their names. Is this technically feasible?
...
I am thinking about adding them to the r.colors man page,
thumbnail images of the colortables now added in 6.5 and 7 svn
in the raster/r.colors/
On Wed, 26 Aug 2009 21:22:16 -0400, Helena Mitasova
hmit...@unity.ncsu.edu
wrote:
http://skagit.meas.ncsu.edu/~helena/grasswork/grasscontrib/r.colors.html
this just uses your rescaled png images.
Quite useful - +1 for me.
pc
--
http://faunalia.it/pc
On Thursday 27 August 2009, paolo wrote:
On Wed, 26 Aug 2009 21:22:16 -0400, Helena Mitasova
hmit...@unity.ncsu.edu
wrote:
http://skagit.meas.ncsu.edu/~helena/grasswork/grasscontrib/r.colors.html
this just uses your rescaled png images.
Quite useful - +1 for me.
pc
+1 from me as well.
On Thu, Aug 27, 2009 at 6:19 PM, Dylan Beaudettedebeaude...@ucdavis.edu wrote:
On Thursday 27 August 2009, paolo wrote:
On Wed, 26 Aug 2009 21:22:16 -0400, Helena Mitasova
hmit...@unity.ncsu.edu
wrote:
http://skagit.meas.ncsu.edu/~helena/grasswork/grasscontrib/r.colors.html
this just uses
Markus Neteler wrote:
On Thu, Aug 27, 2009 at 6:19 PM, Dylan Beaudettedebeaude...@ucdavis.edu
wrote:
On Thursday 27 August 2009, paolo wrote:
On Wed, 26 Aug 2009 21:22:16 -0400, Helena Mitasova
hmit...@unity.ncsu.edu
wrote:
Helena wrote:
http://skagit.meas.ncsu.edu/~helena/grasswork/grasscontrib/r.colors.html
this just uses your rescaled png images.
Markus:
An option might be to make a local Makefile hack to substitute
part of the generated HTML file with a replacement including
these images.
I don't think
Markus:
An option might be to make a local Makefile hack to substitute
part of the generated HTML file with a replacement including
these images.
Hamish wrote:
I don't think that's needed; just put the images in the main
body of description.html, as the color options get repeated
Helena wrote:
I often get a question why there aren't images of color tables
in GRASS GUI along with their names. Is this technically feasible?
Or it is already there and I just don't see it?
I don't think it's there.
I am thinking about adding them to the r.colors man page, but first I
On Aug 26, 2009, at 2:22 AM, Hamish wrote:
Helena wrote:
I often get a question why there aren't images of color tables
in GRASS GUI along with their names. Is this technically feasible?
Or it is already there and I just don't see it?
I don't think it's there.
I am thinking about adding
I often get a question why there aren't images of color tables in
GRASS GUI
along with their names. Is this technically feasible? Or it is
already there and I just
don't see it?
I am thinking about adding them to the r.colors man page, but first I
would like to ask
whether somebody has
27 matches
Mail list logo