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

[Mario Ignacio Fèvre]

Hola Sergio
Hola Luis
Hola Alvaro
Hola el que tenga ganas de leer.

Me sumo a la disertación porque, como ustedes quiero aportar mi punto de
vista. Punto por el cual que cuesta entender cuando los participantes de un
foro se esfuerzan en decir lo que otros deben hacer.
En mi experiencia, en la cual uso diariamente y de forma intensiva gvSIG;
valoro sobre todo la libertad que este proyecto me ha brindado. Me ha
brindado la libertad de migrar de versiones o no hacerlo; me ha dado la
libertad de modificar la interfaz gráfica; y me ha dado la libertad editar
yo mismo el contenido que sus archivos de proyecto sin mayor dificultad.
No entiendo porque encuentran tan reprobable que núcleo desarrollador
adopte equivalentes libertades para el desarrollo.
Me alegra tener acceso a piezas de software cuyo desarrollo se basa en
lógicas totalmente distintas a las que ofrece ESRI ERDAS AUTODESK o lo que
sea.
La técnica y la política son una sola cosa. Quien crea que hace solo una
cosa está ocultando sus fines o sus medios (tal vez a si mismo).

Ser libre da trabajo.

Me despido de este hilo.

Mario Fèvre

El 16 de septiembre de 2015, 15:01, Alvaro Anguix 
escribió:

> Hola,
>
> El 16/09/15 a las 19:49, Luis Luna escribió:
> > Hola Álvaro.
> >
> > La verdad no conozco la estructura del programa.
> > Lo que me cuesta trabajo entender, que teniendo un objeto XML DOM,
> > seguramente cargado en el, todo el proyecto, sea tan difícil recorrer
> este
> > árbol e ir asignando a la nueva estructura el objeto nuevo
> correspondiente o
> > en un momento dado, no cargarlo, solo guardarlo en un fichero con la
> > estructura de la versión 2.
> > Ya le digo desconozco la estructura interna, pero esa línea roja la
> tenían
> > que haber puesto en la versión 0, como lo hacen otros programas.
> Esto tiene mucho que ver con la evolución del software, que parte de un
> software que impulsa una administración para una necesidad propia, que
> libera y que evoluciona con el tiempo, tanto a nivel técnico como
> organizativo y de gestión.
> En cualquier caso, como he comentado anteriormente, hasta el momento
> ninguna organización ha mostrado interés en financiar ese desarrollo.
>
> Saludos,
> Alvaro
>
> > Saludos Luis.
> >
> >
> >
> > -Mensaje original-
> > De: gvsig_usuarios-boun...@listserv.gva.es
> > [mailto:gvsig_usuarios-boun...@listserv.gva.es] En nombre de Alvaro
> Anguix
> > Enviado el: miércoles, 16 de septiembre de 2015 14:58
> > Para: gvsig_usuarios@listserv.gva.es
> > Asunto: Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)
> >
> > 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 s

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

[Alvaro Anguix]

Hola,

El 16/09/15 a las 19:33, Luis Luna escribió:
>
> Hola Sergio.
>
> Son dos problemas.
>
> Tememos que migrar todos los proyectos de Windows a Linux. La
> aplicación (1.12) en Linux no nos funciona, cuando intentamos cargamos
> los proyectos da una excepción y no carga ningún proyecto. Estoy
> buscando soluciones cambiando la versión de java de 64 a 32 bits, pero
> entonces es la aplicación la que no funciona.  
>
> Es cierto que los benéficos disfrutados han sido muchos, pero en este
> mismo instante los tenemos todos perdido.
>
gvSIG 1.12 sí debería funcionarte en Linux. Si no funciona el problema
seguramente no es de gvSIG, sino del sistema operativo instalado y la
ausencia de algún requisito necesario para su funcionamiento.
Puede ser que estés utilizando una distribución de Linux de 64 bits que
no tenga librerías de 32 bits, más allá del java. Esto es muy probable
si son distribuciones de Linux recientes; por ejemplo con Ubuntu pasa
desde hace varias versiones.
Para solucionarlo tendrías que instalar esas librerías de 32 bits en
Ubuntu. En su momento, antes de sacar la distribución de gvSIG para 64
bits, publicamos un post relacionado:
http://blog.gvsig.org/2014/03/15/ejecutar-gvsig-en-equipos-linux-de-64-bits/

