[Gvsig_italian] postgis editing

[Pietro d'Orio]

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.
>
>> 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.
>> 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.
>
>> Saluti Pietro.
>>
>> Il 01/09/2011 14:50, Claudio ha scritto:
>>> Hai ragione, ho visto qualche post nella lista internazionale...
>>> ho visto il codice e ho trovato un bel TO DO proprio nel pezzo di codice di insert in postgis.
>>> Qualcuno ha verificato se il problema persiste anche nella 2.0?
>>>
>>> Altrimenti l'unica soluzione è con qgis per l'editing multiplo, ma dovrei convertire una serie di dwg in shp...che con gvsig leggo senza problemi.
>>>
>>> grazie Pietro!
>>> Claudio
>>>
>>>
>>> Il giorno 01/set/2011, alle ore 14.23, Pietro d'Orio ha scritto:
>>>
>>>> Credo che il problema sia noto. gvSIG inoltre blocca la connessione al
>>>> database, e qualsiasi query lanciata sul database non viene portata a
>>>> termine finchè gvSIG non viene chiuso.
> In realta', per sbloccare il database dovrebbe semplicemente bastare la
> disconnessione dal Gestore di geodatabase, invece della chiusura
> dell'applicazione.
>
> ciao
> Antonio
>
>>>> Pietro
>>>>
>>>> Il 31/08/2011 19:44, Claudio ha scritto:
>>>>> Buonasera a tutti,
>>>>> oggi mi sono imbattuto in un problema di sincronizzazione tra un db postgis e due sessioni di editing con gvsig. La situazione era questa:
>>>>> - una tabella geografica in postgis;
>>>>> - due sessioni di editing attive con due gvsig su due pc.
>>>>>
>>>>> se uno dei due utenti aggiunge una feature e salva le modifiche, la seconda sessione dell'altro utente va in loop con un errore di indicizzazione.
>>>>> Mi sembra un problema non da poco poiché si perde la potenzialità del db, costringendo ad avviare e concludere una sessione di editing alla  volta (tutti gli utenti abilitati dovrebbero organizzarsi una sorta di turni di modifica.....)
>>>>>
>>>>> verificato con gvsig 1.10 e 1.11
>>>>> qualcuno ha riscontrato il medesimo problema?
>>>>>
>>>>> Claudio
>>>>>
>>>>> _______________________________________________
>>>>> Gvsig_italian mailing list
>>>>> Gvsig_italian a lists.gvsig.org
>>>>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
>>>> _______________________________________________
>>>> Gvsig_italian mailing list
>>>> Gvsig_italian a lists.gvsig.org
>>>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
>>> _______________________________________________
>>> Gvsig_italian mailing list
>>> Gvsig_italian a lists.gvsig.org
>>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
>> _______________________________________________
>> Gvsig_italian mailing list
>> Gvsig_italian a lists.gvsig.org
>> https://gvsig.org/lists/mailman/listinfo/gvsig_italian
>>
>