<div dir="ltr"><div>Thank you :)</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">tir. 25. feb. 2025 kl. 01:29 skrev Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>>:<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><a href="https://trac.osgeo.org/postgis/ticket/5855#ticket" target="_blank">https://trac.osgeo.org/postgis/ticket/5855#ticket</a><br id="m_1508936034412732753lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Feb 24, 2025, at 3:55 PM, Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>> wrote:</div><br><div><div>Yes, that is certainly the place. <br id="m_1508936034412732753lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Feb 24, 2025, at 3:51 PM, Kjell Kvinge <<a href="mailto:kjell@easyconnect.no" target="_blank">kjell@easyconnect.no</a>> wrote:</div><br><div><div dir="ltr"><div>Thank you for your reply.</div><div><br></div><div>I'm really in deep waters here, but I have tried to figure out when this behaviour changed.</div><div><br></div><div>It seems to be around this patch <a href="https://github.com/postgis/postgis/commit/f5d6c10b7de4cc6cac4e809d495aa4ad25ca4743" target="_blank">https://github.com/postgis/postgis/commit/f5d6c10b7de4cc6cac4e809d495aa4ad25ca4743</a></div><div><br></div><div>Does that make sense?</div><div><br></div><div>Thank you.</div><div><br></div><div><br></div><div><br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">man. 24. feb. 2025 kl. 19:54 skrev Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Clearly the index test associated with that query is not consistent with the full calculation, so yeah, seems like a bug. <br>
<br>
> On Feb 24, 2025, at 10:41 AM, Kjell Kvinge <<a href="mailto:kjell@easyconnect.no" target="_blank">kjell@easyconnect.no</a>> wrote:<br>
> <br>
> Hi.<br>
> <br>
> I notice different behaviour in postgis 3.5 compared to previous versions.<br>
> <br>
> When I add an index to a table containing extents, the result from query disappears <br>
> <br>
> <br>
> Example to isolate this issue:<br>
> <br>
> # starting docker image postgis/postgis:17-3.5<br>
> <br>
> create temp table test (street text, extent geometry(Polygon,32633));<br>
> insert into test values ('Knøsesmauet','0103000020797F0000010000000500000010B2468761BDDFC06390523AA1B0594110B2468761BDDFC030554D9BC3B0594107992AF50799DFC030554D9BC3B0594107992AF50799DFC06390523AA1B0594110B2468761BDDFC06390523AA1B05941');<br>
> set enable_seqscan=false;<br>
> SELECT street<br>
> FROM test<br>
> WHERE ST_DFullyWithin(<br>
>     ST_SetSRID(ST_GeomFromText('POINT(-32356 6734606)'), 32633),<br>
>     extent,<br>
>     1700<br>
> );<br>
> <br>
> -- we get the street as expected.<br>
> <br>
> -- we add an index<br>
> create index ON test using gist (extent );<br>
> <br>
> now, running the same query returns zero rows.<br>
> <br>
> # starting docker image postgis/postgis:17-3.4<br>
> Now, both queries returns expected street.<br>
> <br>
> <br>
> Is this a bug I have stumbled upon? or am I missing something here?<br>
> <br>
> Thank you.<br>
> <br>
> br.<br>
> Kjell Kvinge.<br>
> <br>
<br>
</blockquote></div></div>
</div></blockquote></div><br></div></div></blockquote></div><br></div></blockquote></div></div>