¿Comparación de la velocidad de intersección de líneas y polígonos de GRASS v.Overlay/QGIS?

Question

Actualmente estoy tratando de convertir mis scripts de ArcGIS a QGIS pero un aspecto que es extremadamente lento es tratar de intersectar un polígono con una característica de línea. Siento que debe haber una mejor manera de lograr tratando de recortar las polilíneas voronoi con el propio polígono original es decir:

por

Estas son algunas de las pruebas de banco que he hecho con estas dos capas.

ArcGIS 10.1 Intersect 2min 24seg

Grass 7 v.Overlay abandonar después de ~1 hora (~70% Seleccionando líneas...) - Actualmente no es compatible con el procesamiento (Sextante)

Grass 7 v.split + v.Overlay ~2min + 45min

QGIS 1.9 lo dejé después de unas 3 horas

ogr2ogr -clipsrc abandonar después de > 1 hora

SAGA GIS Intersect Line-Polygon ~15min -- aceptable, pero sigue siendo 7 veces más lento que ArcGIS y produce resultados erróneos? Las imágenes de abajo muestran SAGA GIS Intersect (con los colgantes eliminados) y la misma área con ArcGIS Intersect - Claramente SAGA no intersectó la línea y el polígono correctamente ya que no debería haber ninguna conexión de las líneas. ¡¡Estos errores están dispersos por toda la nueva salida!! Además Line-Polygon no retiene los atributos de intersección del polígono a la línea a diferencia de los otros métodos mencionados anteriormente...

He colocado el conjunto de datos original en un repositorio de GitHub aquí así que espero que otros puedan hacer sus propios puntos de referencia y, por tanto, aportar sugerencias

He observado que ArcGIS Desktop divide (agrieta) la featureclass por lo que no sé si es otra posibilidad para mejorar la velocidad de intersección dentro de alguna de las alternativas opensource mencionadas anteriormente.

***La razón por la que menciono QGIS aquí es que he hecho algunos scripts dentro de la caja de herramientas de procesamiento (formalmente conocida como Sextante) y me gustaría permanecer en ese entorno si es posible.

Sistema - CPU Intel Core i7-2760QM a 2,40 GHz y 8 GB de ram

Answer 1

Lo que hice para acelerar este proceso fue cargar los archivos SHP en PostgreSQL y hacer el recorte allí. No es una solución perfecta pero sí más rápida para mí ya que tengo un servidor bastante potente detrás. Y sí, estas operaciones son lentas.