[Gvsig_desarrolladores] Problemas varios con el driver de postgis

[Francisco José Peñarrubia]

Hola Dani.

El driver de postgis (de gvSIG) no está pensado para hacer edición 
multiusuario. Para eso haría falta una aplicación "middleware" tipo 
ArcSDE, o que usar un WFS Transactional. Lo primero lo propuse hace 
tiempo, pero .... la crisis ha congelado gran parte de los presupuestos 
por todos los lados. Lo segundo sería más sencillo, aunque con peor 
rendimiento.

Por cierto, el otro bug que apuntas viene provocado por el etiquetado, 
que utiliza una estrategia de acceso aleatorio al driver de PostGIS y 
colabsa los cursores binarios. La solución sería hacer que las capas 
basadas en base de datos utilicen otra estrategia más adecuada.
La buena noticia es que seguramente en la 2.0 esto no pasará.

Saludos.

Fran.

Daniel L.S. escribió:
> Hola.
> Hemos encontrado una serie de problemas con el driver de postgis que 
> tal vez sean bugs. A parte del ya posteado error de can't read postgis 
> driver me encuentro con la siguiente situacion:
>
> Trabajamos en un proyecto en el que diversos clientes gvSIG acceden a 
> un servidor postgis cargando datos de la misma tabla en base de datos. 
> Estos clientes realizan ediciones sobre esa capa y realizan inserts, 
> updates y deletes sobre la misma. El problema con el que nos 
> encontramos es que al producirse un borrado de un registro de la tabla 
> desde cualquiera de los clientes o bien desde el gestor pgAdmin se 
> produce un "desfase" en las capas postgis cargadas en los clientes 
> gvSIG. Me explico, al realizar una seleccion sobre una geometria de la 
> capa, me etiqueta otra diferente (teniendo el etiquetado configurado 
> para elementos seleccionados) y al hacer un zoom a lo seleccionado me 
> hace zoom sobre esta segunda geometria que en ningun caso se 
> corresponde a la que verdaderamente esta seleccionada en la capa.
>
> Hemos encontrado una posible solucion, que no es definitiva ni la mas 
> correcta, que consiste en realizar una recarga del recordset de la 
> capa asi:
> /
> *capaVectorialEnCuestion*/*.getRecordset().reload();*
>
> esta solucion solo solventa el desfase para el cliente que lo invoca. 
> Pudiendo ser invocada tras realizar deletes desde el propio cliente. 
> El problema es que este  cliene no sabe cuando los demas clientes 
> estan haciendo deletes puesto que no se trata de una aplicación en red 
> sino una serie de clientes que acceden a una base de datos comun. Al 
> margen de ser una recarga costosa en cuanto a tiempos.
>
> Por favor aclarenme si estamos planteando de forma erronea el acceso a 
> la base de datos o verdaderamente se trata de un bug del driver de 
> postgis.
>
> Saludos y gracias
>
> Dani.
>
>
>
> ------------------------------------------------------------------------
> Dime cómo viajas y te diré qué famoso eres ¿Cuál es tu estilo, chic y 
> deslumbrante o mundano y familiar? Descubre quién eres viajando. 
> <http://entretenimiento.es.msn.com/test/noticia.aspx?cp-documentid=150990816> 
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>