[postgis-devel] Ring Indices in DumpPoints

[Paul Ramsey]

> On Mar 1, 2021, at 10:41 AM, Regina Obe <lr at pcorp.us> wrote:
> 
> My hair is a little warm on this one.
> 
> Standardizing on 1-based rather than 0-based makes the most sense to me.
> Yah I know it's changing more functions.
> 
> But as Martin said in the ticket isn't 1-based the OGC standard.  It's the
> standard of PostgreSQL too.
> So why are we trying to get away from the standard or is it because it's
> exterior ring?
> 
> Sure it makes sense when talking about polygons to have exterior be 0 and
> interior not be (maybe) but then it makes no sense for multipoints to have
> the first be 0 - it should start at 1.

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.


> 
> 
> 
>> -----Original Message-----
>> From: postgis-devel [mailto:postgis-devel-bounces at lists.osgeo.org] On
>> Behalf Of Paul Ramsey
>> Sent: Monday, March 1, 2021 12:05 PM
>> To: PostGIS Development Discussion <postgis-devel at lists.osgeo.org>
>> Subject: [postgis-devel] Ring Indices in DumpPoints
>> 
>> This is a back-breaking change (for those who actually use the numbers) so
>> I'd like to see if anyone has light-your-hair-on-fire reaction to changing
>> ST_DumpPoints to number rings starting at 0 just like DumpRings does.
>> 
>> https://trac.osgeo.org/postgis/ticket/4858
>> 
>> P
>> _______________________________________________
>> postgis-devel mailing list
>> postgis-devel at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/postgis-devel
> 
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/postgis-devel