d.vect: -c type=area doesn't draw boundary

[hamish]

'd.vect -c type=area' doesn't draw boundaries.

If you use type=area,boundary you get them, but IIUC "area" is an alias for "centroid,boundary", so you shouldn't have to do that.

I am not sure if 'd.vect -a type=area' will or not.

Hamish

[hamish]

correction: it draws the boundaries, but uses the same color as the fill when it should make the area color random and the line color respect color=. e.g.:

d.vect -c type=area fcolor=none

see the d.vect symbol drawing code for an example of using a primary and secondary color in place of line= and fill=.

Hamish

[neteler]

I assume that in darea() of d.vect/area.c some test is needed in the loop therein to distinguish the various vector types while looping over all vectors.

Markus

[neuba]

Hi I don't know it is the same issue but I can not draw any vector map with d.vect when I use command like d.vect output=map1 i got this error message: output <map1> exist. If I put an inexistant vector, I got: map <map1> not found. Thank you

[martinl]

Replying to neuba:

Hi I don't know it is the same issue but I can not draw any vector map with d.vect when I use command like d.vect output=map1 i got this error message: output <map1> exist. If I put an inexistant vector, I got: map <map1> not found.

There is no 'output' parameter

d.vect --help

d.vect output=x
Sorry, <output> is not a valid parameter

ERROR: Required parameter <map> not set:
    (Name of input vector map).

Martin

[neteler]

Replying to neuba:

Hi I don't know it is the same issue but I can not draw any vector map with d.vect when I use command like d.vect output=map1 ...

IMPORTANT to all SVN users: After the recent change in parser.c you need to RECOMPILE GRASS from scratch.

I wanted to post this but forgot about it. So

make distclean
sh configure ...
make

to get the parameters right again.

@neuba: this is unrelated to this bug report.

Markus

[mlennert]

Attached diff should fix the bug. I don't really understand why there was a conditioning on the value of rgb in there. Looking through the code, I don't think it is useful, but please test (notably with some of the flags, such as table color and z-color).

Moritz

[neteler]

Fixed in 6.4: devel_grass6 (r351819) and 6.4.0svn (r35182).