<div dir="ltr"><div><div><div><br><br>On Fri, Dec 8, 2017 at 11:46 PM, Peter Tittmann <<a href="mailto:ptittmann@gmail.com">ptittmann@gmail.com</a>> wrote:<br>><br>> Hi,<br>><br>> In attempting to patch two polygon layers I am confused as to the the results i am getting. My understanding of v.patch is that it would be similar to a `union` operator in SQL (not a spatial union) wherein rows of one or many tables are concatenated to a new table. However, the results i’m getting are not in aligned with that expectation.<br>><br>> Here is a link to an image of the two tables (one orange, one green) (<a href="https://pasteboard.co/GXjWm6P.png">https://pasteboard.co/GXjWm6P.png</a> )<br>><br>> The second image ( <a href="https://pasteboard.co/GXjVSQE.png">https://pasteboard.co/GXjVSQE.png</a>) is a result of<br>><br>> # combine all clustered polygons into one table<br>> gsc.parse_command('v.patch',<br>>                   flags = 'e',<br>>                   overwrite = True,<br>>                   verbose= True,<br>>                   input = <green>, <orange>,<br>>                   output = ssPoly)<br>><br>> The blue represents the result of the v.patch command. I don't understand why all of the area covered by the two source vectors is not covered in the patched vector.<br><br></div>You have patched two area vectors together and the output contains most likely topological errors. Try to clean the output of v.patch with v.clean -c tool=break type=boundary.<br><br></div>HTH,<br><br></div>Markus M<br><div><div><div><br>><br>> My only thought it it has something to do with the categories, or keys?<br>><br>> Thanks in advance for any guidance.<br>><br>> Peter <br>><br>><br>><br>> _______________________________________________<br>> grass-user mailing list<br>> <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br><br></div></div></div></div>