[postgis-devel] Ring Indices in DumpPoints

[Martin Davis]

So perhaps ST_DumpRings should be changed to start at 1, to be consistent
with ST_DumpPoints?

This will be inconsistent with ST_InteriorRingN, but maybe that's not a big
deal.  In fact, I can see adding new functions:

ST_RingN - returns polygon rings, with 1 = shell and 2..N the holes
ST_NumRings - returns the total number of rings in a polygon

Then these are consistent with ST_DumpRings and ST_DumpPoints.


On Mon, Mar 1, 2021 at 10:47 AM Regina Obe <lr at pcorp.us> wrote:

> > Yeah, I was blinded by the logic of the polygon. If exterior ring is
> zero,
> then
> > the interiors start at 1 and that lines up with ST_GetInteriorRingN, and
> > everything is neat and tidy.
> > How about the Logic of Computers (start all lists at zero?) If there's
> multiple
> > arguments and no consensus, than the Logic of Stasis holds: change
> nothing.
> >
> > P.
> >
> Change nothing sounds good to me :)
> But if you must change anything change everything to 1-based.
>
>
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/postgis-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20210303/e4c63669/attachment.html>