<div dir="ltr">So perhaps ST_DumpRings should be changed to start at 1, to be consistent with ST_DumpPoints?<div><br></div><div>This will be inconsistent with ST_InteriorRingN, but maybe that's not a big deal.  In fact, I can see adding new functions:</div><div><br></div><div>ST_RingN - returns polygon rings, with 1 = shell and 2..N the holes</div><div>ST_NumRings - returns the total number of rings in a polygon</div><div><br></div><div>Then these are consistent with ST_DumpRings and ST_DumpPoints.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 1, 2021 at 10:47 AM Regina Obe <<a href="mailto:lr@pcorp.us">lr@pcorp.us</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">> Yeah, I was blinded by the logic of the polygon. If exterior ring is zero,<br>
then<br>
> the interiors start at 1 and that lines up with ST_GetInteriorRingN, and<br>
> everything is neat and tidy.<br>
> How about the Logic of Computers (start all lists at zero?) If there's<br>
multiple<br>
> arguments and no consensus, than the Logic of Stasis holds: change<br>
nothing.<br>
> <br>
> P.<br>
> <br>
Change nothing sounds good to me :)<br>
But if you must change anything change everything to 1-based.<br>
<br>
<br>
<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a><br>
</blockquote></div>