[Gfoss] generalize (era: lentezza di QGIS o del portatile?)

[Paolo Corti]

2011/1/11 Paolo Cavallini <cavallini a faunalia.it>:
> Il giorno mar, 11/01/2011 alle 19.36 +0100, Paolo Corti ha scritto:
>
>> E, aggiungo, sarebbe semplice implementarla, tra l'altro, visto che
>> nella classe OGRGeometry e' implementato il metodo Simplify [1] (via
>> GEOS).
>
> Attenzione! Quello che esiste in grass e' molto piu' sofisticato, da' la
> possibilita' di scegliere un sacco di algoritmi e parametri, sia per il
> generalize che per il suo simmetrico (smoothing), e *mantiene* la
> coerenza topologica.
> Con tutto il rispetto, non e' confrontabile con geos.

Ciao Paolo

hai perfettamente ragione ;)

E' anche vero pero' che per la maggior parte degli use cases e'
sufficiente l'algoritmo piu' semplice, e il benefit di poter lavorare
direttamente sul dato originale senza dovere importare/esportare al
GRASS database e' a volte una caratteristica imprescindibile in molti
scenari.
Tra l'altro spulciando bene il TRAC di GDAL [0] ho scoperto che
ogr2ogr implementera' a breve un'opzione per generalizzare l'ogr di
output, certo con l'algoritmo semplificato, ma potrebbe poi essere
esteso ad algoritmi piu complessi (si evince leggendo i commenti).

Per quanto riguarda invece la tua osservazione sul mantenimento della
coerenza topologica penso di poter affermare con certezza che GEOS
gia' lo faccia, cosi' come JTS del quale e' una traduzione fedele [1],
guarda ad es la classe geos::simplify::TopologyPreservingSimplifier
[2]

un caro saluto
P

[0] http://trac.osgeo.org/gdal/ticket/966
[1] http://www.vividsolutions.com/jts/javadoc/com/vividsolutions/jts/simplify/package-tree.html
[2] http://geos.refractions.net/ro/doxygen_docs/html/classgeos_1_1simplify_1_1TopologyPreservingSimplifier.html

-- 
Paolo Corti
GIS specialist and web developer
web: http://www.paolocorti.net
twitter: @paolo_corti