<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2><DIV>Hi Hamish and Micha,</DIV><DIV> </DIV><DIV>When i replace the semicolon ";" (in line 209 of the v.colors script) by "|", i still get an error. By deleting the ";" all together, i do not encounter errors when submitting the v.colors command.</DIV><DIV> </DIV><DIV>Greetings,</DIV><DIV> </DIV><DIV>Roy </DIV><DIV><BR> </DIV><FONT color=#990099>-----Hamish <hamish_b@yahoo.com> wrote: -----<BR><BR></FONT><BLOCKQUOTE style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">To: Micha Silver <micha@arava.co.il><BR>From: Hamish <hamish_b@yahoo.com><BR>Date: 12/19/2010 05:07PM<BR>Cc: rvanderweide@worldbank.org, grass-user@lists.osgeo.org<BR>Subject: Re: [GRASS-user] SQL Error using "v.color"<BR><BR><FONT size=2 face="Default Monospace,Courier New,Courier,monospace">Micha:<BR>> >> I think that the windows version of grep<BR>> >> is confused by the semicolon ';'.<BR>...<BR>> No, I haven't seen it before. I just fiddled a bit and<BR>> noticed that with the semicolon grep didn't work (shrug...)<BR><BR>shrug. I've just changed it in 6.5svn to be "|" instead of ";" with r44633.<BR>if that works we can backport to 6.4<BR><BR><BR>Hamish:<BR>> > even with layer=1, v.db.connect still shows results for all<BR>> > layers. bug?!<BR><BR>no, not a bug. layer= needs to default to 1, and the print commands need<BR>to default to printing all layers. so printing ignores layer=, and the<BR>flag descriptions do say "all".<BR><BR><BR>> More than 10 database connections? I don't want to go there ;-)<BR><BR>well that doesn't necessarily mean that layers 2,3,4,5,...,9 exist.<BR>Someone might want to base the layer number on some category or other<BR>local need; sequential starting with 1 is just common convention, but not<BR>a requirement. There's no reason someone might not have 50 layers for a<BR>single map. e.g. I think imported DXF data might end up with something<BR>like that, VMap0 (digital chart of the world) data too.<BR><BR><BR>Hamish<BR><BR><BR><BR> <BR></FONT></BLOCKQUOTE><BR></FONT>