[Gvsig_desarrolladores] Driver de postgis. 2 errores y un feature request.
Francisco José Peñarrubia
fpenarru en gmail.com
Mar Oct 5 22:26:01 CEST 2010
Hola Isidro.
Creo que no has leído este correo:
http://listserv.gva.es/pipermail/gvsig_desarrolladores/2010-October/004853.html
donde respondo a Daniel.
Saludos.
Fran.
El 05/10/2010 19:32, Isidro Arquero escribió:
> Hola buenas tardes a todos,
>
> Esta claro que es una lástima el tema de driver de postgis, porque la
> mayoria de los desarrollos en los que trabajo se ven obligados o
> replantearme la idoneidad o potencial que me ofrece el tandem
> postgis-gvSIG, o buscar extrategias de otro tipo. Estoy con Daniel, en
> que WFS-T esta lejos de solucionar el problema, por el volumen y por
> el servicio ya que peta mogollon la memoria y que deja mucho que
> desear en tiempos de respuesta.
> Esta interesante lo que planteas Fran en cuanto al desarrollo no
> integrado, pero bueno ya se verá, lo lógico es que se trabajase en
> solucionar los problemas, 2... bueno los que sean, que permitan
> fluidez con el driver y no perdidas de conexión de capa cada dos por
> tres. El tema multiusiario seria realmente interesante, nosotros
> trabajaremos para dar soporte a edicion multiusuario, cualquier avance
> lo ireis conociendo.
> Hago extensible la última pregunta de Daniel en la que comenta el
> tuneo del driver clases implicadas o algo que nos haga no seguir
> volviendonos locos jaja.
> Espero que en las jornadas se de la importancia al driver de postgis
> que se merece.
>
> Un saludo.
>
> ------------------------------------------------------------------------
> From: pumukovic en hotmail.com
> To: gvsig_desarrolladores en listserv.gva.es
> Date: Tue, 5 Oct 2010 08:51:20 +0000
> Subject: Re: [Gvsig_desarrolladores] Driver de postgis. 2 errores y un
> feature request.
>
> Hola
>
> Estoy totalmente de acuerdo con Jose Carlos en la importancia que debe
> tener el soporte a Postgis por parte de gvSIG. Somos muchos los que
> sabemos de la importancia de basar un desarrollo sobre esta base de
> datos espacial, incluso sólo haciendo uso de una pequeña parte del
> grandisimo potencial que ésta aporta en cuanto a análisis espacial se
> refiere.
>
> Por esto es una lástima que en desarrollos como el que comenta Julio o
> en el que trabajo yo, nos veamos en la necesidad prácticamente
> obligada de perder este potencial y buscar alternativas en ocasiones
> que no cubren la totalidad de las necesidades que plantea nuestro caso
> de estudio.
>
> Como desarrollador me comprometo a reportar cualquier solución que
> pueda ayudar a la comunidad al respecto, y agradezco los esfuerzos que
> menciona Fran se harán por solucionar estos problemas.
>
> Ahora bien, en un intento por buscar una solucion inmediata (aunque
> provisional) a los problemas planteados Fran me planteas la
> posibilidad de cambiar la capa postgis por un wfs-t. Te pongo en
> situación, la capa Postgis con la que trabajo tiene del orden de 50000
> registros. ¿Es viable cargar en un wfs-t una capa con este volumen de
> datos?, hice unas pruebas y la memoria se desbordaba. De todas maneras
> te comento que no ponemos en edición la capa postgis, persistimos en
> la base de datos por medio de hibernate y solo visualizamos dicha capa
> desde gvSIG. Pero claro, es posible que hayan varios clientes editando
> registros simultaneamente.
>
> Por otra parte, dejando de lado el problema de edición multiusuario,
> ¿cómo puedo como dices /"tunear el driver tocando esa estrategia para
> conseguir evitar los problemas del etiquetado, y si cambias un poquito
> el driver de PostGIS lo puedes hacer tolerante a desconexiones de la
> red". /?
>
> Un saludo y muchas gracias.
>
> ------------------------------------------------------------------------
> Date: Mon, 4 Oct 2010 22:00:28 +0200
> From: fpenarru en gmail.com
> To: gvsig_desarrolladores en listserv.gva.es
> Subject: Re: [Gvsig_desarrolladores] Driver de postgis. 2 errores y un
> feature request.
>
> Hola.
>
> Con vuestro permiso, cambio el asunto del hilo, que luego aparecemos
> en Google con multitud de errores y en realidad son 2 (eso sí, uno de
> ellos aparecerá mucho en conexiones de red inestables).
>
> Yo también opino que el driver de postgis es importantísimo, y cuando
> tenga tiempo intentaré revisar esos 2 errores (para la 1.11, ya lo
> avanzo). Eso sí, en tiempo libre, y de eso no abunda ultimamente.
>
> Ahora bien, también tengo que reconocer que la configuración adecuada
> para lo que se quiere hacer (edición multiusuario, etiquetado, etc)
> sería usando como intermediario Geoserver y/o MapServer. Y en ese
> caso, esos 2 errores ya no son tales, y es la configuración con la que
> solemos usar siempre gvSIG (un fondo cartográfico renderizado por
> MapServer como WMS y una o varias capas que puedes editar por WFS).
> Con eso, y si gvSIG tuviera un cliente WFS-T (Transaccional) más fino,
> estaría solventado la multiedición, ya que el WFS se ocupa del bloqueo
> de la transacción. Se puede hacer, y se puede mejorar, claro.
>
> Lo que quiero decir es que desde este punto de vista (montas una IDE y
> te conectas con gvSIG), el driver de Postgis pierde la relevancia, y
> corriges (bueno, esquivas) los errores asociados a Postgis (que
> también aparecen en Oracle y cualquier otra base de datos, porque no
> son errores del driver, sino más bien de algunas estrategias de
> pintado, tal y como ya he dicho).
>
> Saludos.
>
> Fran.
>
> El 04/10/2010 21:15, Jose Carlos Martínez Llario escribió:
>
> Hola Julio, parece un trabajo muy interesante el que habéis
> realizado. Lo de PostGIS contra un sistema tradicional, llamemos
> por ejemplo shape no solo tiene su justificación como tu dices en
> un número elevado de usuarios sino en características como
> incorporación de comportamiento al modelo de datos con reglas
> topológicas o validación de datos espaciales, uso de integridad
> referencial, valores codificados, incluso el uso de tolerancias
> acordes con la escala, etc. Toda estas mejoras no se pueden
> aplicar a un modelo tradicional y son muy útiles incluso para uso
> monousuario. De ahi mi interés y apoyo a la mejora, extensión o
> ampliación de este tipo de drivers. Creo que tenemos que empezar a
> cambiar todos a este modelo y por ello creo que el apoyo de gvSIG
> es primordial. El IGN ya lo ha empezado ha realizar con su BTA,
> localGIS también. Yo creo que a lo mejor una buena manera de
> empezar a trabajar sería que todos los desarrolladores como tu que
> han cambiado o detectado algún problema e incluso corregido y que
> conocéis el uso interno de este tipo de drivers pongáis vuestros
> conocimientos en común, quizás en algún tipo de evento o algo.
>
> Saludossss
>
>
>
>
>
> On 04/10/2010 20:29, Julio Torres wrote:
>
> 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
> <http://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 <mailto:jomarlla en cgf.upv.es>
> *To:* Lista de Desarrolladores de gvSIG
> <mailto:gvsig_desarrolladores en listserv.gva.es>
> *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 <mailto:gvSIG_desarrolladores en listserv.gva.es>
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> --
> Fran Peñarrubia
> Scolab
> www.scolab.es <http://www.scolab.es>
>
> Asociación gvSIG
> www.gvsig.com <http://www.gvsig.com>
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es <mailto: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
> <mailto: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 <mailto: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 <mailto:gvSIG_desarrolladores en listserv.gva.es>
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> --
> Fran Peñarrubia
> Scolab
> www.scolab.es <http://www.scolab.es>
>
> Asociación gvSIG
> www.gvsig.com <http://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
>
>
> _______________________________________________
> 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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20101005/9d369552/attachment.htm
Más información sobre la lista de distribución gvSIG_desarrolladores