[Gvsig_desarrolladores] gvSIG : optimización.

[Francisco José]

Hola Andrés, soy Fran.

El problema que apuntas es debido a los textos.

El etiquetado y todo el sistema de leyendas está pendiente de un 
"refactoring" que permitirá poner leyendas realmente complejas, por 
ejemplo, pirámides de población encima de las manzanas, y ese tipo de 
cosas. La idea además es dejar una puerta abiera para que los 
desarrolladores puedan crear sus propios símbolos, y los usuarios menos 
avanzados, al menos puedan definir tramados, tipos de línea, etc de la 
misma manera que en otros GIS comerciales..

Como el etiquetado pertenece al sistema de leyendas, todavía no está 
optimizado, y se está cargando en memoria la ubicación de los textos y 
los String que se están usando (Lo de cargarlo en memoria era con vistas 
a permitir al usuario moverlos y ajustarlos a mano, pero esto todavía no 
está hecho). Esta es una de las razones del consumo de memoria en 
Valencia Urbanística: Se usan muchos textos.
Otras sitios donde se está usando más memoria de la que se debería: Pues 
en el driver de los datos encriptados, por ejemplo, y en los índices 
espaciales para acelerar las búsquedas.

Mi idea es que podremos rebajar estas exigencias trabajando un poquito 
estos puntos, y gvSIG saldrá reforzado de esta experiencia, sobre todo 
en cuanto al etiquetado se refiere.
Espero que pronto podamos ver los resultados.

Un saludo, y hasta pronto (espero :-)

Gabriel Carrión Rico escribió:

> Hola Andres y toda la lista.
>
> Pues bueno, sobre lo que el Ayuntamiento de Valencia ha contratado a 
> Iver para la realización del visor Valencia Urbanística, poco puedo 
> decir, pues no sé en que consiste, volumens de información que 
> necesita mover, etc. Si para la realización del desarrollo adicional 
> se utiliza gvSIG, pues lo que si que puedo hablar es de los requisitos 
> de gvSIG que son los siguientes:
>
> Mínimos:     Pentium III / 256 MB RAM
> Recomendables:     Pentium IV / 512 MB RAM
>
> Como pone en la página web, http://www.gvsig.gva.es
>
> Con esos requisitos trabajamos sin problemas en la Conselleria, 
> movemos por ejemplo simultáneamente dos ortos de cerca de 300Mb cada 
> una, cargamos ecw más rápido que erviewer y Arcview y lo que  comento 
> se pudo ver en las últimas jornadas de gvSIG. Igualmente se puede 
> trabajar con varios layaouts de forma simultánea,  transparentcias en 
> raster u vector, reproyecciones, accesos wms y wcs a orígenes d 
> einformación de 21 Gb, etc.
>
> Sobre el párrafo en que comentas:
>
> /No soy quien para marcaros unas prioridades, pero creo que una vez
> estabilizado el desarrollo de las funcionalidades básicas debería
> llegar pronto el momento de fijar y limpiar el código y centrarse un
> poco en temas de prestaciones, sobre todo en requerimientos de
> memoria.
> /
>
> Pues puedo hablar de gvSIG y aunque está en constante revisión, 
> gracias a su naturaleza de Sw libre, comprobarás si buscas por 
> Internet que la gente de Geotools e incluso Udig, lo que más les ha 
> sorprendido de gvSIG es su rendimiento, pero repito, sólo puedo hablar 
> de gvSIG y de ninguna de las maneras de Valencia Urrbanística, ya que 
> desconozco en que consiste, como se ha realizado, que habéis 
> contratado, cual es su importe, etc.
>
> Saludos, Gabi
>
>
>
> Seccion Cartografía Informatizada escribió:
>
>> Hola Gabi.
>>
>> Soy Andrés Hamerlinck del Ayuntamiento de Valencia.
>>
>> Como sabrás, hemos encargado a IVER un visor de la Información
>> Urbanística de la ciudad. Esperamos que pronto saldrá al público y
>> que parte del dinero invertido por el Ayuntamiento repercute en el
>> futuro desarrollo de gvSIG.
>>
>> Hemos observado un problema de prestaciones.
>> Nuestra aplicación requiere que esté abierta simultáneamente una
>> ventana de la vista y y otra del mapa.
>>
>> Hemos observado que una máquina con un pentium III y 384 MB de RAM
>> es francamente insuficiente. gvSIG con esas 2 ventanas ocupa en una
>> máquina NT por lo menos unos 400000KB y cada cambio en la ventana de
>> mapa supone muchos fallos de página. El tiempo de respuesta a un
>> simple zoom llega a ser de casi un minuto.
>>
>> No queremos asustar a nuestros futuros usuarios de esta aplicación
>> diciéndoles que máquina mínima pentium IV con 1 GB de RAM. Mucha
>> gente no puede o quiere pagar una máquina tan potente.
>>
>> No soy quien para marcaros unas prioridades, pero creo que una vez
>> estabilizado el desarrollo de las funcionalidades básicas debería
>> llegar pronto el momento de fijar y limpiar el código y centrarse un
>> poco en temas de prestaciones, sobre todo en requerimientos de
>> memoria.
>>
>> Recuerdo que los desarrrolladores de Mozilla pasaron mas de un año
>> puliendo la versión 0.9 hasta llegar a 1.0.
>>
>>
>> Atentamente.
>> A. Hamerlinck
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores en runas.cap.gva.es
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_desarrolladores
>>
>>
>>  
>>
>
>


-- 
Francisco José Peñarrubia
Equipo gvSIG

IVER T.I. S.A.
c/Salamanca 50
46005 Valencia
Spain