En cualquier caso, si te da una excepción, para poder ayudarte
necesitaríamos más información. Aquí hay un post con las recomendaciones
para enviar información relativa a un problema/error:
http://blog.gvsig.org/2015/06/15/que-hacer-cuando-sale-un-error-en-gvsig/

Con eso será más fácil dar con el error que te sucede.

Saludos,
Alvaro

> Si tenemos que empezar desde cero y volver a montar todos los
> proyectos, y le aseguro que en gvSIG ni se me ocurriría, me iría a otro.
>
> El segundo problema, ya que no podemos hacer nada en la 1.12
> intentemos pasarlo a la 2 y en esas estamos.
>
> Si me pudiera indicar dónde puedo ver alguna solución se lo agradecería.
>
> Saludos.
>
>  
>
> *De:*gvsig_usuarios-boun...@listserv.gva.es
> [mailto:gvsig_usuarios-boun...@listserv.gva.es] *En nombre de *SERGIO
> ACOSTAYLARA
> *Enviado el:* miércoles, 16 de septiembre de 2015 14:59
> *Para:* Lista de Usuarios de gvSIG 
> *Asunto:* Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)
>
>  
>
> Hola. Este tema ya se trató (hay bastantes entradas al respecto), se
> explicó por qué la incompatibilidad, y también que se podría
> solucionar. También se explicó qué habría que hacer para solucionarlo
> (tema de recursos), y cuáles son las prioridades. Si hay alguna
> institución interesada en hacerlo -y que lo financie- obvio que se
> hará. Pero mientras tanto podemos utilizar una herramienta libre,
> gratuita y abierta, que no es perfecta pero que se perfecciona día a
> día. En nuestra experiencia (una institución pública nacional) es
> muchísimo más lo que hemos ganado por incorporarla al quehacer diario
> que los inconvenientes de no poder abrir un proyecto de una versión en
> otra (que sin duda sería algo muy útil y apreciable). Valoremos lo que
> tenemos. Saludos,
>
>  
>
> Sergio Acosta y Lara
>
> Departamento de Geomática
>
> Dirección Nacional de Topografía
>
> Ministerio de Transporte y Obras Públicas
>
> URUGUAY
>
> 
>
> *De:*gvsig_usuarios-boun...@listserv.gva.es
> 
>  > en nombre de Mauricio
> Soler mailto:msoler...@gmail.com>>
> *Enviado:* miércoles, 16 de setiembre de 2015 9:13
> *Para:* Lista de Usuarios de gvSIG
> *Asunto:* Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)
>
>  
>
> Muy buena tu consulta Luis, pienso exactamente lo mismo que tu, ya que
> la incompatibilidad entre versiones sucesivas no permite cambiar y
> actualizarse
>
>
> Saludos!!
>
>
>  
>
> *Mauricio Soler Escobar*
>
> *Geógrafo, Universidad de Chile*
>
> Celular: 89764408
>
>  
>
> El 16 de septiembre de 2015, 10: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.
> ¿A esto no se le dará solución? , ¿Tan difícil es hacer una
> utilidad que
> los convierta(de gvl a gvsproj)?,  cuando saquen la versión 3 ¿También
> se inventaran otro tipo de fichero, para los proyectos?
> Saludos.
> ___
> 

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

[Alvaro Anguix]

Hola,

