[Gvsig_usuarios] Abrir proyectos versión anterior (1.12)

[Alvaro Anguix]

Hola Luis,

El 16/09/15 a las 15:25, Luis Luna escribió:
> Saludos.
> He estado mirando por el indice del foro y no encuentro entradas a este 
> tema, supongo que debe haber alguna.
> Tenemos hecho un gran numero de proyectos en gvSIG1.12, el problema esta 
> en que tenemos que cambiar de maquinas y de SO.
> Funcionan muy bien en Windows XP y nos pasan a Ubuntu.
> Ya con las maquinas nuevas, queríamos también avanzar en gvSIG y pasar a 
> la versión 2.
> Como ya sabréis no se importan proyectos hechos en la 1.12 a la 2. Cosa 
> que no entiendo muy bien, ya que los ficheros gvp son ficheros en 
> formato XML, formato que se usa para pasar información de una plataforma 
> a otra.
No es un tema de XML.
La principal diferencia entre gvSIG 1.x y gvSIG 2.x es un trabajo de
rearquitectura interna, que entre otras cosas cambia el modelo de datos.
Cambios que van en la línea de facilitar el mantenimiento de la
aplicación, permitir mayor estabilidad, menos coste de desarrollo, etc.
Entre las distintas implicaciones del cambio de arquitectura, estaba la
incompatibilidad de proyectos. Esto es algo poco deseable, pero para
avanzar en gvSIG era necesario.

Mi recomendación, según el caso que comentas, es trabajar con gvSIG 1.12
viejos proyectos e ir realizando los nuevos en las última versión (gvSIG
2.2). Y en la medida de lo posible ir migrando esos proyectos a la nueva
versión.
> ¿A esto no se le dará solución? , ¿Tan difícil es hacer una utilidad que 
> los convierta(de gvl a gvsproj)?, 
Los recursos propios este último año se decidió dedicarlos
principalmente a tareas de estabilización, migración de funcionalidad y
corrección de bugs.
El hacer una herramienta de importación de proyectos puede ser costosa,
sí, al menos para importar todo o la mayor parte de un proyecto (esto
implica importación no sólo de rutas, sino de leyendas, etiquetados,
configuración de propiedades de capas, propiedades de documentos, mapas,
etc.). Salvando las distancias, es como si se pidiera un importador de
proyectos entre dos SIG distintos y es que en cierto modo, gvSIG 2.x es
un SIG distinto de gvSIG 1.x.

Por otro lado, al menos que nosotros sepamos, ninguna organización ha
visto interés en financiar e impulsar ese desarrollo (o en desarrollarlo).
>  cuando saquen la versión 3 ¿También 
> se inventaran otro tipo de fichero, para los proyectos?
No se trata de inventar nombres de ficheros como capricho.
La incompatibilidad entre versiones es algo que incluso tenemos como
"línea roja" en gvSIG 2.x (en gvSIG 1.x hay muchas extensiones que van
en una versión y dejan de ir en otra). En gvSIG 2.x debería estar muy
justificada una incompatibilidad, de cualquier tipo, entre versiones.
Somos conscientes de que hay muchos usuarios, muchas organizaciones que
usan gvSIG, y un cambio de este tipo puede tener un alto impacto.
Si no hubiera sido totalmente necesario, no se hubiera hecho.
Ese cambio se hizo por una razón tan justificada como la que comentaba.
Hacer los cambios necesarios a nivel interno-arquitectura para solventar
los problemas de estabilidad y mantenimiento de gvSIG y que coartaban la
evolución futura del proyecto. La evolución de gvSIG en el último año,
en gran parte es debida a esta nueva arquitectura.

Saludos,
Alvaro Anguix
Asociación gvSIG

> Saludos.
> _______________________________________________
> gvSIG_usuarios mailing list
> gvSIG_usuarios en listserv.gva.es
>
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección:
>
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios