[Gvsig_italian] R: R: R: gvsig e postgis

[G. Allegri]

Non riesco a riprodurre il freeze che segnali, però c'è un
comportamento inconsistente che andrebbe approfondito. Se edito i
valori della tabella, vedo i cambiamenti applicati alla stilizzazione
(colore assegnato in base ai valori in tabella, che edito) ma
l'identify e la tabella attributi non vengono aggiornati. Ciò dipende,
certamente, da un diverso modo di gestire la connessione per la pate
geometrica e gli attributi...
Appena ho un attimo proverò ancora, ma riguardo il blocco che ottieni
comincio a pensare che dipenda dalla configurazione del vostro DB...

giovanni

Il 28 luglio 2010 15.14, Michel Zuliani
<michel.zuliani a cmcarnia.regione.fvg.it> ha scritto:
> Grazie Giovanni, sullo stimolo delle tue indicazioni h provato a fare qualche test durante la pausa pranzo.
>
> Alcuni risultati certi
>
> 1) Antonio, la disconnessione al volo funziona, consente di recuperare il lavoro, sono tre click in più ma si può mantenere il dato in postgis con la sola rogna di dover avvisare il client che deve disconnettersi.

> 2) A noi i layer rimangono bloccati sia in locale che client-server. Disconnettiamo al volo e tutto fila liscio.
>
> 3) gvsigportable e OADE si comportano nello stesso modo rispetto a questo problema sulle nostre macchine. Su tutte le macchine (6).
>
>
> Alcuni dubbi
> Non dovrebbe essere (ma uso il condizionale):
>
> 1) un problema dei Db spaziali, perché con altri sw (tutti open, sia java based sia python, sia c++) gli strati non vengono bloccati
>
> 2) un problema nella configurazione della VM java, perché altri gis java based che usiamo non bloccano gli strati
>
> 3) un problema nei driver jdbc (vedi punto 2)
>
> Ho finito le cartucce (e forse gli zuccheri).
> Fatemi sapere se riuscite a riprodurre il problema. Se il problema non si riproduce deve essere in qualche modo colpa nostra!
> Grazie mille ancora.
>
>
>
> -----Messaggio originale-----
> Da: gvsig_italian-bounces a lists.gvsig.org [mailto:gvsig_italian-bounces a lists.gvsig.org] Per conto di G. Allegri
> Inviato: mercoledì 28 luglio 2010 13.24
> A: Lista di discussione in lingua italiana utenti e sviluppatori di gvSIG
> Oggetto: Re: [Gvsig_italian] R: R: gvsig e postgis
>
> Michel,
> ho appena fatto un test, e me sembra funzionare tutto correttamente.
> Tengo aperto in Gvsig un layer, mentre con PgAdmin edito gli
> attributi. Mentre edito posso tranquillamente navigae e interrogare, e
> se salvo vedo applicate le modifiche senza nessun problema...
> Io sto usando Gvisg OADE 2010, ma questo non dovrebbe incidere perché,
> se non erro, anche gvsigportable utilizza la JVM 1.6.
>
> giovanni
>
> Il 28 luglio 2010 11.36, Michel Zuliani
> <michel.zuliani a cmcarnia.regione.fvg.it> ha scritto:
>> Orcocan, mi sembrava la strada giusta quella della disconnessione.
>> E invece deve essere proprio l'accoppiata Gvsig-VM java che blocca tutto.
>> Non preoccuparti, pensiamoci con la calma che è una roba importante.
>> Noi continuiamo stando attenti, se si risolve o si capisce mettiamo in atto immediatamente.
>> Grazie mille per il tuo preziosissimo contributo.
>> M
>>
>>
>> -----Messaggio originale-----
>> Da: gvsig_italian-bounces a lists.gvsig.org [mailto:gvsig_italian-bounces a lists.gvsig.org] Per conto di Antonio Falciano
>> Inviato: mercoledì 28 luglio 2010 11.29
>> A: gvsig_italian a lists.gvsig.org
>> Oggetto: Re: [Gvsig_italian] R: gvsig e postgis
>>
>>
>> Il 28/07/2010 10.58, Michel Zuliani ha scritto:
>>> Antonio, Io vi mando il file log con l'avvertenza che in gvsig tutto
>>> continua a funzionare correttamente (a parte le traduzioni, come
>>> potrai vedere). I problemi vengono creati all'esterno.
>>>
>>> Accade questo
>>>
>>> 1) apro gvsigportable, accedo ad un geodb e apro una tavola (nel log
>>> sono i civici di un comune). La tavola è in sola lettura.
>>>
>>> 2) apro psqladmin e cerco di modificare il tipo di dato di una colonna
>>> per la tavola che in quel momento è aperta in gvsig, il DBMS si
>>> blocca, in attesa che il dato venga sbloccato (quindi anche qui non
>>> ci sono errori) e riparte nell'istante in cui chiudo gvsig. La
>>> semplice rimozione del dato dalla toc non basta.
>>>
>>> Forse stiamo sbagliando qualcosa noi?
>>
>> Michel,
>> hai provato a disconnetterti dal geodb in gvSIG durante l'editing in
>> PgAdmin? Ti dico questo perche' la semplice rimozione del layer dalla
>> ToC non chiude la connessione al geodb e quindi e' facile entrare in
>> conflitto. Una volta effettuato l'editing in PgAdmin, ripristina la
>> connessione in gvSIG e dovresti accedere alla tabella e quindi al layer
>> aggiornato. Ora non ho il tempo materiale di verificarlo, per cui se
>> risolvi cosi' fammi sapere.
>>
>> ciao
>> Antonio
>>
>> --
>> Antonio Falciano
>> http://www.linkedin.com/in/antoniofalciano
>>
>> --
>> View this message in context: http://osgeo-org.1803224.n2.nabble.com/Re-R-gvsig-e-postgis-tp5345409p5345409.html
>> Sent from the gvSIG Italian mailing list archive at Nabble.com.
>> _______________________________________________
>> 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
>