El 16/09/15 a las 19:49, Luis Luna escribió:
> Hola Álvaro.
>
> La verdad no conozco la estructura del programa. 
> Lo que me cuesta trabajo entender, que teniendo un objeto XML DOM,
> seguramente cargado en el, todo el proyecto, sea tan difícil recorrer este
> árbol e ir asignando a la nueva estructura el objeto nuevo correspondiente o
> en un momento dado, no cargarlo, solo guardarlo en un fichero con la
> estructura de la versión 2.
> Ya le digo desconozco la estructura interna, pero esa línea roja la tenían
> que haber puesto en la versión 0, como lo hacen otros programas.
Esto tiene mucho que ver con la evolución del software, que parte de un
software que impulsa una administración para una necesidad propia, que
libera y que evoluciona con el tiempo, tanto a nivel técnico como
organizativo y de gestión.
En cualquier caso, como he comentado anteriormente, hasta el momento
ninguna organización ha mostrado interés en financiar ese desarrollo.

Saludos,
Alvaro

> Saludos Luis.
>
>
>
> -Mensaje original-
> De: gvsig_usuarios-boun...@listserv.gva.es
> [mailto:gvsig_usuarios-boun...@listserv.gva.es] En nombre de Alvaro Anguix
> Enviado el: miércoles, 16 de septiembre de 2015 14:58
> Para: gvsig_usuarios@listserv.gva.es
> Asunto: Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)
>
> 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@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-bi

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

[Luis Luna]

Hola Álvaro.

La verdad no conozco la estructura del programa. 
Lo que me cuesta trabajo entender, que teniendo un objeto XML DOM,
seguramente cargado en el, todo el proyecto, sea tan difícil recorrer este
árbol e ir asignando a la nueva estructura el objeto nuevo correspondiente o
en un momento dado, no cargarlo, solo guardarlo en un fichero con la
estructura de la versión 2.
Ya le digo desconozco la estructura interna, pero esa línea roja la tenían
que haber puesto en la versión 0, como lo hacen otros programas.
Saludos Luis.



-Mensaje original-
De: gvsig_usuarios-boun...@listserv.gva.es
[mailto:gvsig_usuarios-boun...@listserv.gva.es] En nombre de Alvaro Anguix
Enviado el: miércoles, 16 de septiembre de 2015 14:58
Para: gvsig_usuarios@listserv.gva.es
Asunto: Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)

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@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

___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

___
gvSIG_usuarios mailing list
gvSIG_usuarios@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://listser

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

[Luis Luna]

Hola Sergio.

Son dos problemas.

Tememos que migrar todos los proyectos de Windows a Linux. La aplicación
(1.12) en Linux no nos funciona, cuando intentamos cargamos los proyectos da
una excepción y no carga ningún proyecto. Estoy buscando soluciones
cambiando la versión de java de 64 a 32 bits, pero entonces es la aplicación
la que no funciona.   

Es cierto que los benéficos disfrutados han sido muchos, pero en este mismo
instante los tenemos todos perdido. 

Si tenemos que empezar desde cero y volver a montar todos los proyectos, y
le aseguro que en gvSIG ni se me ocurriría, me iría a otro.

El segundo problema, ya que no podemos hacer nada en la 1.12 intentemos
pasarlo a la 2 y en esas estamos.

Si me pudiera indicar dónde puedo ver alguna solución se lo agradecería.

Saludos.

 

De: gvsig_usuarios-boun...@listserv.gva.es
[mailto:gvsig_usuarios-boun...@listserv.gva.es] En nombre de SERGIO
ACOSTAYLARA
Enviado el: miércoles, 16 de septiembre de 2015 14:59
Para: Lista de Usuarios de gvSIG 
Asunto: Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)

 

Hola. Este tema ya se trató (hay bastantes entradas al respecto), se explicó
por qué la incompatibilidad, y también que se podría solucionar. También se
explicó qué habría que hacer para solucionarlo (tema de recursos), y cuáles
son las prioridades. Si hay alguna institución interesada en hacerlo -y que
lo financie- obvio que se hará. Pero mientras tanto podemos utilizar una
herramienta libre, gratuita y abierta, que no es perfecta pero que se
perfecciona día a día. En nuestra experiencia (una institución pública
nacional) es muchísimo más lo que hemos ganado por incorporarla al quehacer
diario que los inconvenientes de no poder abrir un proyecto de una versión
en otra (que sin duda sería algo muy útil y apreciable). Valoremos lo que
tenemos. Saludos,

 

