[GRASS-dev] WxPython front-end to ps.map

Moritz Lennert mlennert at club.worldonline.be
Fri Feb 9 05:33:05 EST 2007


On 09/02/07 05:00, Hamish wrote:
> Moritz Lennert wrote:
>> [1] one example: at this stage proportionate symbols are not drawn in 
>> descending order of size, thus potentially hiding smaller symbols. I 
>> corrected that in the new version of d.vect.chart I proposed, but it
>> is still an issue in ps.map. This gets even more complicated when you
>> want to add a color scheme to that as you have to use a separate
>> vpoints command for each color and making sorting symbols by size
>> almost impossible, but allowing the use of the RGB column in ps.map
>> would solve that (I remember there being mails about this latter
>> issue, but can't  find them now).
>> Maybe not a fundamental issue for most, but a show stopper for
>> adopting GRASS as the main GIS and cartography tool here in my
>> department where a lot of proportionate symbol maps are drawn.
> 
> http://intevation.de/rt/webrt?serial_num=5129
> 
> What about cases like Markus's PHP earthquake map, where you want the
> new big symbols to be drawn on top of older ones? If automatically
> sorted, there is no way to unsort them in cases when that is more
> appropriate.

I get your point. Maybe it would be possible to offer the choice.

> 
> work-around 1) fillcolor = none
> 
> work-around 2) border color = none. Then all are equal depth :)
> 
> work-around 3) things are drawn by their cat #, so add a column,
> populate it with a ranking, and then use v.reclass column= to use them
> as cat numbers.
> 

3) Sounds like something to explore. The other two are generally not 
satisfactory...


> Support for GRASSRGB in ps.map is wish #3299.
> 

Martin, you are registered as having taken up this wish. Were you 
planning on working on it ?

Moritz




More information about the grass-dev mailing list