<div dir="ltr">Hi, David,<div><br></div><div>A good point.</div><div><br></div><div>Are there any alternatives?  For instance, buffering all with a very small amount, so as to ensure all are polygons?  Is that feasible?</div><div><br></div><div>Can we cast a point into a polygon?</div><div><br></div><div>Alternatively, can we store results in a list or an array of mixed points, so that these can be used.</div><div><br></div><div>Regards,</div><div><br></div><div>Shao</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 27 Apr 2020 at 12:16, David McKelvie <<a href="mailto:dmck@interactive.co.uk">dmck@interactive.co.uk</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"><br>
One possibility is that for one of a_table there is only one of the matching<br>
b's. The st_concavehull of a point is a point, it doesnt always return a<br>
polygon.<br>
<br>
David<br>
<br>
_______________________________________________<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></blockquote></div>