Sergio Acosta y Lara

Departamento de Geomática

Dirección Nacional de Topografía

Ministerio de Transporte y Obras Públicas

URUGUAY

  _  

De: gvsig_usuarios-boun...@listserv.gva.es

mailto:gvsig_usuarios-boun...@listserv.gva.es> > en nombre de Mauricio
Soler mailto:msoler...@gmail.com> >
Enviado: miércoles, 16 de setiembre de 2015 9:13
Para: Lista de Usuarios de gvSIG
Asunto: Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12) 

 

Muy buena tu consulta Luis, pienso exactamente lo mismo que tu, ya que la
incompatibilidad entre versiones sucesivas no permite cambiar y actualizarse


Saludos!!




 

Mauricio Soler Escobar

Geógrafo, Universidad de Chile

Celular: 89764408

 
 

 

El 16 de septiembre de 2015, 10:25, Luis Luna mailto:p...@luisluna.es> > 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.
¿A esto no se le dará solución? , ¿Tan difícil es hacer una utilidad que
los convierta(de gvl a gvsproj)?,  cuando saquen la versión 3 ¿También
se inventaran otro tipo de fichero, para los proyectos?
Saludos.
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

 

___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

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

[SERGIO ACOSTAYLARA]

Hola. Este tema ya se trató (hay bastantes entradas al respecto), se explicó 
por qué la incompatibilidad, y también que se podría solucionar. También se 
explicó qué habría que hacer para solucionarlo (tema de recursos), y cuáles son 
las prioridades. Si hay alguna institución interesada en hacerlo -y que lo 
financie- obvio que se hará. Pero mientras tanto podemos utilizar una 
herramienta libre, gratuita y abierta, que no es perfecta pero que se 
perfecciona día a día. En nuestra experiencia (una institución pública 
nacional) es muchísimo más lo que hemos ganado por incorporarla al quehacer 
diario que los inconvenientes de no poder abrir un proyecto de una versión en 
otra (que sin duda sería algo muy útil y apreciable). Valoremos lo que tenemos. 
Saludos,


Sergio Acosta y Lara
Departamento de Geomática
Dirección Nacional de Topografía
Ministerio de Transporte y Obras Públicas
URUGUAY

De: gvsig_usuarios-boun...@listserv.gva.es 
 en nombre de Mauricio Soler 

Enviado: miércoles, 16 de setiembre de 2015 9:13
Para: Lista de Usuarios de gvSIG
Asunto: Re: [Gvsig_usuarios] Abrir proyectos versión anterior (1.12)

Muy buena tu consulta Luis, pienso exactamente lo mismo que tu, ya que la 
incompatibilidad entre versiones sucesivas no permite cambiar y actualizarse

Saludos!!


