[Gvsig_italian] R: R: gvsig e postgis

[Michel Zuliani]

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?

Nelle nostre procedure di lavoro intervenire "al volo" sulle strutture dati è cosa comune, anche perché gli interventi possono essere fatti solo dall'amministratore (cioè io), dittatore incontrastato, che giustamente può fare il bello ed il cattivo tempo, intervenendo anche a gamba tesa ogni tanto, chiaramente sui dati in sola lettura (segare un editing a metà è chiaramente un errore procedurale).

Il dato postgis sta su un server, ci sono 6 client gvsig e qgis installati sulle singole macchine. 

Ci dispiacerebbe molto non poter usare gvsig per il dato postgis perché è molto molto comodo ed efficiente per la digitalizzazione e per alcune elaborazioni (analisi di rete ad esempio, che oramai usiamo di routine). Dover passare attraverso lo shp sarebbe una scocciatura.

Sperin ben

Grazie mille di nuovo.
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 10.20
A: gvsig_italian a lists.gvsig.org
Oggetto: Re: [Gvsig_italian] R: gvsig e postgis


Il 27/07/2010 11.50, Michel Zuliani ha scritto:
> Salve, quì in ufficio presso la Comunità montana della Carnia usiamo
> Gvsig per la digitalizzazione e per far di conto. Spesso usiamo
> strati postgis, che vengono elaborati correttamente. Tutto bene tutto
> bello ma:
>
> GVsig "blocca" lo strato postgis, anche se viene aperto in sola
> lettura. L'amministratore non può far correre niente, neanche
> controlli di routine, quindi vietati anche aggiornamenti "online",
> molto utili soprattutto per layers che vengono solo visti dagli
> utenti (o da web services). Se il dato viene chiuso, cioè rimosso
> dalla TOC, rimane bloccato fino alla chiusura di gvsig (o allo
> spegnimento via task manager della VM java). Siamo a disagio anzi che
> no perché con i DB siamo abituati a gestire le transazioni con la
> normale concorrenza.
>
> Stiamo sbagliando qualcosa noi? Possiamo rimediare? C'è un trucco di
> Fichs?
>
> Vesione gvsigmobile 1.9 distribuita alle giornate triestine 2010.

Michel,
personalmente non conosco in dettaglio la gestione degli accessi ai
layer PostGIS in gvSIG. A rigor di logica, mi aspetterei l'accesso
esclusivo in caso di editing (per evitare che piu' utenti editino
contemporaneamente lo stesso layer e quindi entrino in conflitto) e
quello concorrenziale in fase di lettura...
Potresti allegarci gentilmente il file gvsig.log?
Un'altra curiosita': gvSIG e' condiviso in rete oppure ogni postazione
utilizza la propria copia localmente?
Con gvSIG 1.9 e PostgreSQL 8.4 installati sulla stessa macchina, non
riscontro nulla di particolarmente anomalo.

ciao
Antonio

-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

-- 
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Esportazione-DXF-quotato-tp5339073p5345359.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
-------------- parte successiva --------------
È stato filtrato un testo allegato il cui set di caratteri non era
indicato...
Nome: gvSIG.log
URL: <http://lists.osgeo.org/pipermail/gvsig-italian/attachments/20100728/fa84ec71/attachment.ksh>