I could care less.  I was just pointing out a way that PostGIS *is* getting used, whether being used as intended or not.<br><br><div class="gmail_quote">On Fri, Jun 6, 2008 at 11:27 AM, Chris Hodgson <<a href="mailto:chodgson@refractions.net">chodgson@refractions.net</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;"><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"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
Then the way to go would be to fix the time data types.<br>
<br>
</blockquote>
<br></div><div class="Ih2E3d">
I guess so. I don't know whether SQL OVERLAPS() will use the indexes, however the standard GiST R-Tree && operator should do without any problems.<br>
<br>
</div></blockquote>
Alternatively there is the cube extension, which works well for this purpose (but can create large indexes, at least when used for many dimensions).<br>
<br>
Regardless, I would venture to say that is not a goal of PostGIS to support this usage. Users doing this will be able to continue using the same hack, by storing single-dimension objects in multi-dimensional fields. It will waste some space, but that is their fault for not making use of the appropriate alternatives.<br>
<font color="#888888">
<br>
Chris</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@postgis.refractions.net" target="_blank">postgis-devel@postgis.refractions.net</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>************************************<br>David William Bitner