Il 20 giugno 2017 16:15:16 CEST, aborruso ha scritto:
>Paolo Cavallini wrote
>> la sostanza del problema, come lo vedo io, è che lo sviluppo di SL è
>> separato da quello di QGIS, per cui è successo già varie volte che
>> modifiche dell'uno non vengano sincronizzate
Paolo Cavallini wrote
> la sostanza del problema, come lo vedo io, è che lo sviluppo di SL è
> separato da quello di QGIS, per cui è successo già varie volte che
> modifiche dell'uno non vengano sincronizzate nell'altro.
Ah, ok. Quindi non è il formato in sé, ma dipende dalle scelte di sviluppo
Il 20/06/2017 11:11, aborruso ha scritto:
> Ciao Paolo,
>
>
> Paolo Cavallini wrote
>> concordo. purtroppo gli svantaggi ci sono, altrimenti ci saremmo già
>> passati tutti da tempo.
>
> appena puoi, ci fai una lista delle ragioni per cui non ci sei passato?
>
> Penso possa essere utile.
Ciao Paolo,
Paolo Cavallini wrote
> concordo. purtroppo gli svantaggi ci sono, altrimenti ci saremmo già
> passati tutti da tempo.
appena puoi, ci fai una lista delle ragioni per cui non ci sei passato?
Penso possa essere utile.
Grazie
--
View this message in context:
il limite e' semplicemente 0 => NON usare Shapefile
Luigi Pirelli
**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
*
Giustissimo. Come archiviazione gli shape file sono veramente "pesanti" da
gestire rispetto ad uno "smart" DB Spatialite (insisto con SpatiaLite
perchè è l'unico con cui ho un po' smanettato). Ultimamente abbiamo
lavorato alla elaborazione del perimetro di un SIN che comprendeva 18
comuni. Il