I'm not actually doing this, but I helped someone else on IRC set this up a while ago because the overlaps operator for time does not make use of any indexes on time data types.  The solution that he used was to create 1-d lines (ie 0 1,0 5) that represented a time period so he could just use && for an indexed overlaps operator.  A little hacky, but it seemed to work quite well for him.<br>
<br><div class="gmail_quote">On Fri, Jun 6, 2008 at 9:33 AM, Mark Cave-Ayland <<a href="mailto:mark.cave-ayland@siriusit.co.uk">mark.cave-ayland@siriusit.co.uk</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">David William Bitner wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
One use in adding 1-dimension support would be to make it easier for folks<br>
who are using postgis for non-spatial utility for using the GIST indexing.<br>
For example there are some people throwing time as a unix epoch into PostGIS<br>
in order to do efficient time period overlaps queries.<br>
</blockquote>
<br></div>
Errr... this may be a silly question, but why are they not using PostgreSQL's in-built (and more recently GiST-based) R-Tree index if they are indexing non-geometry fields in this way?<div><div></div><div class="Wj3C7c">
<br>
<br>
<br>
ATB,<br>
<br>
Mark.<br>
<br>
-- <br>
Mark Cave-Ayland<br>
Sirius Corporation - The Open Source Experts<br>
<a href="http://www.siriusit.co.uk" target="_blank">http://www.siriusit.co.uk</a><br>
T: +44 870 608 0063<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>************************************<br>David William Bitner