ST_DFullyWithin
Paul Ramsey
pramsey at cleverelephant.ca
Thu Jan 25 16:03:16 PST 2024
Is built fresh off master?
> On Jan 25, 2024, at 3:45 PM, Bruce Rindahl <bruce.rindahl at gmail.com> wrote:
>
> " I don't think that word means what you think it means"
>
> Say A is a point at 0.1,1
> B is a line from 0,0 to 0,2
>
> Then using the following code:
> --------------------------------------------------------------
> with a as (select st_makepoint(0.1,1) as geom),
> b as (select st_makeline(st_makepoint(0,0),st_makepoint(0,2)) as geom)
>
> select 'ST_Covers(ST_Buffer(A,Dist),B)', ST_Covers(ST_Buffer(a.geom, 0.2), b.geom) from a,b
> union all
> select 'ST_DFullyWithin(A,B,Dist)', ST_DFullyWithin(a.geom,b.geom,0.2) from a,b
> union all
> select 'ST_Covers(ST_Buffer(B,Dist),A)', ST_Covers(ST_Buffer(b.geom, 0.2), b.geom) from a,b
> union all
> select 'ST_DFullyWithin(B,A,Dist)', ST_DFullyWithin(b.geom,a.geom,0.2) from a,b
> -------------------------------------------------------------
>
>
> Yields:
> QUERY RESULT
> "ST_Covers(ST_Buffer(A,Dist),B)" false
> "ST_DFullyWithin(A,B,Dist)" false
> "ST_Covers(ST_Buffer(B,Dist),A)" true
> "ST_DFullyWithin(B,A,Dist)" false
>
> I think the last row should also be true.
>
>
>
> On Thu, Jan 25, 2024 at 1:14 PM Paul Ramsey <pramsey at cleverelephant.ca <mailto:pramsey at cleverelephant.ca>> wrote:
>>
>>
>>> On Jan 25, 2024, at 11:57 AM, Martin Davis <mtnclimb at gmail.com <mailto:mtnclimb at gmail.com>> wrote:
>>>
>>> Another reason for keeping the meaning "ST_DFullyWithin(A, B) = ST_Covers(ST_Buffer(A, Dist), B)":
>>>
>>> I see the main use of this function in queries to be "find all the B features which are fully within distance D of an A feature". So the A feature is the *constant* "query item", and it is evaluated against a set of B features. It seems more intuitive for the constant feature to be the first argument in functions.
>>
>> Concur, this is also my intuition, which is why it’s coded the way it is…
>>
>> P
>>
>>>
>>> PS note the definition needs to use Covers rather than Contains, due to that ol' quirky definition of Contains!
>>>
>>> On Thu, Jan 25, 2024 at 10:57 AM Paul Ramsey <pramsey at cleverelephant.ca <mailto:pramsey at cleverelephant.ca>> wrote:
>>>>
>>>>
>>>>> On Jan 25, 2024, at 10:19 AM, Bruce Rindahl <bruce.rindahl at gmail.com <mailto:bruce.rindahl at gmail.com>> wrote:
>>>>>
>>>>> I agree with Regina. Also why are we coding this as a function in C when it can be done either of two ways in SQL:
>>>>
>>>> In general functions in SQL are less fun to upgrade. Will eventually do this via Hausdorf.
>>>>
>>>> I don’t know that I agree about the parameter ordering, and I do not think the name of the function provides any guidance when I re-write it in object form,
>>>>
>>>> A.DFullyWithin(B,R)
>>>>
>>>> at least not in the same way that
>>>>
>>>> A.contains(B)
>>>>
>>>> makes parameter meaning clear.
>>>>
>>>> It’s the “D” that wrecks it.
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20240125/fc64253f/attachment.htm>
More information about the postgis-devel
mailing list