gvSIG bugs #1798

gvSIG basic symbols are not installed

Added by Francisco Puga over 11 years ago. Updated over 4 years ago.

Status:Won't fix% Done:

0%

Priority:NormalSpent time:-
Assignee:-
Category:Symbology
Target version:-
Severity: Add-on version:
gvSIG version:2.0.0 Add-on build:
gvSIG build:2066 Add-on resolve version:
Operative System: Add-on resolve build:
Keywords: Proyecto:
Has patch:No Hito:
Add-on name:Unknown

Description

The "gvSIG basic" symbols of the "symbols library" are not present on my installation.

I "hack" the gvSIG.sh launcher changing the line where GVSIG_PARAMS variable is defined to this one:

GVSIG_PARAMS=".gvSIG_conf/gvsig2 gvSIG/extensiones $@"

After launch gvSIG the folder $HOME/.gvSIG_conf/gvsig2/plugins/org.gvsig.app/Symbols is created but it is empty.

Using the default gvSIG configuration folder it works correctly.


Related issues

Related to Application: gvSIG desktop - gvSIG feature requests #2372: Use of a gvSIG2 user folder Outdated 02/24/2014

Associated revisions

Revision 41152
Added by Joaquín del Cerro Murciano over 10 years ago

Added variable GVSIG_APPLICATION_NAME whith default value "gvSIG".
refs #1798

History

#1 Updated by Juan Lucas Domínguez over 10 years ago

  • Assignee set to Juan Lucas Domínguez

#2 Updated by Álvaro Anguix over 10 years ago

Francisco, ¿Puedes comprobar si te ocurre en el build 2166?

Gracias!

#3 Updated by Álvaro Anguix over 10 years ago

2216, perdón...por no mirar lo que escribo.
:-)
Lo puedes descargar aquí: http://downloads.gvsig.org/download/gvsig-desktop/dists/2.1.0/builds/

#4 Updated by Álvaro Anguix over 10 years ago

  • Status changed from New to Awaiting response

#5 Updated by Álvaro Anguix over 10 years ago

  • Target version set to 2.1.0-2219-testing

#6 Updated by Francisco Puga over 10 years ago

Is still not working. It's not an important bug, so don't waste so much time on this. But take into account that i think that the problem is related to use hard coded paths in the code.

I make two changes in the gvSIG.sh file to try to set my preferred config folder:

95c95
< export GVSIG_HOME_FOLDER="$HOME/.gvSIG_conf/gvsig2" 
---
> export GVSIG_HOME_FOLDER="$HOME/gvSIG" 
245c245
<   GVSIG_PARAMS="$GVSIG_HOME_FOLDER gvSIG/extensiones $@" 
---
>   GVSIG_PARAMS=".gvSIG_conf/gvsig2 gvSIG/extensiones $@" 

I set the value in the variable GVSIG_HOME_FOLDER, and then i use this variable instead a hardcoded "gvSIG" value in the GVSIG_PARAMS variable.

I think that the change on GVSIG_PARAMS, must be committed.

I checked against build 2217

#7 Updated by Joaquín del Cerro Murciano over 10 years ago

  • Assignee changed from Juan Lucas Domínguez to Joaquín del Cerro Murciano

Por lo que entiendo que pones, parece que quieres cambiar el directorio
en que gvSIG busca la carpeta "gvSIG" en el home del usuario.

Si es eso lo que pretendes, me temo que ahora mismo no estamos preparados para asegurar que ese cambio vaya a funcionar.

Aunque adaptemos el gvSIG.sh a algo parecido a lo que pides, luego tengo serias dudas de que no fallen cosas en gvSIG. El primer parametro de gvSIG se usa como nombre de aplicacion en el contexto de andami. Afecta a :

  • titulos de ventana
  • donde encuentra la configuracion en el home
  • o donde encuentra los plugins en la instalacion de gvSIG.

Por otro lado debe ser un identificador que valga como nombre de directorio, sin path. Lo que quieres hacer es poner algo como ".gvSIG_conf/gvsig2". Ni idea de que puede pasar.

En caso de que todo eso no se rompa al cambiarlo, luego vas a tener el problema que aun quedan muchas partes de gvSIG que no usan el API correspondiente para acceder a las carpetas "HOME/gvSIG" o "instalacion/gvSIG/extensiones", asi que aunque modificasemos la implementacion del API (PluginsManager.getApplicationFolder o PluginsManager.getApplicationHomeFolder) para tener todo esto en cuenta, donde accedan directamente a las carpetas seguira sin ir.

De momento, intentare meter una variable mas en el gvSIG.sh que tenga el nombre de la aplicacion "gvSIG" y que se use al asignar el valor a GVSIG_HOME_FOLDER y GVSIG_PARAMS, pero no confio que eso solucione tus problemas al cambiar su valor.

#8 Updated by Joaquín del Cerro Murciano over 10 years ago

  • Status changed from Awaiting response to New

#9 Updated by Francisco Puga over 10 years ago

Mi problema concreto es que tengo varias versiones de gvSIG instaladas en el ordenador gvSIG 1.11, 1.12 y 2.1. Además de varios workspaces para desarrollo. Las distintas aplicaciones en binario, así como los distintos workspaces los uso para cosas distintas y por tanto quiero tener configuraciones y preferencias distintas.

De aquí el bug. Como digo no es nada grave, porque es un caso particular.

Lo que creo que sería correcto es dar una "batida" para eliminar las referencias a rutas hardcodeadas en los plugins oficiales y cambiarlas por llamadas a la API para evitar bugs silenciosos.

Por otro lado, si hay parámetros que se introducen por línea de comandos, luego en realidad no se pueden cambiar porque rompen cosas, igual es mejor eliminar esa posibilidad hasta que funcione para evitar confusión al usuario.

#10 Updated by Joaquín del Cerro Murciano over 10 years ago

  • Status changed from New to Fixed

He hecho las modificaciones en el gvSIG.sh que creo te servirán para tu propósito.
Si derivado de usarlas aprecias problemas en la ejecución coméntalos y iremos arreglándolos.

#11 Updated by Álvaro Anguix over 10 years ago

  • Status changed from Fixed to Closed

#12 Updated by Francisco Puga over 10 years ago

Estoy probado el 2220. He probado a cambiar el application name
92c92
< GVSIG_APPLICATION_NAME=.gvsig2
---

GVSIG_APPLICATION_NAME=gvSIG

101d100
<

Y también a dejar el appliation_name y cambiar sólo GVSIG_HOME_FOLDER.

Antes de cada ejecución he borrado el directorio $HOME/gvSIG. En ambos casos se crea ese directorio, y el esperado por mi $HOME/.gvsig2. Las cosas que hay en cada uno de ellos son distintos.

Yo dejaría este ticket abierto pero le pondría prioridad baja, para ver si hay más gente a que le interesa o soy sólo yo.

#13 Updated by Álvaro Anguix over 10 years ago

  • Status changed from Closed to New
  • Target version changed from 2.1.0-2219-testing to 2.2.0-2311-rc2

ok, reabro, pero en principio lo dejo fuera de la final.

#14 Updated by Álvaro Anguix over 10 years ago

  • Assignee deleted (Joaquín del Cerro Murciano)

#15 Updated by Joaquín del Cerro Murciano over 9 years ago

#16 Updated by Álvaro Anguix over 9 years ago

  • Target version deleted (2.2.0-2311-rc2)

#17 Updated by Álvaro Anguix over 4 years ago

  • Status changed from New to Won't fix

Also available in: Atom PDF