<div dir="ltr">Plus the notation changed from Postgres 9.4 to 9.5</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 17, 2020 at 2:27 PM Bruce Rindahl <<a href="mailto:bruce.rindahl@gmail.com">bruce.rindahl@gmail.com</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"><div dir="ltr"><div>I agree with all that but it could have advantages:  ST_Translate(geom,x=>10) for a shift to the right, 

ST_Translate(geom,y=>10) for a shift up, ST_Scale(z=>10) for vertical distortion. </div><div>  The functions , comments, and documents would all have to be updated and in sync with 'accepted' names.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 17, 2020 at 2:19 PM Regina Obe <<a href="mailto:lr@pcorp.us" target="_blank">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">> Since they've come in we've really under-used named parameters. Some of<br>
> that because of legacy, some of it because of mental inertia. But for<br>
these<br>
> kinds of things they seem pretty ideal to me. Mean what you say, say what<br>
> you mean, have what your parameters mean be clear instead of opaque. A<br>
> good habit, all in all.<br>
> <br>
> P<br>
> <br>
In the beginning I thought named args were great, but I've come to think of<br>
them as being a little evil.<br>
Don't get me wrong -- they are indispensable in raster and pgRouting, cause<br>
there is a butt load of arguments and it's hard to undo or even questionable<br>
if we should.<br>
<br>
But for cases where we have few args, I find the evilness much worse than<br>
the disease they are there to cure.<br>
<br>
Mostly because of our indecision with coming up with good names and then<br>
changing our mind <br>
and then the fact our names in the docs don't even always match the named<br>
args ones we have .<br>
<br>
Remember Paul when your OCD kicked in and you decided to rename an arg?<br>
<br>
Oops we can't change the name of the arg without dropping the function oops<br>
we can't rename it because what if someone is using the name.<br>
<br>
So I don't care what the OGC says<br>
<br>
ST_Point(x,y, srid)<br>
<br>
With last arg always meaning srid seems clearest to me.<br>
<br>
No overloading with z,m etc.<br>
<br>
Have separate named functions for that.<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></div>
</blockquote></div>