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. <br>
<br>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!!<br>
<br>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!!<br>
<br>Un saludo,<br>Nacho Varela<br><br><br><br><br>[1]: <a href="http://osgeo-org.1803224.n2.nabble.com/Several-patches-for-PostGIS-driver-td5394087.html">http://osgeo-org.1803224.n2.nabble.com/Several-patches-for-PostGIS-driver-td5394087.html</a><br>
<br><br><div class="gmail_quote">El 4 de octubre de 2010 19:42, Jose C. Martinez-Llario <span dir="ltr"><<a href="mailto:jomarlla@cgf.upv.es">jomarlla@cgf.upv.es</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
Hola a todos,<br>
Bueno yo solo quería animar el desarrollo y mejora de este driver
por la comunidad, por los desarrolladores de gvSIG, etc.<br>
<br>
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<br>
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.<br>
<br>
Un saludo,<br>
José Carlos<br>
<br>
<br>
El 04/10/2010 17:04, Francisco José Peñarrubia escribió:
<div><div></div><div class="h5"><blockquote type="cite">
Hola Daniel.<br>
<br>
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.<br>
<br>
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.<br>
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....<br>
<br>
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).<br>
La primera es desarrollarlo tú mismo.<br>
La segunda, contratar el desarrollo, y lo que te ahorres en
licencias, invertirlo en hacer que gvSIG se adapte a tus
necesidades. <br>
<br>
Estaría muy bien, y revertiría en el bien de la comunidad.<br>
<br>
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).<br>
<br>
Saludos.<br>
<br>
Fran.<br>
<br>
<br>
<br>
El 04/10/2010 13:51, Daniel L.S. escribió:
<blockquote type="cite">
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. <br>
<br>
Algunos de los errores son:<br>
<br>
El etiquetado colapsa cursores desconectando el driver. No nos
permite etiquetar los registros de una capa postgis por evitar
estos errores.<br>
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. <br>
Se producen habitualmente errores tipo Can read postgis driver
no siendo posible reconectar las capas y haciendo necesaria un
arranque de la aplicación.<br>
<br>
Si alguien tiene soluciones a estos errores agradeceria su
colaboracion. Desarrolladores de gisEIEL, gvSIG carreteras y
demás.<br>
<br>
Considero que debe madurar el driver de Postgis de gvSIG para
considerar a gvSIG una buena herramienta GIS.<br>
<br>
Un saludo y gracias.
<pre><fieldset></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es" target="_blank">gvSIG_desarrolladores@listserv.gva.es</a>
<a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a>
</pre>
</blockquote>
<br>
<pre cols="72">--
Fran Peñarrubia
Scolab
<a href="http://www.scolab.es" target="_blank">www.scolab.es</a>
Asociación gvSIG
<a href="http://www.gvsig.com" target="_blank">www.gvsig.com</a>
</pre>
<pre><fieldset></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es" target="_blank">gvSIG_desarrolladores@listserv.gva.es</a>
<a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
gvSIG_desarrolladores mailing list<br>
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
<a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
</blockquote></div>