<div dir="ltr"><div>+1, for my 2c on this.<br></div><div><br></div><div>Agreed, shorter is better, so providing a modern alternative to MakePoint would be great.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 16, 2020 at 1:22 PM 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"><br>
My vote <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>
Introduce a <br>
<br>
ST_3DPoint(x,y,z, srid) -- wholly new so no chance of breaking existing, and<br>
fits our convention of ST_3D in front of 3d functions<br>
ST_3DMPoint(x,y,m, srid)<br>
<br>
As mentioned in IRC that extra  Make in ST_MakePoint seems so superfluous.<br>
</blockquote></div></div>