Mauricio Soler Escobar
Geógrafo, Universidad de Chile
Celular: 89764408
[https://2.bp.blogspot.com/_3kjbIyhWWx0/RvWGQyx3wyI/AJQ/n8_mUXbu_YQ/S220/escudo%2Buchile.gif]

El 16 de septiembre de 2015, 10:25, Luis Luna 
mailto:p...@luisluna.es>> 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.
¿A esto no se le dará solución? , ¿Tan difícil es hacer una utilidad que
los convierta(de gvl a gvsproj)?,  cuando saquen la versión 3 ¿También
se inventaran otro tipo de fichero, para los proyectos?
Saludos.
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

Re: [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@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

___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

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

[Mauricio Soler]

Muy buena tu consulta Luis, pienso exactamente lo mismo que tu, ya que la
incompatibilidad entre versiones sucesivas no permite cambiar y actualizarse

Saludos!!



*Mauricio Soler Escobar*
*Geógrafo, Universidad de Chile*
Celular: 89764408


El 16 de septiembre de 2015, 10: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.
> ¿A esto no se le dará solución? , ¿Tan difícil es hacer una utilidad que
> los convierta(de gvl a gvsproj)?,  cuando saquen la versión 3 ¿También
> se inventaran otro tipo de fichero, para los proyectos?
> Saludos.
> ___
> gvSIG_usuarios mailing list
> gvSIG_usuarios@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
>
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

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

[Luis Luna]

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.
¿A esto no se le dará solución? , ¿Tan difícil es hacer una utilidad que 
los convierta(de gvl a gvsproj)?,  cuando saquen la versión 3 ¿También 
se inventaran otro tipo de fichero, para los proyectos?
Saludos.
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

Re: [Gvsig_usuarios] Imprimir elemento seleccionado

[sinorfavela]

Muchas gracias por el script!

Como no he hecho nunca uno, hago un par de preguntas (y así trato de
aprender algo):

-Para la duda que planteaba este hilo, si con este script es necesario
seleccionar varios elementos no tendríamos una visualización distinta para
el elemento seleccionado, ¿no?. Supongo que habría que introducir alguna
línea más para que vaya seleccionando sucesivamente cada elemento de una
capa.

-Y esta ya es sólo para mis intereses. Me parece entender que con "encuadre
= f.geometry().getEnvelope()" se centra la vista en la envolvente de cada
objeto. Si estos no son iguales y los quisiera a la misma escala, ¿tendría
que añadir una línea más posterior que cambiase la vista a una escala común
siempre?

Muchísimas gracias de nuevo por el esfuerzo!




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Imprimir-elemento-seleccionado-tp5224092p5224430.html
Sent from the gvSIG usuarios mailing list archive at Nabble.com.
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

Re: [Gvsig_usuarios] Imprimir elemento seleccionado

[Francisco Puga]

Yo creo que esta es una "feature request" interesante. A mi también me han
comentado alguna vez que las geometrías seleccionadas deberían salir
resaltadas en el layout

El 16 de septiembre de 2015, 10:21, Joaquin Jose del Cerro Murciano <
jjdelce...@gvsig.org> escribió:

>
>
> El 15 de septiembre de 2015, 11:23, sinorfavela 
> escribió:
>
>> Me viene al dedo la consulta...
>>
>> ...no se me había ocurrido el modo indirecto.
>>
>> Y añado: si quiero imprimir un número importante de objetos, ¿cómo podría
>> automatizar este proceso?
>>
>>
> Hola,
> si te vale con exportar la vista a imagen podria hacerse con un poquito de
> script. Por ejemplo...
> Supongamos que tenemos una serie de elementos seleccionados en la vista y
> queremos centrar la vista en cada uno de los elementos seleccionados y
> exportar la vista a imagen. Se podria hacer con algo como:
>
> #-><-- inicio de script --><-
>
> from gvsig import *
> from com.sun.jimi.core import Jimi
> from org.gvsig.app import ApplicationLocator
>
> import time
>
> def main(*args):
>   application = ApplicationLocator.getManager()
>   docvista = currentView()
>   capa = currentLayer()
>   if docvista == None:
> msgbox("Debera tener activa una vista")
> return
>   if capa == None:
> msgbox("Debera tener activa una capa con geometrias seleccionadas")
> return
>
>   docwin = application.getDocumentWindow(docvista())
>   n = 1
>   # Nos recorremos los elementos seleccionados
>   for f in capa.getSelection():
> # para cada elemento seleccionado...
> # centramos la vista en la geometria asociada al elemento.
> encuadre = f.geometry().getEnvelope()
> docvista.getMapContext().getViewPort().setEnvelope(encuadre)
> # Esperamos un par de segundos a que se termine de pintar
> # la vista.
> time.sleep(2)
> # Obtenemos la imagen de la vista
> img = docwin.getMapControl().getImage()
> # La guardamos en un png
> # Seguramente tendras que adaptar la ruta a tu equipo.
> pathname = r"/tmp/img%02d.png" % n
> Jimi.putImage(img,pathname)
>
> n += 1
>
> #-><-- fin de script --><-
>
> Si tienes un escenario mas complejo y no te aclaras para adaptar el
> script, comentalo y a ver si podemos echarte una mano.
>
> Un saludo
> Joaquin
>
>
>
>
>
>
>
>
>> Gracias
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Imprimir-elemento-seleccionado-tp5224092p5224244.html
>> Sent from the gvSIG usuarios mailing list archive at Nabble.com.
>> ___
>> gvSIG_usuarios mailing list
>> gvSIG_usuarios@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
>>
>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> jjdelce...@gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> ___
> gvSIG_usuarios mailing list
> gvSIG_usuarios@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
>
>


-- 
Francisco Puga
iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
http://www.icarto.es/

c/ Rafael Alberti nº 13 – 1º D
15008 A Coruña
Galicia (Spain)
+34 881927808

Este correo electrónico contiene información estrictamente confidencial y
es de uso exclusivo del destinatario, quedando prohibida a cualquier otra
persona su revelación, copia, distribución, o el ejercicio de cualquier
acción relativa a su contenido. Si ha recibido este mensaje por error, por
favor conteste a su remitente mediante correo electrónico y proceda a
borrarlo de su sistema.

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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

Re: [Gvsig_usuarios] Imprimir elemento seleccionado

[Joaquin Jose del Cerro Murciano]

El 15 de septiembre de 2015, 11:23, sinorfavela 
escribió:

> Me viene al dedo la consulta...
>
> ...no se me había ocurrido el modo indirecto.
>
> Y añado: si quiero imprimir un número importante de objetos, ¿cómo podría
> automatizar este proceso?
>
>
Hola,
si te vale con exportar la vista a imagen podria hacerse con un poquito de
script. Por ejemplo...
Supongamos que tenemos una serie de elementos seleccionados en la vista y
queremos centrar la vista en cada uno de los elementos seleccionados y
exportar la vista a imagen. Se podria hacer con algo como:

#-><-- inicio de script --><-

from gvsig import *
from com.sun.jimi.core import Jimi
from org.gvsig.app import ApplicationLocator

import time

def main(*args):
  application = ApplicationLocator.getManager()
  docvista = currentView()
  capa = currentLayer()
  if docvista == None:
msgbox("Debera tener activa una vista")
return
  if capa == None:
msgbox("Debera tener activa una capa con geometrias seleccionadas")
return

  docwin = application.getDocumentWindow(docvista())
  n = 1
  # Nos recorremos los elementos seleccionados
  for f in capa.getSelection():
# para cada elemento seleccionado...
# centramos la vista en la geometria asociada al elemento.
encuadre = f.geometry().getEnvelope()
docvista.getMapContext().getViewPort().setEnvelope(encuadre)
# Esperamos un par de segundos a que se termine de pintar
# la vista.
time.sleep(2)
# Obtenemos la imagen de la vista
img = docwin.getMapControl().getImage()
# La guardamos en un png
# Seguramente tendras que adaptar la ruta a tu equipo.
pathname = r"/tmp/img%02d.png" % n
Jimi.putImage(img,pathname)

n += 1

#-><-- fin de script --><-

Si tienes un escenario mas complejo y no te aclaras para adaptar el script,
comentalo y a ver si podemos echarte una mano.

Un saludo
Joaquin








> Gracias
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Imprimir-elemento-seleccionado-tp5224092p5224244.html
> Sent from the gvSIG usuarios mailing list archive at Nabble.com.
> ___
> gvSIG_usuarios mailing list
> gvSIG_usuarios@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
>



-- 
--
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelce...@gvsig.com
jjdelce...@gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
___
gvSIG_usuarios mailing list
gvSIG_usuarios@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