[Gvsig_desarrolladores] Driver de postgis. Multitud de errores

Julio Torres juliotorres en ono.com
Lun Oct 4 20:29:11 CEST 2010


José Carlos, me llamo Julio Torres y no soy desarrollador sino usuario. En mi organización estamos trabajando con gvSIG+PostGis desde hace un par de años y nuestros datos están publicados mediante Geoserver en el geoportal www.idejaen.es.
Efectivamente hemos detectado fallos en PostGis en ciertos aspectos, más relacionados con leyendas y publicación (problemas con el juego de caracteres y codificación) que en edición. Hace tiempo realizamos una  prueba puntual de acceso concurrente en edición a la misma tabla y al mismo registro desde 5 puestos de trabajo y la verdad es que no nos dió problemas. Lo realizamos a traves de la Intranet corporativa. También es cierto que a pesar de no haber tenido problemas en dicha prueba no tengo una confianza suficiente en la consistencia del entendimiento gvSIG-Postgis como para cambiar definitivamente la metodología de trabajo de shape a PostGIS y optamos por el sistema tradicional -poco académico pero eficaz- de asignar capas en formato shape  a usuarios de carga concretos para evitar posibles problemas y tener controlados los cambios. Sí estoy totalmente de acuerdo contigo en que este aspecto es fundamental para la extensión del uso de gvSIG en corporaciones con un elevado número de usuarios de carga y actualización de datos.
Un saludo, J.Torres
  ----- Original Message ----- 
  From: Jose C. Martinez-Llario 
  To: Lista de Desarrolladores de gvSIG 
  Sent: Monday, October 04, 2010 7:42 PM
  Subject: Re: [Gvsig_desarrolladores] Driver de postgis. Multitud de errores


  Hola a todos,
  Bueno yo solo quería animar el desarrollo y mejora de este driver por la comunidad, por los desarrolladores de gvSIG, etc.

  Considerando que PostGIS es la única base de datos libre con el suficiente potencial para al realización de un modelo de datos cartográfico completo, mi opinión es que una herramienta que trabaja con cartografía como gvSIG debería mejorar el soporte de esta base de datos. Se que gvSIG es quizás la primera solución libre en implementación de protocolos OGC y otras tareas pero considero que el acceso a una base de datos espacial debería de haber tenido quizás una prioridad más alta desde hace años. Es una pena tener que
  seguir muriendo trabajando con shapes y no poder implementar modelos cartográficos que al fin y al cabo es la fuente que debe alimentar a un SIG. Ójala esta crisis acabe pronto y se puedan abordar proyectos como el que comenta Peñarrubia.

  Un saludo,
  José Carlos


  El 04/10/2010 17:04, Francisco José Peñarrubia escribió: 
    Hola Daniel.

    En algún desarrollo que he participado, hemos tenido que "tunear" un poquito el driver de PostGIS, tal y como dices (en realidad, no el driver, sino la estrategia que usa la capa de PostGIS). En mi caso, el desarrollo no fue publicado, ya que publicarlo suponía más días de trabajo (desacoplar el código y pasar toda la batería oficial de pruebas), y el código se entregó al cliente tal y como especifica la GPL, pero no se incorporó a la rama principal de gvSIG.

    Tocando esa estrategia puedes conseguir evitar los problemas del etiquetado, y si cambias un poquito el driver de PostGIS lo puedes hacer tolerante a desconexiones de la red, que es lo que creo que te debe estar pasando.
    En cuanto a edición multiusuario, gvSIG no soporta ese tipo de edición. Para ello, es necesario utilizar algún tipo de "middleware" que se ocupe de procesar las peticiones de los clientes gvSIG, blockear zonas, registros, etc. Eso no es un bug, es más bien una Feature Request. Hace tiempo propuse un proyecto para realizar esto, pero llegó la crisis y hubo que recortar....

    Este correo lo envías a la lista de desarrolladores, así que entiendo que tú lo eres. Tienes 2 opciones entonces (bueno, 3. La tercera es utilizar otro software, claro).
    La primera es desarrollarlo tú mismo.
    La segunda, contratar el desarrollo, y lo que te ahorres en licencias, invertirlo en hacer que gvSIG se adapte a tus necesidades. 

    Estaría muy bien, y revertiría en el bien de la comunidad.

    En cualquier caso, me lo apunto, y si podemos conseguir algo de tiempo (o financiación), le daremos un repaso al etiquetado y los errores de desconexión para la versión 1.11 (cuando salga).

    Saludos.

    Fran.



    El 04/10/2010 13:51, Daniel L.S. escribió: 
      Me gustaria saber en los proyectos que trabajan con capas postgis si han resuelto problemas actuales del driver de gvSIG para Postgis. Hay multitud de fallos que hacen prácticamente imposible basar un actual desarrollo sobre este driver. Actualmente nos planteamos dejar de utilizar bien gvSIG o bien utilizar buscar una solución intermedia con la carto en shape, formato que no permite cubrir nuestras necesidades.  

      Algunos de los errores son:

      El etiquetado colapsa cursores desconectando el driver. No nos permite etiquetar los registros de una capa postgis por evitar estos errores.
      No soporta edición multiusuario, es decir, si desde diferentes clientes se interactúa con la capa postgis ( edición y borrado) se producen descoordinaciones con los demás clientes en gvSIG. 
      Se producen habitualmente errores tipo Can read postgis driver no siendo posible reconectar las capas y haciendo necesaria un arranque de la aplicación.

      Si alguien tiene soluciones a estos errores agradeceria su colaboracion. Desarrolladores de gisEIEL, gvSIG carreteras y demás.

      Considero que debe madurar el driver de Postgis de gvSIG para considerar a gvSIG una buena herramienta GIS.

      Un saludo y gracias. 

_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores en listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores


-- 
Fran Peñarrubia
Scolab
www.scolab.es

Asociación gvSIG
www.gvsig.com

_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores en listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores




------------------------------------------------------------------------------


  _______________________________________________
  gvSIG_desarrolladores mailing list
  gvSIG_desarrolladores en listserv.gva.es
  http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20101004/ea8e4047/attachment.htm 


Más información sobre la lista de distribución gvSIG_desarrolladores