<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 15, 2015 at 9:15 AM, Moritz Lennert <span dir="ltr"><<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 15/12/15 00:22, Martin Landa wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Hi,<br>
<br>
2015-12-15 0:18 GMT+01:00 Alec Ventura <<a href="mailto:alecventura@hotmail.com" target="_blank">alecventura@hotmail.com</a>>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I run the v.buffer with the -t flag and everything is ok now<br>
</blockquote>
<br>
I wonder if attributes should be copied by default (without need to<br>
set up any flag).<br>
</blockquote>
<br>
v.buffer fusions the geometries of buffers by default. Keeping the attribute table does not make sens in that case as one buffer geometry can be the result of many different input geometries. This also means that you cannot retrieve the buffer of a specific input geometry. <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
When you use the -t flag, buffers are cut up into separate parts and each one that is the result of several overlapping buffers has multiple categories. As the man page says: "The resulting buffer areas can have multiple categories, and multiple buffer areas can have the same category. The buffer for the input feature with category X can thus be retrieved by selecting all buffer areas with category X".<br></blockquote><div><br><br><br>The above is actually a nice and more explicit 
explanation of 
what v.buffer does, especially for (new) users that get confused by the 
consequences of GRASS' topological vector format and handling. Why not add this to the manual page, perhaps something along the line
 of:<br><br>"v.buffer fusions the geometries of buffers by default. 
Categories and attribute table will not be transferred (this would not 
make sense as one buffer geometry can be the result of many different 
input geometries). To transfer the categories and attributes can be done
 with the <b>t</b>
 flag. This will result in buffers being cut up where buffers of 
individual input geometries overlap. Each part that is the result of 
overlapping buffers of multiple geometries will have multiple categories
 corresponding to those geometries. Multiple buffer areas can also have 
the same category. The buffer for the input 
feature with category X can thus be retrieved by selecting all buffer 
areas with category X (see example below).

"<br><br><div>(this would replace: "Categories and attributes can be transferred with the <b>t</b> flag. 
The resulting buffer areas can have multiple categories, and multiple 
buffer areas can have the same category. The buffer for the input 
feature with category X can thus be retrieved by selecting all buffer 
areas with category X (see example below).")</div><br><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Keeping in mind GRASS' topological vector format the current behavior seems the most adequate to me.<br>
<br>
Moritz<br>
_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a></blockquote></div><br></div></div>