[Gvsig_usuarios] Fallo + Sugerencias

Manuel Madrid madrid_man en gva.es
Mie Abr 18 13:09:00 CEST 2007


Hola Mauricio.
Encantado de saludarte de nuevo.
Ya nos ha dicho Fran que lo habéis tratado muy bien.

Mauricio Marquez escribió:
> Buen día para todos desde Venezuela en especial a Fran por su labor y 
> empeño realizado en su venida hace unos pocos días.
>  
> En este instante esta presentando un fallo el gvSIG 1.0.1 al realizar 
> enlaces (join) entre dos tablas de MySQL, una tabla posee datos 
> geometricos y un campo planar (id) y la otra tabla campos planares con 
> el campo clave (id), al hacer el join el software queda inestable luego 
> que genera un ventana de fallo; he intentado hacer join tanto con una 
> tabla como con una vista y en ambos casos se produce el fallo. Envio 
> archivo gvsiglog.zip donde esta contenido el .log que se genera luego 
> del fallo. He hecho el join con tablas sueltas (shape + dbf) y no hay 
> ningun inconveniente, el problema esta cuando se realiza dentro de la 
> base de datos MySQL.
>  
> Por otro lado voy a plantear las siguientes sugerencias:
>  
> 1._ Seria ideal que el(los) objeto(s) seleccionado(s) pudiese hacerles 
> trasparencia, es decir, aquellos que luego de seleccionar quedan 
> amarillos (por defecto) y no se puede ver lo que esta en las capas de fondo.

Totalmente de acuerdo.

>  
> 2._ Cada vez que abro el gvSIG debo entrar en la sección de vista y 
> seleccionar el tipo de proyección y uso en que deben estar todas mis 
> capas, seria de muchisima ayuda que se pudiese guardar la vista para que 
> cada vez que se abra el software ya esté por defecto la proyección que 
> más se use.

Esto ya está funcionando pero hemos detectado que no lo hace bien siempre.
Veremos lo que está ocurriendo.

>  
> 3._ Cuando se enlazan dos tablas (join) los campos que se enlazan el 
> gvSIG por defecto coloca previo a los campos enlazados la palabra 
> "link", en lo personal y es mi sugerencia no es necesario la palabra 
> link y/o en caso contrario si se coloca la palabra "link" deberia 
> colocar seguido el nombre completo del campo que se esta enlazando el 
> cual es mi real inconveniente.

Sugerencia anotada. Estudiaremos la mejor solución.

>  
> 4._ Si mis capas con geometría interna están introducidas en la base de 
> datos tal y como se deben hacer segun el standar me parece y es mi 
> sugerencia que cuando voy a agregar una capa desde la base de datos no 
> deba estar seleccionando a cada capa el campo geometrico y el campo 
> clave o campo unico, es decir, entre los pasos para agregar una capa 
> desde la base de datos el software reconozca dichos campos.

Esto ya lo tenemos implementado. Veréis cambios globales en el interfaz 
de JDBC junto con la extensión del cliente de Oracle Spatial que vamos a 
publicar casi con toda seguridad la semana que viene.

>  
> 5._ En vista de la cantidad de correos que ahora están circulando en la 
> lista de usuarios se debería retomar la idea que hace un tiempo 
> se realizo sobre crear un foro de usuarios gvSIG.

Vamos a estudiar esta posibilidad de nuevo.

Saludos y gracias por las sugerencias.
  Manuel.

>  
>  
> Sin más que agregar me despido, esperando una pronta solución al bug que 
> esta teniendo el software, nuevamente saludos...
> 
> 
>     *Mauricio de J. Márquez Goa*
>     Ingeniero de Sistemas 
>     Proyecto SIG  (Sistemas de Información Geográficos)
> 
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> Regístrate ya - http://correo.espanol.yahoo.com/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios

-- 
Manuel Madrid.
Proyecto gvSIG (http://www.gvsig.gva.es)
Conselleria d'Infraestructures i Transport.
Generalitat Valenciana.
Valencia (Spain).


Más información sobre la lista de distribución gvSIG_usuarios