[Gfoss] compilare QGIS-master su linux

aperi2007 aperi2007 a gmail.com
Ven 2 Ott 2015 00:19:46 CEST


Sarebbe l'uovodi colombo.

Se uno si immaginasse la potenza elaborativa della topologia ISO, poi 
non la abbandonerebbe piu'.
Il problema e' che propone un approccio completamente differente.
Un approccio che richiede anche un ripensamento delle metodiche di editing.
Soluzioni molto meno intuitive di un approccio simple-feature.

E' come paragonare un elicottero a un aereo.

L'aereo e' piu' semplice come movimento e quindi piu' veloce, 
l'efficienza si risolve nella velocita'.

L'elicottero e' molto piu' sofisticato e versatile perche' puo' fare dei 
movimenti che l'aereo non puo' fare.
Molto piu' agile, ma meno veloce, perche' ha un movimento piu' complesso 
ed e' molto piu' difficile da guidare perche' l'operatore deve 
contemporaneamente muovere due rotori indipendenti.

A.

Il 01/10/2015 23:37, G. Allegri ha scritto:
>
> Domanda piccola piccola: ma perché non si persegue l'approccio con la 
> coppia modello geometrico/modello topologico? Capisco che sia più 
> complesso e oneroso da gestire e mantenere rispetto ad una 
> pseudotopologia, ma evita d'infognarsi nei meandri delle precisioni.
> So che, come Postgis, anche Spatialite lo sta implementando (grazie a 
> Regione Toscana). Continuo a sperare che prima o poi QGIS implementerà 
> i meccanismi in grado di usufruire di questa doppia natura...
>
> giovanni
>
> Il 01/ott/2015 22:54, "Sandro Santilli" <strk a keybit.net 
> <mailto:strk a keybit.net>> ha scritto:
>
>     On Thu, Oct 01, 2015 at 10:39:50PM +0200, a.furieri a lqt.it
>     <mailto:a.furieri a lqt.it> wrote:
>
>     > mettiti un po' nei panni di chi poi si trovera' in fondo
>     > alla filiera a cercare disperatamente di integrare in modo
>     > robustamente consistente tanti dataset di origine diversa
>     > (p.es <http://p.es>.
>     comuneA/comuneB/comuneC/provA/provB/regione/stato,
>     > agenzia x, sopraintendenza y, azienda z e cosi' via).
>     > ciascuno dei quali avra' verosimilmente utilizzato una
>     > propria griglia di snap con un passo diverso da tutti
>     > gli altri.
>
>     Potrei prendere un'abbaglio, ma ho l'impressione che, matematicamente
>     parlando, applicando la griglia meno fitta tra tutte quelle utilizzate
>     comporterebbe un matching esatto dei vari dataset.
>
>     Semmai il problema sara' il _trovare_ la griglia applicata ad ognuno
>     dei dataset, se non si conta sui metadata. E' per quello che parlavo
>     di "griglie standard di riferimento". Potrebbe essere un riferimento
>     normativo.
>
>     --strk;
>     _______________________________________________
>     Gfoss a lists.gfoss.it <mailto:Gfoss a lists.gfoss.it>
>     http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>     Questa e' una lista di discussione pubblica aperta a tutti.
>     I messaggi di questa lista non hanno relazione diretta con le
>     posizioni dell'Associazione GFOSS.it.
>     786 iscritti al 30.9.2015
>

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.gfoss.it/pipermail/gfoss/attachments/20151002/ffc4d353/attachment.html>


Maggiori informazioni sulla lista Gfoss