<div dir="ltr">Whoa...  how does it disambiguate?  Seems like fertile ground for bugs.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 16, 2020 at 3:19 PM Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</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">SQL/MM believes in having All The Variants.<br>
<br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (awkb BINARY LARGE OBJECT(ST_MaxGeometryAsBinary)) RETURNS ST_Point<br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (awkb BINARY LARGE OBJECT(ST_MaxGeometryAsBinary), ansrid INTEGER) RETURNS ST_Point<br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (xcoord DOUBLE PRECISION, ycoord DOUBLE PRECISION) RETURNS ST_Point <br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (xcoord DOUBLE PRECISION, ycoord DOUBLE PRECISION, ansrid INTEGER) RETURNS ST_Point <br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (xcoord DOUBLE PRECISION, ycoord DOUBLE PRECISION, zcoord DOUBLE PRECISION) RETURNS ST_Point<br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (xcoord DOUBLE PRECISION, ycoord DOUBLE PRECISION, zcoord DOUBLE PRECISION, ansrid INTEGER) RETURNS ST_Point FOR ST_Point BEGIN<br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (xcoord DOUBLE PRECISION, ycoord DOUBLE PRECISION, zcoord DOUBLE PRECISION, mcoord DOUBLE PRECISION) RETURNS ST_Point<br>
<br>
CREATE CONSTRUCTOR METHOD ST_Point (xcoord DOUBLE PRECISION, ycoord DOUBLE PRECISION, zcoord DOUBLE PRECISION, mcoord DOUBLE PRECISION, ansrid INTEGER) RETURNS ST_Point<br>
<br>
<br>
> On Dec 16, 2020, at 1:42 PM, Sandro Santilli <<a href="mailto:strk@kbt.io" target="_blank">strk@kbt.io</a>> wrote:<br>
> <br>
> On Wed, Dec 16, 2020 at 04:22:48PM -0500, Regina Obe wrote:<br>
> <br>
>> Add SRID to ST_Point(x,y) -- you can keep existing or overload.  Overloading<br>
>> with another that has srid not optional would be more backward compatible.<br>
>> That's the one I use and that most people should be using as it's shorter to<br>
>> type and name wise is listed in SQL/MM.<br>
> <br>
> I belive SQL/MM knows about Z as well<br>
> Better be strict on SQL/MM definitions when touching those<br>
> signatures.<br>
> <br>
> --strk;<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>
<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>