<HTML><BODY DEFANGED_STYLE="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">Hi Moritz,<DIV><BR><DIV><DIV>On Feb 9, 2006, at 2:50 PM, Moritz Lennert wrote:</DIV><BR class="Apple-interchange-newline"><BLOCKQUOTE type="cite"><P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">So, if you import into GRASS vector format, the geometry is stored in the</FONT></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">GRASS format, even if the data is in a postgres table (geometry and data</FONT></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">are handled separately in GRASS. This means that it is no longer a postgis</FONT></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">vector layer, but a GRASS vector layer. Postgis columns in the table or</FONT></P> <P style="margin: 0.0px 0.0px 0.0px 0.0px"><FONT face="Helvetica" size="3" style="font: 12.0px Helvetica">spatial indices will have no impact as the geometry is not in postgres.</FONT></P> </BLOCKQUOTE></DIV><BR></DIV><DIV>This may be a silly question... but what then, is the point of building GRASS with postgis support? If postgis is really only an extension that adds geometry column and spatial indexing options to postgresql, and GRASS does not use the posgis geometry, then why bother with postgis? </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Perhaps the answer to my question is that I do see a speed up with spatial queries run from GRASS through db.execute (or when I run them on the database with postgreql). You were right btw Moritz, the slow response to the command d.vect seems to be at due to the time it takes d.vect to 'draw'. The same query run in postgis is quite fast. Also, if I make the query more selective so that fewer data points get returned. d.vect returns faster (I think because there is less to draw). Does that make sense to you?</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Kirk</DIV></BODY></HTML>