Hamish:
Good point. For a large dataset such as Corrado's, it would be better to
use GRASS,
once Corrado surmounts the GRASS learning curve. R is a good alternative
choice
in that it is simpler to use.
Regards, RR
Hamish wrote:
Rick Reeves wrote:
This is a good task for the R programming environment, which has
strong geospatial tools and integrates with GRASS:
FYI, in GRASS's vector library (available outside of C with e.g.
SWIG-Python) there a number of x-in-polygon functions found in
lib/vector/Vlib/poly.c. v.buffer uses such a test to check that its
centroid is inside the new area, you could trace that back if you
wanted to see the method in use.
from GRASS modules there is v.select and 'v.distance dmax=0' (?) and
probably other ways too.
many roads,
Hamish
____________________________________________________________________________________
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
begin:vcard
fn:Rick Reeves
n:Reeves;Rick
org:UC Santa Barbara;National Center For Ecological Analysis and Synthesis
adr:Suite 300;;735 State Street;Santa Barbara;CA;93101;USA
email;internet:[EMAIL PROTECTED]
title:Rick Reeves, Scientific Programmer/Analyst
tel;work:805 892 2533
url:http://www.nceas.ucsb.edu
version:2.1
end:vcard
_______________________________________________
grass-user mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-user
