<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hola Isidro.<br>
<br>
Creo que no has leído este correo:<br>
<br>
<a class="moz-txt-link-freetext" href="http://listserv.gva.es/pipermail/gvsig_desarrolladores/2010-October/004853.html">http://listserv.gva.es/pipermail/gvsig_desarrolladores/2010-October/004853.html</a><br>
<br>
donde respondo a Daniel.<br>
<br>
Saludos.<br>
<br>
Fran.<br>
<br>
El 05/10/2010 19:32, Isidro Arquero escribió:
<blockquote cite="mid:SNT135-w519E172B47AE238423F05AAB6D0@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
Hola buenas tardes a todos,<br>
<br>
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.<br>
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.<br>
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.<br>
Espero que en las jornadas se de la importancia al driver de
postgis que se merece.<br>
<br>
Un saludo.<br>
<br>
<hr id="stopSpelling">From: <a class="moz-txt-link-abbreviated" href="mailto:pumukovic@hotmail.com">pumukovic@hotmail.com</a><br>
To: <a class="moz-txt-link-abbreviated" href="mailto:gvsig_desarrolladores@listserv.gva.es">gvsig_desarrolladores@listserv.gva.es</a><br>
Date: Tue, 5 Oct 2010 08:51:20 +0000<br>
Subject: Re: [Gvsig_desarrolladores] Driver de postgis. 2 errores
y un feature request.<br>
<br>
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="Microsoft SafeHTML">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>Hola<br>
<br>
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. <br>
<br>
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.<br>
<br>
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.<br>
<br>
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.<br>
<br>
Por otra parte, dejando de lado el problema de edición
multiusuario, ¿cómo puedo como dices <i>"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". </i>?<br>
<br>
Un saludo y muchas gracias.<br>
<br>
<hr id="ecxstopSpelling">Date: Mon, 4 Oct 2010 22:00:28 +0200<br>
From: <a class="moz-txt-link-abbreviated" href="mailto:fpenarru@gmail.com">fpenarru@gmail.com</a><br>
To: <a class="moz-txt-link-abbreviated" href="mailto:gvsig_desarrolladores@listserv.gva.es">gvsig_desarrolladores@listserv.gva.es</a><br>
Subject: Re: [Gvsig_desarrolladores] Driver de postgis. 2 errores
y un feature request.<br>
<br>
Hola.<br>
<br>
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).<br>
<br>
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.<br>
<br>
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).<br>
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.<br>
<br>
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).<br>
<br>
Saludos.<br>
<br>
Fran.<br>
<br>
El 04/10/2010 21:15, Jose Carlos Martínez Llario escribió:
<blockquote cite="mid:4CAA27E4.8090304@cgf.upv.es"> 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.<br>
<br>
Saludossss<br>
<br>
<br>
<br>
<br>
<br>
On 04/10/2010 20:29, Julio Torres wrote:
<blockquote
cite="mid:2D3259408C1B48BCAA6B9D302B3BC90B@FSC391217082606">
<title>Cuerpo del mensaje</title>
<div><font face="Arial" size="2">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 <a
moz-do-not-send="true" href="http://www.idejaen.es"
target="_blank">www.idejaen.es</a>.</font></div>
<div><font face="Arial" size="2">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.</font></div>
<div><font face="Arial" size="2">Un saludo, J.Torres</font></div>
<blockquote style="padding-right: 0px; padding-left: 5px;
margin-left: 5px; margin-right: 0px;">
<div style="font-family: arial; font-style: normal;
font-variant: normal; font-weight: normal; font-size:
10pt; line-height: normal;">----- Original Message ----- </div>
<div style="font-family: arial; font-style: normal;
font-variant: normal; font-weight: normal; font-size:
10pt; line-height: normal;"><b>From:</b> <a
moz-do-not-send="true" title="jomarlla@cgf.upv.es"
href="mailto:jomarlla@cgf.upv.es">Jose C.
Martinez-Llario</a> </div>
<div style="font-family: arial; font-style: normal;
font-variant: normal; font-weight: normal; font-size:
10pt; line-height: normal;"><b>To:</b> <a
moz-do-not-send="true"
title="gvsig_desarrolladores@listserv.gva.es"
href="mailto:gvsig_desarrolladores@listserv.gva.es">Lista
de Desarrolladores de gvSIG</a> </div>
<div style="font-family: arial; font-style: normal;
font-variant: normal; font-weight: normal; font-size:
10pt; line-height: normal;"><b>Sent:</b> Monday, October
04, 2010 7:42 PM</div>
<div style="font-family: arial; font-style: normal;
font-variant: normal; font-weight: normal; font-size:
10pt; line-height: normal;"><b>Subject:</b> Re:
[Gvsig_desarrolladores] Driver de postgis. Multitud de
errores</div>
<div><br>
</div>
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ó:
<blockquote cite="mid:4CA9ECEC.4030408@gmail.com">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
cite="mid:BLU157-w4495FBDB6A31DC2C55525FAA6C0@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding-right:0px;padding-left:0px;padding-bottom:0px;padding-top:0px;}
.ExternalClass BODY.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style> 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 class="ecxmimeAttachmentHeader"></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext" 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 class="ecxmoz-signature">--
Fran Peñarrubia
Scolab
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="http://www.scolab.es" target="_blank">www.scolab.es</a>
Asociación gvSIG
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="http://www.gvsig.com" target="_blank">www.gvsig.com</a>
</pre>
<pre><fieldset class="ecxmimeAttachmentHeader"></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext" 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>
<br>
<hr> _______________________________________________<br>
gvSIG_desarrolladores mailing list<br>
<a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext"
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>
<pre><fieldset class="ecxmimeAttachmentHeader"></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext" 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><fieldset class="ecxmimeAttachmentHeader"></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a moz-do-not-send="true" class="ecxmoz-txt-link-freetext" 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 class="ecxmoz-signature">--
Fran Peñarrubia
Scolab
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="http://www.scolab.es" target="_blank">www.scolab.es</a>
Asociación gvSIG
<a moz-do-not-send="true" class="ecxmoz-txt-link-abbreviated" href="http://www.gvsig.com" target="_blank">www.gvsig.com</a>
</pre>
<br>
_______________________________________________
gvSIG_desarrolladores mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a class="moz-txt-link-freetext" href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a>
<br>
_______________________________________________
gvSIG_desarrolladores mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a class="moz-txt-link-freetext" href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
gvSIG_desarrolladores mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a>
<a class="moz-txt-link-freetext" href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Fran Peñarrubia
Scolab
<a class="moz-txt-link-abbreviated" href="http://www.scolab.es">www.scolab.es</a>
Asociación gvSIG
<a class="moz-txt-link-abbreviated" href="http://www.gvsig.com">www.gvsig.com</a>
</pre>
</body>
</html>