[postgis-devel] Function Removal

[Bruce Rindahl]

Plus the notation changed from Postgres 9.4 to 9.5

On Thu, Dec 17, 2020 at 2:27 PM Bruce Rindahl <bruce.rindahl at gmail.com>
wrote:

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