[Gvsig_italian] postgis editing

[Pietro d'Orio]

Grazie a te per i chiarimenti!

Il 05/09/2011 15:35, Antonio Falciano ha scritto:
> Il 05/09/2011 13.30, Pietro d'Orio ha scritto:
>>
>> Il 05/09/2011 13:03, Antonio Falciano ha scritto:
>>> Il 05/09/2011 11.24, Pietro d'Orio ha scritto:
>>>> Purtroppo no, continuo a utilizzare la 1.10 perchè mi sembra la più
>>>> stabile. A proposito ne approfitto per lanciare una frecciatina agli
>>>> sviluppatori:
>>> Ciao Pietro,
>>> usi la 1.10 perche' ritieni che sia piu' stabile anche rispetto alla
>>> 1.11? Ho capito bene?
>> Uso la 1.10 OADE perchè è più veloce nell'apertura (sono costretto
>> spesso a chiudere e riaprire gvSIG a causa del problema noto che
>> "blocca" i dati sul disco una volta caricati) e perchè ha piccole
>> features molto comode (come clic dx sul layer per aprire la tabella
>> degli attributi.
> Il noto problema del bloccaggio dei dati pare che sia stato risolto e
> quindi non dovrebbe esserci nella 1.12. Mentre, per quanto riguarda le
> opzioni del menu' contestuale del layer, quelli di Cartolab ci stanno
> lavorando in extTOCExtra, compreso l'Apri tabella degli attributi.
>
>>>> Come si diceva alle giornate di gvSIG, il software libero è bello perchè
>>>> è anche libera la scelta. Sinceramente di avere installate 5 versioni di
>>>> gvSIG perchè su una va una cosa e sull'altra no non ci penso neanche.
>>>> gvSIG rimane il mio Desktop GIS favorito, ma per alcune operazioni mi
>>>> sono trovato costretto per motivi pratici a utilizzare altri SW.
>>> Cosa c'e' che non va in gvSIG 1.11 e che, invece, andava bene nelle
>>> versioni precedenti?
>> Con la 1.11 ho spesso dei crash quando effettuo analisi spaziali su
>> grandi moli di dati. Questa è la mia unica segnalazione. L'impressione è
>> che superata una certa quantità di memoria da utilizzare il software
>> vada un po nel pallone.
> A proposito delle limitazioni di memoria, tieni presente che con la 1.11
> puoi gestire layer raster più pesanti e quindi trarne beneficio, ad
> esempio, in SEXTANTE.
>
>>>> Se non si risolvono questi problemi di base prima di mettersi a fare i
>>>> ricamini sinceramente non vedo un futuro roseo. Da qualche tempo mi
>>>> sembra di avere davanti un software che fa tutto in teoria, ma che in
>>>> pratica fa tutto in parte (vedi il problema di cui si sta discutendo).
>>>> Spero di non essere andato OT.
>>> Il problema esposto da Claudio interessa una percentuale molto risicata
>>> di utenti, ma non per questo non e' importante. Tuttavia, nello sviluppo
>>> esistono delle priorita' di base da assecondare e poi nulla toglie che
>>> l'azienda X interessata all'implementazione di un task abbastanza
>>> specifico ne possa realizzare o comunque supportare lo sviluppo.
>> Questo è chiaro, ma molti lo hanno detto e io lo sottoscrivo: gvSIG
>> dialoga molto bene con le banche dati spaziali, ed è un peccato perchè
>> questo problema potrebbe spostare quella "percentuale risicata" di
>> utenti a scegliere altri desktop gis come alternativa. E questo,
>> ribadisco è solo uno dei tanti problemi.
>> Avevamo scritto un po di tempo fa con Claudio una serie di segnalazioni
>> che rendono molto "scomodo" lavorare con gvSIG. Nel mio lavoro faccio
>> anche test di software, provo a mettermi nei panni dell'utente poco
>> esperto che non può mettersi a "capire come usare il software" o capire
>> il problema vuoi per tempo o per scarse comptenze. Di certo questo
>> utente se trova un'alternativa più pratica e senza problemi ci si butta
>> senza pensarci due volte. Queste segnalazioni, di cui molte emerse
>> durante le 4e giornate di gvSIG non sono state e (almeno nei prossimi
>> sviluppi) non saranno prese in considerazione. Questo è un pò il succo
>> del discorso, spero di essermi spiegato.
> Alcune segnalazioni sono state recepite, mi pare. ;)
> Grazie per il tuo report.
>
> ciao
> Antonio
>