[Gvsig_usuarios] Análisis sobre GVSIG

[Michael Gould Carlson]

Si, este caso de agrupación es algo similar a las necesidades de creación
metadatos: debe ser posible metadatear (y luego buscar por) series, y luego
individuos (capas, hojas, ficheros, features).

Buena sugerencia, aunque a ver que pasa en la práctica, con la 0.6, cuando la
mayoría de los usuarios (?) pongan toda la serie por defecto....supondrá una
carga no deseada en el rendimiento?  será buen experimento.

Lo importante es que la gente este opinando y mandando sugerencias. y los
desarrolladores haciendoles caso, claro.

saludos,
M Gould
www.geoinfo.uji.es

Mensaje citado por "Luis W. Sevilla" <sevilla_lui en gva.es>:

> 
> 
> 
>   
>   
> 
> 
> Hola Endika,
> 
>     nos ayuda mucho tu lista de sugerencias, porque nos presentas un
> caso de uso bastante interesante, y que como muy bien apuntas no
> requiere de demasiado tiempo de desarrollo para ser tenido en cuenta.
> Tomamos nota de todo, y en la próxima versión (probablemente no para
> esta 0.6 que está ya 'calentita') lo tendremos resuelto.
> 
>     El comportamiento de las capas agrupadas, y también el de las
> distintas capas, necesita una revisión para hacer que sea más
> homogéneo, y que características tan obvias como la de la escala, o
> como la de cambiar las características de una capa de grupo con
> contenidos homogéneos estén disponibles en todos los casos.
> 
>     La inicialización del proyecto también necesita de optimización.
> Creo que no hemos estado evaluando el rendimiento de gvSIG para elevada
> demanda de uso (1200 capas), y cada usuario que tenga esas necesidades
> va a encontrar debilidades en nuestra aplicación. Necesitamos que
> vosotros nos conteis que dificultades encontrais en vuestro trabajo,
> para así poder intentar eliminar esos problemas y hacer que nuestra
> aplicación sea un poco más util.
> 
> 
> 
>     Un saludo
> 
> 
> 
>           Luis
> 
> 
> 
> P.S. Lo del jpeg2000 ya lo estamos mirando.
> 
> 
> 
> Francisco José wrote:
> 
> 
>   
> Muchas
> gracias por las sugerencias. 
> 
>   
> 
> Las apuntamos, y supongo que se tendrán muy presentes, porque a mí
> también me parecen obligadas. Y estoy seguro de que Luis también está
> de acuerdo, porque lo de agrupar las capas y trabajar con series de
> hojas lo lleva advirtiendo desde mucho tiempo ha. ;-)
> 
>   
> 
> Saludos.
> 
>   
> 
> PS: 1193 Ficheros !!!!.
> 
>   
>     
>     
>        Hola, 
>        Me he
> instalado GVSIG 0.5, he enredado un
> poco y propongo las siguientes mejoras: 
>          
>        -        Carga
> de
> series de ortofotos:  
>        o     Cuando se
> cargan como
> archivos y existen muchos formando una malla (en nuestro caso 1193 en
> formato mrsid),
> al iniciar el proyecto inicializa el image driver para cada archivo
> (aunque la
> capa en sí esté desactivada) haciendo que tarde mucho la carga del
> proyecto (más
> de 5 minutos). 
>        o     Para agrupar
> las capas
> (1193 ficheros) hay que hacerlas una por una. No existe una opción para
> seleccionar todas de golpe o de la primera a la última con shift, por
> ejemplo.
> Esto hace que cargar una serie de ortofotos sea tedioso. 
>        o     Para cambiar
> las
> propiedades de una asociación de capas no permite cambiarlas en bloque,
> sino
> una por una. 
>        o     En los
> ficheros raster no
> se permite, como en los vectoriales, limitar su escala de
> visualizacion. Esto
> es importante por 2 cosas: poder tener imágenes con diferente
> resolución que se
> activen a diferentes escalas (a veces más rápido que algunos formatos
> piramidales) y permitir desactivar una capa raster cuando se supera su
> resolución. 
>        o     Los ficheros
> jpeg2000 no
> se pueden cargar dando este error. 
>   java.awt.EventDispatchThread.run(Unknown
> Source) Por si hay
> alguna duda los jpeg2000 han sido creados con el
> programa gratuito de ERMapper visible en otros gis sin problemas. Este
> programa
> se puede descargar de 
> http://www.ermapper.com/downloads/download_view.aspx?PRODUCT_VERSION_ID=266
>       
>        -        Elaboración
> de Mapas:   no permite
> la inserción
> de una cuadrícula (geográfica y UTM) para conocer las coordenadas del
> mapa. 
>           
>          
>        Son sólo
> sugerencias que creo que podrían mejorar bastante la funcionalidad del
> programa
> sin demasiado esfuerzo de programación. 
>     
>     
>   
>   -- 
> Francisco José Peñarrubia
> Equipo gvSIG
> 
> IVER T.I. S.A.
> c/Salamanca 50
> 46005 Valencia
> Spain
>   
> 
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_usuarios
>   
> 
> 
> 
> 
> 
> -- 
>   Luis W. Sevilla
>   Responsable de desarrollo gvSIG en la / gvSIG development Chief at
>   Conselleria de Infraestructuras y Transporte
>   Generalitat Valenciana
>   Valencia - Spain
>   http://www.gvsig.gva.es
> 
> 
> 
> 
>