<div dir="ltr">Thanks for the suggestions. I was starting down the path you suggest of creating nodes from the polygons and the ST_ConstranedDelaunayTriangles() but I decided to post my question here first in case I was missing some existing PostGIS goodness.<div><br></div><div>I couldn't get pprepair to build on Ubuntu 20.04. Possibly too new of a cgal version:</div><div><font face="monospace">  717 |   void remove_constraint(Constraint_id cid)<br>/usr/include/CGAL/Constrained_triangulation_plus_2.h:717:8: note:   candidate expects 1 argument, 2 provided</font><br><div><br></div><div>Thanks,</div><div>Rich</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 27, 2021 at 11:35 AM Darafei "Komяpa" Praliaskouski <<a href="mailto:me@komzpa.net">me@komzpa.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hey,<br><br>In the past I've used <a href="https://github.com/tudelft3d/pprepair" target="_blank">https://github.com/tudelft3d/pprepair</a> for this kind of data. Nowadays you can node the linework, take the ConstranedDelaunayTriangles of it and reassign all of the triangles to closest polygons to re-union back to simulate it.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 27, 2021 at 8:15 PM Richard Greenwood <<a href="mailto:richard.greenwood@gmail.com" target="_blank">richard.greenwood@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I would like to automate the cleanup of a vector later. Neither ST_Snap() nor ST_SnapToGrid() are doing it for me. I've got a little sketch below in which I've attempted to illustrate my problem with ST_SnapToGrid(). The green lines represent the vector layer that I'd like to clean up. I'd like the four vertices to be snapped together. The red lines represent the grid. So in this case the four vertices all fall in different grid cells and no snapping occurs despite the vertices being closer together than the grid size. The data is irregular so setting an origin will not be of much use. Any suggestions?<br clear="all"><div><img src="cid:ii_kv9rvw7t1" alt="image.png" width="157" height="159"><br></div>-- <br><div dir="ltr"><div dir="ltr">Richard W. Greenwood<br><a href="http://www.greenwoodmap.com" target="_blank">www.greenwoodmap.com</a></div></div></div>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-users</a><br>
</blockquote></div>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org" target="_blank">postgis-users@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-users</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Richard W. Greenwood<br><a href="http://www.greenwoodmap.com" target="_blank">www.greenwoodmap.com</a></div></div>