<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi,<br>
    <br>
    I tried adding a gist index to geom::geography and oddly enough it
    made the query a lot slower... Not really sure why, but the best
    option in my case still seems to be to first doing a bounding box
    reduction in lon-lat space and then apply ST_DWithin after casting
    to geography...<br>
    <br>
    Cheers,<br>
    David<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 15/01/2019 21:00,
      <a class="moz-txt-link-abbreviated" href="mailto:postgis-users-request@lists.osgeo.org">postgis-users-request@lists.osgeo.org</a> wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:mailman.51.1547582402.11357.postgis-users@lists.osgeo.org">
      <pre class="moz-quote-pre" wrap=""><div class="moz-txt-sig"><div class="moz-txt-sig">From: Devdatta Tengshe <a class="moz-txt-link-rfc2396E" href="mailto:devdatta@tengshe.in" moz-do-not-send="true"><devdatta@tengshe.in></a>

If you are running a query on the Geography,  you should create the index
on Geography, using something like this: Create Index g_geog_idx on
mySchema.myTable using GIST(geom::geography);

Using this increased the speed of my query 1000 times.

Source:
<a class="moz-txt-link-freetext" href="https://twitter.com/postgis/status/675001071505383424" moz-do-not-send="true">https://twitter.com/postgis/status/675001071505383424</a>


Regards,
Devdatta


On Tue, Jan 15, 2019 at 4:07 PM David M. Kaplan <a class="moz-txt-link-rfc2396E" href="mailto:david.kaplan@ird.fr" moz-do-not-send="true"><david.kaplan@ird.fr></a> wrote:

</div></div></pre>
      <blockquote type="cite" style="color: #000000;">
        <pre class="moz-quote-pre" wrap="">Hi,

For a while it has not been clear in my head if and when GIST indexes are
used when doing geography based calculations. If the data is stored in a
table with a geometry column that has a GIST index on it, will that index
be used if one does something like
ST_DWithin(a.geom::geography,b.geom,1000)? If not, then if the data was
stored in geography format instead of geometry, would this make the index
more useful?

To give a specific context, I have a table of point geometries with SRID
4326 and a GIST index, and I want to find the number of points in that
table that are within a certain distance of each other point in that table,
but I am not sure what is the most efficient way to do so. To do this, I
have a query of the form:

SELECT a.gid, a.geom, count(*) AS num_points

FROM mytable a

JOIN mytable b

     ON a.gid<>b.gid
     AND ST_DWithin(a.geom::geography,b.geom,1000,FALSE)

GROUP BY a.gid,a.geom

;


This is quite slow, so I presume the GIST index is not being used (and
EXPLAIN didn't show anything that made it clear that it was being used
though bounding box comparisons are included in the join filter). Also
adding a lonlat bounding box comparison does speed the calculation up
significantly:

SELECT a.gid, a.geom, count(*) AS num_points

FROM mytable a

JOIN mytable b

     ON a.gid<>b.gid
     AND a.geom <#> b.geom < 0.02 -- in region where 0.02 degrees is > 1000 m
     AND ST_DWithin(a.geom::geography,b.geom,1000,FALSE)

GROUP BY a.gid,a.geom

;


Is this the best approach or am I missing something? Would using a LATERAL
join improve things?

Thanks,
David
</pre>
      </blockquote>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
**********************************
David M. Kaplan
Charge de Recherche 1

Institut de Recherche pour le Developpement (IRD)
UMR MARBEC (IRD/Ifremer/CNRS/UMII)
av. Jean Monnet
CS 30171
34203 Sete cedex
France

Email: <a class="moz-txt-link-abbreviated" href="mailto:david.kaplan@ird.fr">david.kaplan@ird.fr</a>
Phone: +33 (0)4 99 57 32 25
Fax: +33 (0)4 99 57 32 95

<a class="moz-txt-link-freetext" href="http://www.umr-marbec.fr/kaplan-david.html">http://www.umr-marbec.fr/kaplan-david.html</a>
<a class="moz-txt-link-freetext" href="http://www.davidmkaplan.fr/">http://www.davidmkaplan.fr/</a>
**********************************
</pre>
  </body>
</html>