[Gvsig_desarrolladores] Driver de postgis. Multitud de errores

[Nacho Uve]

IMHO, creo que conseguir un gvSIG capaz de operar de manera "adecuada"  con
bases de datos (PostGIS por supuesto, pero también SQLite, MySQL y por
estrategia y pensando en grandes instalaciones Oracle e incluso otras) es
indispensable. Recordemos que gvSIG es una alternativa a los SIG privativos
y puede convertirse en una plataforma que cubra las necesidades básicas de
una gran parte de los geo-usuarios. Trabajar con bases de datos es una
necesidad básica bajo mi punto de vista.

Creo que todo el mundo está de acuerdo en que se pueden mejorar muchas cosas
a este respecto. Hace poco se han enviado 9 patches para corregir algunos
problemas del driver de PostGIS fruto de la colaboración de la comunidad y
el esfuerzo extra hecho para poder revertir ese esfuerzo en el proyecto[1].
Se debería intentar canalizar más aportaciones de este tipo. Hay muchas
personas trabajando con gvSIG y hay mucho margen para seguir mejorando!!

Sin duda alguna, gvSIG está dando pasos firmes para poder absorber
satisfactoriamente las necesidades, anhelos y deficiencias reportadas por la
comunidad de usuarios y desarrolladores. Ahí hay un gran potencial que no
está totalmente aprovechado... pero seguimos mejorando juntos!!

Un saludo,
Nacho Varela




[1]:
http://osgeo-org.1803224.n2.nabble.com/Several-patches-for-PostGIS-driver-td5394087.html


El 4 de octubre de 2010 19:42, Jose C. Martinez-Llario
<jomarlla en cgf.upv.es>escribió:

>  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 listgvSIG_desarrolladores en listserv.gva.eshttp://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> --
> Fran Peñarrubia
> Scolabwww.scolab.es
>
> Asociación gvSIGwww.gvsig.com
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing listgvSIG_desarrolladores en listserv.gva.eshttp://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/20101005/46af6ad2/attachment.htm