[Gvsig_desarrolladores] Driver de postgis. Multitud de errores

Mar Oct 5 10:45:53 CEST 2010

Nacho, estoy de acuerdo con lo que comentas. Creo ademas que si comentaseis esto 
por la lista internacional se podrian añadir mas desarrolladores que trabajan 
con Postgre y ven a gvSIG como alternativa.
Saludos
Jose Antonio

 --
José Antonio Canalejo Alonso
CSGIS
Email:jose.canalejo en csgis.de
Web: http://www.csgis.de

________________________________
De: Nacho Uve <nachouve en gmail.com>
Para: Lista de Desarrolladores de gvSIG <gvsig_desarrolladores en listserv.gva.es>
Enviado: mar,5 octubre, 2010 09:54
Asunto: Re: [Gvsig_desarrolladores] Driver de postgis. Multitud de errores

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 
>>>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/20101005/f8f21ac1/attachment.htm 