From carlos.colombana en mtop.gub.uy  Thu Dec  1 15:56:10 2016
From: carlos.colombana en mtop.gub.uy (CARLOS COLOMBANA)
Date: Thu, 1 Dec 2016 14:56:10 +0000
Subject: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
In-Reply-To: <1480602714172.75169@mtop.gub.uy>
References: <1480519468418.7821@mtop.gub.uy>,
	<CAB18a+DCY9GzqHUcJ-YU1eATMHjyfDB5Q14NVoGBV5Wm5Q=uuQ@mail.gmail.com>,
	<1480602714172.75169@mtop.gub.uy>
Message-ID: <1480604170757.63893@mtop.gub.uy>

Creo que el mail anterior rebotó por el tamaño del adjunto.?

Lo subí a github:


https://github.com/nacho0605/GSoC/blob/master/GSoC_2016/01-TestCreatorAndPlayer/TestCreatorAndPlayer-1.0.0-38-testing-esp.gvspkg


________________________________
De: CARLOS COLOMBANA
Enviado: jueves, 01 de diciembre de 2016 11:31
Para: Lista de Desarrolladores de gvSIG
Cc: SERGIO ACOSTAYLARA
Asunto: RE: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos


Hola Gilberto.

Ya había probado ese truco pero no me funcionó, por las dudas lo volví a probar ahora pero sigue sin funcionar y me sigue dando el mismo mensaje de error.

Muchas gracias de todas maneras.


Trataré de contar muy resumidamente lo que estoy intentando hacer.

Participé en el desarrollo de un addon [1] bajo la mentoría de Óscar Martínez y Joaquín del Cerro.

Se hizo todo en inglés, ahora lo estoy traduciendo al español (adjunto) pero estoy teniendo problemas con las palabras con acento.

Luego de instalar el addon, dentro de la carpeta de addons de gvSIG, dentro de la carpeta Test, se encuentran los siguientes módulos (con los cuales estoy teniendo problemas):


- student.py: líneas 93 y 103.

- testcreator.py: línea 50.

- testcreatorpanel.py: línea 40.

- report.py: línea 48.


La disculpas del caso por lo extenso.

Saludos.

Carlos.


[1] https://github.com/nacho0605/GSoC/tree/master/GSoC_2016/01-TestCreatorAndPlayer

________________________________
De: gvsig_desarrolladores-bounces en listserv.gva.es <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto Cugler <gilbertocugler en gmail.com>
Enviado: miércoles, 30 de noviembre de 2016 12:30
Para: Lista de Desarrolladores de gvSIG
Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos

Tens de colocar a letra u como no exemplo
print u"Número de observação "
un abrazo desde Brasil

2016-11-30 13:24 GMT-02:00 CARLOS COLOMBANA <carlos.colombana en mtop.gub.uy<mailto:carlos.colombana en mtop.gub.uy>>:

Hola.


Estoy tratando de emplear las funciones del módulo commonsdialog (entre otras) utilizando palabras con acentos, pero me da error.

En general el mensaje es del estilo:


SyntaxError: Illegal character ...

... for encoding 'utf-8'


Revisé los "Config.xml" de gvSIG (org.gvsig.app.mainplugin) y de la extensión de scripting (org.gvsig.scripting.app.mainplugin), en ambos casos tiene por defecto la codificación de caracteres Latin-1:


encoding="ISO-8859-1"


Así que no debería de haber problema. Pero por otro lado, cada vez que se crea un nuevo script, en la primera línea aparece el siguiente comentario:


# encoding: utf-8


¿Alguien sabe que es lo que está sucediendo y cómo podría solucionarlo?.


Saludos.

Carlos.

_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores en listserv.gva.es<mailto:gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores




--


Gilberto Cugler .´.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161201/e679e412/attachment.html>

From fpuga en icarto.es  Sat Dec  3 11:18:00 2016
From: fpuga en icarto.es (Francisco Puga)
Date: Sat, 3 Dec 2016 11:18:00 +0100
Subject: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
In-Reply-To: <1480604170757.63893@mtop.gub.uy>
References: <1480519468418.7821@mtop.gub.uy>
	<CAB18a+DCY9GzqHUcJ-YU1eATMHjyfDB5Q14NVoGBV5Wm5Q=uuQ@mail.gmail.com>
	<1480602714172.75169@mtop.gub.uy> <1480604170757.63893@mtop.gub.uy>
Message-ID: <CAHU37TtNkQavoz_YsJPkynnKFdeuA5Pt2=B+Lss_k=hTiPEEZw@mail.gmail.com>

Como dice gilberto el tema de los acentos u otros caracteres es
bastante confuso en todos los lenguajes de programación [4] [5]. En
concreto en python creo que hay que saber dos cosas básicas.

* Encoding del fichero. Hay diferentes formas de representar un texto
a nivel interno del ordenador. Por decirlo de algún modo la forma en
que se representan se denomina encoding y empareja una letra
cualquiera "a" o "ñ" o lo que sea con un número que es lo que se puede
almacenar en un ordenador. Es el típico problema de los dbf, que
cuando abres con la hoja de cálculo te pregunta en que encoding está.
El encoding de un fichero python se representa con esa "línea mágica"
del principio del fichero y la recomendación es usar siempre utf-8
[1]. En python 3 se usa por defecto utf-8 por lo que no haría falta
[2]

* Encoding de una cadena de texto concreta. Por defecto en python 2.x
las cadenas de texto que escribimos no se interpretan con un "encoding
bueno" [3], si no con uno genérico por decirlo de algún modo. Para que
los interprete con un "encoding bueno" en lugar de escribir
simplemente:

 'Esta es mi cadena de texto con ñ'

escribiremos

u'Esta es mi cadena de texto con ñ'

Esa "u" del principio es el truco.

Usando la línea mágica del principio en "python normal" debería
funcionar todo correctamente y no necesitar la u, pero esto depende de
más factores y en gvSIG se está haciendo uso del intérprete de python
para java que igual introduce algún problemilla, por lo que no agarra
bien el encoding. Como resumen:

1) Poner siempre al principio:

# -*- coding: utf-8 -*-

2) En caso de problemas poner delante de nuestra cadena con caracteres
raros la "u"

[1] https://www.python.org/dev/peps/pep-0263/
[2] https://www.python.org/dev/peps/pep-3120/
[3] https://pythonhosted.org/kitchen/unicode-frustrations.html
[4] http://www.joelonsoftware.com/articles/Unicode.html
[5] https://rainsoft.io/what-every-javascript-developer-should-know-about-unicode/

El día 1 de diciembre de 2016, 15:56, CARLOS COLOMBANA
<carlos.colombana en mtop.gub.uy> escribió:
> Creo que el mail anterior rebotó por el tamaño del adjunto.
>
> Lo subí a github:
>
>
> https://github.com/nacho0605/GSoC/blob/master/GSoC_2016/01-TestCreatorAndPlayer/TestCreatorAndPlayer-1.0.0-38-testing-esp.gvspkg
>
>
> ________________________________
> De: CARLOS COLOMBANA
> Enviado: jueves, 01 de diciembre de 2016 11:31
> Para: Lista de Desarrolladores de gvSIG
> Cc: SERGIO ACOSTAYLARA
> Asunto: RE: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
>
>
> Hola Gilberto.
>
> Ya había probado ese truco pero no me funcionó, por las dudas lo volví a
> probar ahora pero sigue sin funcionar y me sigue dando el mismo mensaje de
> error.
>
> Muchas gracias de todas maneras.
>
>
> Trataré de contar muy resumidamente lo que estoy intentando hacer.
>
> Participé en el desarrollo de un addon [1] bajo la mentoría de Óscar
> Martínez y Joaquín del Cerro.
>
> Se hizo todo en inglés, ahora lo estoy traduciendo al español (adjunto) pero
> estoy teniendo problemas con las palabras con acento.
>
> Luego de instalar el addon, dentro de la carpeta de addons de gvSIG, dentro
> de la carpeta Test, se encuentran los siguientes módulos (con los cuales
> estoy teniendo problemas):
>
>
> - student.py: líneas 93 y 103.
>
> - testcreator.py: línea 50.
>
> - testcreatorpanel.py: línea 40.
>
> - report.py: línea 48.
>
>
> La disculpas del caso por lo extenso.
>
> Saludos.
>
> Carlos.
>
>
> [1]
> https://github.com/nacho0605/GSoC/tree/master/GSoC_2016/01-TestCreatorAndPlayer
>
> ________________________________
> De: gvsig_desarrolladores-bounces en listserv.gva.es
> <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto Cugler
> <gilbertocugler en gmail.com>
> Enviado: miércoles, 30 de noviembre de 2016 12:30
> Para: Lista de Desarrolladores de gvSIG
> Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
>
> Tens de colocar a letra u como no exemplo
> print u"Número de observação "
> un abrazo desde Brasil
>
> 2016-11-30 13:24 GMT-02:00 CARLOS COLOMBANA <carlos.colombana en mtop.gub.uy>:
>>
>> Hola.
>>
>>
>> Estoy tratando de emplear las funciones del módulo commonsdialog (entre
>> otras) utilizando palabras con acentos, pero me da error.
>>
>> En general el mensaje es del estilo:
>>
>>
>> SyntaxError: Illegal character ...
>>
>> ... for encoding 'utf-8'
>>
>>
>> Revisé los "Config.xml" de gvSIG (org.gvsig.app.mainplugin) y de la
>> extensión de scripting (org.gvsig.scripting.app.mainplugin), en ambos casos
>> tiene por defecto la codificación de caracteres Latin-1:
>>
>>
>> encoding="ISO-8859-1"
>>
>>
>> Así que no debería de haber problema. Pero por otro lado, cada vez que se
>> crea un nuevo script, en la primera línea aparece el siguiente comentario:
>>
>>
>> # encoding: utf-8
>>
>>
>> ¿Alguien sabe que es lo que está sucediendo y cómo podría solucionarlo?.
>>
>>
>> Saludos.
>>
>> Carlos.
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
>
> --
>
>
> Gilberto Cugler .´.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



-- 
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).

From gilbertocugler en gmail.com  Sat Dec  3 15:07:22 2016
From: gilbertocugler en gmail.com (Gilberto Cugler)
Date: Sat, 3 Dec 2016 12:07:22 -0200
Subject: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
In-Reply-To: <CAHU37TtNkQavoz_YsJPkynnKFdeuA5Pt2=B+Lss_k=hTiPEEZw@mail.gmail.com>
References: <1480519468418.7821@mtop.gub.uy>
	<CAB18a+DCY9GzqHUcJ-YU1eATMHjyfDB5Q14NVoGBV5Wm5Q=uuQ@mail.gmail.com>
	<1480602714172.75169@mtop.gub.uy> <1480604170757.63893@mtop.gub.uy>
	<CAHU37TtNkQavoz_YsJPkynnKFdeuA5Pt2=B+Lss_k=hTiPEEZw@mail.gmail.com>
Message-ID: <CAB18a+Bwf65W-WdZKDTJkEJVzeCZzVhqVVU86SWN79ifYfykJw@mail.gmail.com>

Olá;

Eu tive o mesmo problema com a versão 2.1 em agosto/2015 e Joaquim me deu a
seguinte solução.
Ahora mismo no se como arreglarlo, pero podias probar a poner algo como:



para probar si tiene que ver con la codificacion del sistema.
Si so funcionase, la unica solucion que puedo darte ahora mismo es
que apara introducir los caracteres especiales uses la funcion unichr.
Puedes consultar los unicodes de los caracteres en la tabla:

https://en.wikipedia.org/wiki/List_of_XML_and_HTML_character
_entity_references#Character_entity_references_in_HTML

el valor entre parentesis de la columna "unicode code point" es el codigo a
usar
en la funcion unichr.

Un saludo
Joaquin

Fiz um teste em student e funcionou, pode ser uma saída de emergência, não
é nada elegante porém resolve.
Ver destaque em vermelho(Rojo)

 userName = self.txtUserName.getText()
    character_set = list( string.ascii_uppercase)
    invalid_characters = ''.join(character for character in userName if not
character in character_set)
    if len(userName) == 0 or len(invalid_characters) != 0:
      msgbox("Nome Inv"+unichr(225)+"lido !!!", "Forbidden", FORBIDEN)
    else:
      self.acceptUser(userName)
      self.hide()

  def btnCancel_click(self,*args):

_____________________________________________________________________________

No exemplo traduzido de
http://downloads.gvsig.org/download/web/html/es/scripting_devel_guide/2.3/capturando_eventos.html
o uso da letra "u" funciona perfeitamente.

# encoding: utf-8
from gvsig import *
from gvsig.commonsdialog import *

from org.gvsig.fmap.mapcontext.events.listeners import ViewPortListener
from gvsig.libs.formpanel import FormPanel
import os


class MonitorEscala(ViewPortListener, FormPanel):
        def __init__(self, mapContext):
                FormPanel.__init__(self, os.path.join(os.path.dirname(_
_file__),"monitor_escala.xml"))

                self.mapContext = mapContext

                #Iniciamos valores de etiquetas
                self.lblName.setText("Escala")
                self.txtScale.setText(self.getScale())

                # Agregamos listener al ViewPort
                self.mapContext.getViewPort().addViewPortListener(self)

        def btnCerrar_click(self,*args):
                # Eliminamos el listener
                self.mapContext.getViewPort().removeViewPortListener(self)
                self.hide()

        def getScale(self):
                scale = "1:"+ str(self.mapContext.getScaleView())
                return scale

        def changeScale(self):
                self.txtScale.setText(self.getScale())

        # Metodo obligatorio de ViewPortListener
        def backColorChanged(self,*args):
                pass

        # Metodo obligatorio de ViewPortListener
        def extentChanged(self,*args):
           self.changeScale()

        # Metodo obligatorio de ViewPortListener
        def projectionChanged(self,*args):
                pass


def main(*args):
        if currentView() == None:
                msgbox(u"É necessário ter uma vista aberta e ativa")
                return

        mapContext = currentView().getMapContext()
        monitor = MonitorEscala(mapContext)
        monitor.showTool(u"Visualização da Escala")

Espero que isto possa dar uma pista para a solução.
abrazos

2016-12-03 8:18 GMT-02:00 Francisco Puga <fpuga en icarto.es>:

> Como dice gilberto el tema de los acentos u otros caracteres es
> bastante confuso en todos los lenguajes de programación [4] [5]. En
> concreto en python creo que hay que saber dos cosas básicas.
>
> * Encoding del fichero. Hay diferentes formas de representar un texto
> a nivel interno del ordenador. Por decirlo de algún modo la forma en
> que se representan se denomina encoding y empareja una letra
> cualquiera "a" o "ñ" o lo que sea con un número que es lo que se puede
> almacenar en un ordenador. Es el típico problema de los dbf, que
> cuando abres con la hoja de cálculo te pregunta en que encoding está.
> El encoding de un fichero python se representa con esa "línea mágica"
> del principio del fichero y la recomendación es usar siempre utf-8
> [1]. En python 3 se usa por defecto utf-8 por lo que no haría falta
> [2]
>
> * Encoding de una cadena de texto concreta. Por defecto en python 2.x
> las cadenas de texto que escribimos no se interpretan con un "encoding
> bueno" [3], si no con uno genérico por decirlo de algún modo. Para que
> los interprete con un "encoding bueno" en lugar de escribir
> simplemente:
>
>  'Esta es mi cadena de texto con ñ'
>
> escribiremos
>
> u'Esta es mi cadena de texto con ñ'
>
> Esa "u" del principio es el truco.
>
> Usando la línea mágica del principio en "python normal" debería
> funcionar todo correctamente y no necesitar la u, pero esto depende de
> más factores y en gvSIG se está haciendo uso del intérprete de python
> para java que igual introduce algún problemilla, por lo que no agarra
> bien el encoding. Como resumen:
>
> 1) Poner siempre al principio:
>
> # -*- coding: utf-8 -*-
>
> 2) En caso de problemas poner delante de nuestra cadena con caracteres
> raros la "u"
>
> [1] https://www.python.org/dev/peps/pep-0263/
> [2] https://www.python.org/dev/peps/pep-3120/
> [3] https://pythonhosted.org/kitchen/unicode-frustrations.html
> [4] http://www.joelonsoftware.com/articles/Unicode.html
> [5] https://rainsoft.io/what-every-javascript-developer-
> should-know-about-unicode/
>
> El día 1 de diciembre de 2016, 15:56, CARLOS COLOMBANA
> <carlos.colombana en mtop.gub.uy> escribió:
> > Creo que el mail anterior rebotó por el tamaño del adjunto.
> >
> > Lo subí a github:
> >
> >
> > https://github.com/nacho0605/GSoC/blob/master/GSoC_2016/01-
> TestCreatorAndPlayer/TestCreatorAndPlayer-1.0.0-38-testing-esp.gvspkg
> >
> >
> > ________________________________
> > De: CARLOS COLOMBANA
> > Enviado: jueves, 01 de diciembre de 2016 11:31
> > Para: Lista de Desarrolladores de gvSIG
> > Cc: SERGIO ACOSTAYLARA
> > Asunto: RE: [Gvsig_desarrolladores] Editor de Scripts - Palabras con
> acentos
> >
> >
> > Hola Gilberto.
> >
> > Ya había probado ese truco pero no me funcionó, por las dudas lo volví a
> > probar ahora pero sigue sin funcionar y me sigue dando el mismo mensaje
> de
> > error.
> >
> > Muchas gracias de todas maneras.
> >
> >
> > Trataré de contar muy resumidamente lo que estoy intentando hacer.
> >
> > Participé en el desarrollo de un addon [1] bajo la mentoría de Óscar
> > Martínez y Joaquín del Cerro.
> >
> > Se hizo todo en inglés, ahora lo estoy traduciendo al español (adjunto)
> pero
> > estoy teniendo problemas con las palabras con acento.
> >
> > Luego de instalar el addon, dentro de la carpeta de addons de gvSIG,
> dentro
> > de la carpeta Test, se encuentran los siguientes módulos (con los cuales
> > estoy teniendo problemas):
> >
> >
> > - student.py: líneas 93 y 103.
> >
> > - testcreator.py: línea 50.
> >
> > - testcreatorpanel.py: línea 40.
> >
> > - report.py: línea 48.
> >
> >
> > La disculpas del caso por lo extenso.
> >
> > Saludos.
> >
> > Carlos.
> >
> >
> > [1]
> > https://github.com/nacho0605/GSoC/tree/master/GSoC_2016/01-
> TestCreatorAndPlayer
> >
> > ________________________________
> > De: gvsig_desarrolladores-bounces en listserv.gva.es
> > <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto
> Cugler
> > <gilbertocugler en gmail.com>
> > Enviado: miércoles, 30 de noviembre de 2016 12:30
> > Para: Lista de Desarrolladores de gvSIG
> > Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con
> acentos
> >
> > Tens de colocar a letra u como no exemplo
> > print u"Número de observação "
> > un abrazo desde Brasil
> >
> > 2016-11-30 13:24 GMT-02:00 CARLOS COLOMBANA <
> carlos.colombana en mtop.gub.uy>:
> >>
> >> Hola.
> >>
> >>
> >> Estoy tratando de emplear las funciones del módulo commonsdialog (entre
> >> otras) utilizando palabras con acentos, pero me da error.
> >>
> >> En general el mensaje es del estilo:
> >>
> >>
> >> SyntaxError: Illegal character ...
> >>
> >> ... for encoding 'utf-8'
> >>
> >>
> >> Revisé los "Config.xml" de gvSIG (org.gvsig.app.mainplugin) y de la
> >> extensión de scripting (org.gvsig.scripting.app.mainplugin), en ambos
> casos
> >> tiene por defecto la codificación de caracteres Latin-1:
> >>
> >>
> >> encoding="ISO-8859-1"
> >>
> >>
> >> Así que no debería de haber problema. Pero por otro lado, cada vez que
> se
> >> crea un nuevo script, en la primera línea aparece el siguiente
> comentario:
> >>
> >>
> >> # encoding: utf-8
> >>
> >>
> >> ¿Alguien sabe que es lo que está sucediendo y cómo podría solucionarlo?.
> >>
> >>
> >> Saludos.
> >>
> >> Carlos.
> >>
> >>
> >> _______________________________________________
> >> gvSIG_desarrolladores mailing list
> >> gvSIG_desarrolladores 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:
> >> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
> >>
> >
> >
> >
> > --
> >
> >
> > Gilberto Cugler .´.
> >
> > _______________________________________________
> > gvSIG_desarrolladores mailing list
> > gvSIG_desarrolladores 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:
> > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
> >
>
>
>
> --
> 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_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



-- 


Gilberto Cugler .´.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161203/0afd82eb/attachment.html>

From carlos.colombana en mtop.gub.uy  Mon Dec  5 13:22:56 2016
From: carlos.colombana en mtop.gub.uy (CARLOS COLOMBANA)
Date: Mon, 5 Dec 2016 12:22:56 +0000
Subject: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
In-Reply-To: <CAB18a+Bwf65W-WdZKDTJkEJVzeCZzVhqVVU86SWN79ifYfykJw@mail.gmail.com>
References: <1480519468418.7821@mtop.gub.uy>
	<CAB18a+DCY9GzqHUcJ-YU1eATMHjyfDB5Q14NVoGBV5Wm5Q=uuQ@mail.gmail.com>
	<1480602714172.75169@mtop.gub.uy> <1480604170757.63893@mtop.gub.uy>
	<CAHU37TtNkQavoz_YsJPkynnKFdeuA5Pt2=B+Lss_k=hTiPEEZw@mail.gmail.com>,
	<CAB18a+Bwf65W-WdZKDTJkEJVzeCZzVhqVVU86SWN79ifYfykJw@mail.gmail.com>
Message-ID: <1480940576003.42265@mtop.gub.uy>

Hola.


Había visto que el truco de la letra "u" delante funcionaba para el caso de una única cadena de texto, pero no logré descubrir cómo hacerlo funcionar a la hora de concatenar (sumar) más de una cadena de texto.

En base a sus comentarios, volví a probar sustituyendo el encabezado de los scripts por:


# encoding: latin-1


Lo cual funcionó!, pero si entendí bien, no es una práctica recomendable.

Entonces la solución sería usar la función unichr y los códigos de la tabla, ¿es correcto?, aunque no sea elegante.

Se me ocurre concatenar (sumar) las cadenas de texto y guardarlas en una variable, antes, y luego pasar la variable utilizando la letra "u" delante. ¿Se les ocurre cómo hacerlo? (sin que la variable con la letra "u" delante sea interpretada como otra variable diferente, la cual no estaría definida, o errores similares).

Muchísimas gracias a ambos por su ayuda y por los enlaces!


Saludos!

Carlos.?

________________________________
De: gvsig_desarrolladores-bounces en listserv.gva.es <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto Cugler <gilbertocugler en gmail.com>
Enviado: sábado, 03 de diciembre de 2016 11:07
Para: Lista de Desarrolladores de gvSIG
Cc: SERGIO ACOSTAYLARA
Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos

Olá;

Eu tive o mesmo problema com a versão 2.1 em agosto/2015 e Joaquim me deu a seguinte solução.
Ahora mismo no se como arreglarlo, pero podias probar a poner algo como:



para probar si tiene que ver con la codificacion del sistema.
Si so funcionase, la unica solucion que puedo darte ahora mismo es
que apara introducir los caracteres especiales uses la funcion unichr.
Puedes consultar los unicodes de los caracteres en la tabla:

https://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references#Character_entity_references_in_HTML

el valor entre parentesis de la columna "unicode code point" es el codigo a usar
en la funcion unichr.

Un saludo
Joaquin

Fiz um teste em student e funcionou, pode ser uma saída de emergência, não é nada elegante porém resolve.
Ver destaque em vermelho(Rojo)

 userName = self.txtUserName.getText()
    character_set = list( string.ascii_uppercase)
    invalid_characters = ''.join(character for character in userName if not character in character_set)
    if len(userName) == 0 or len(invalid_characters) != 0:
      msgbox("Nome Inv"+unichr(225)+"lido !!!", "Forbidden", FORBIDEN)
    else:
      self.acceptUser(userName)
      self.hide()

  def btnCancel_click(self,*args):

_____________________________________________________________________________

No exemplo traduzido de http://downloads.gvsig.org/download/web/html/es/scripting_devel_guide/2.3/capturando_eventos.html o uso da letra "u" funciona perfeitamente.

# encoding: utf-8
from gvsig import *
from gvsig.commonsdialog import *

from org.gvsig.fmap.mapcontext.events.listeners import ViewPortListener
from gvsig.libs.formpanel import FormPanel
import os


class MonitorEscala(ViewPortListener, FormPanel):
        def __init__(self, mapContext):
                FormPanel.__init__(self, os.path.join(os.path.dirname(__file__),"monitor_escala.xml"))

                self.mapContext = mapContext

                #Iniciamos valores de etiquetas
                self.lblName.setText("Escala")
                self.txtScale.setText(self.getScale())

                # Agregamos listener al ViewPort
                self.mapContext.getViewPort().addViewPortListener(self)

        def btnCerrar_click(self,*args):
                # Eliminamos el listener
                self.mapContext.getViewPort().removeViewPortListener(self)
                self.hide()

        def getScale(self):
                scale = "1:"+ str(self.mapContext.getScaleView())
                return scale

        def changeScale(self):
                self.txtScale.setText(self.getScale())

        # Metodo obligatorio de ViewPortListener
        def backColorChanged(self,*args):
                pass

        # Metodo obligatorio de ViewPortListener
        def extentChanged(self,*args):
           self.changeScale()

        # Metodo obligatorio de ViewPortListener
        def projectionChanged(self,*args):
                pass


def main(*args):
        if currentView() == None:
                msgbox(u"É necessário ter uma vista aberta e ativa")
                return

        mapContext = currentView().getMapContext()
        monitor = MonitorEscala(mapContext)
        monitor.showTool(u"Visualização da Escala")

Espero que isto possa dar uma pista para a solução.
abrazos

2016-12-03 8:18 GMT-02:00 Francisco Puga <fpuga en icarto.es<mailto:fpuga en icarto.es>>:
Como dice gilberto el tema de los acentos u otros caracteres es
bastante confuso en todos los lenguajes de programación [4] [5]. En
concreto en python creo que hay que saber dos cosas básicas.

* Encoding del fichero. Hay diferentes formas de representar un texto
a nivel interno del ordenador. Por decirlo de algún modo la forma en
que se representan se denomina encoding y empareja una letra
cualquiera "a" o "ñ" o lo que sea con un número que es lo que se puede
almacenar en un ordenador. Es el típico problema de los dbf, que
cuando abres con la hoja de cálculo te pregunta en que encoding está.
El encoding de un fichero python se representa con esa "línea mágica"
del principio del fichero y la recomendación es usar siempre utf-8
[1]. En python 3 se usa por defecto utf-8 por lo que no haría falta
[2]

* Encoding de una cadena de texto concreta. Por defecto en python 2.x
las cadenas de texto que escribimos no se interpretan con un "encoding
bueno" [3], si no con uno genérico por decirlo de algún modo. Para que
los interprete con un "encoding bueno" en lugar de escribir
simplemente:

 'Esta es mi cadena de texto con ñ'

escribiremos

u'Esta es mi cadena de texto con ñ'

Esa "u" del principio es el truco.

Usando la línea mágica del principio en "python normal" debería
funcionar todo correctamente y no necesitar la u, pero esto depende de
más factores y en gvSIG se está haciendo uso del intérprete de python
para java que igual introduce algún problemilla, por lo que no agarra
bien el encoding. Como resumen:

1) Poner siempre al principio:

# -*- coding: utf-8 -*-

2) En caso de problemas poner delante de nuestra cadena con caracteres
raros la "u"

[1] https://www.python.org/dev/peps/pep-0263/
[2] https://www.python.org/dev/peps/pep-3120/
[3] https://pythonhosted.org/kitchen/unicode-frustrations.html
[4] http://www.joelonsoftware.com/articles/Unicode.html
[5] https://rainsoft.io/what-every-javascript-developer-should-know-about-unicode/

El día 1 de diciembre de 2016, 15:56, CARLOS COLOMBANA
<carlos.colombana en mtop.gub.uy<mailto:carlos.colombana en mtop.gub.uy>> escribió:
> Creo que el mail anterior rebotó por el tamaño del adjunto.
>
> Lo subí a github:
>
>
> https://github.com/nacho0605/GSoC/blob/master/GSoC_2016/01-TestCreatorAndPlayer/TestCreatorAndPlayer-1.0.0-38-testing-esp.gvspkg
>
>
> ________________________________
> De: CARLOS COLOMBANA
> Enviado: jueves, 01 de diciembre de 2016 11:31
> Para: Lista de Desarrolladores de gvSIG
> Cc: SERGIO ACOSTAYLARA
> Asunto: RE: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
>
>
> Hola Gilberto.
>
> Ya había probado ese truco pero no me funcionó, por las dudas lo volví a
> probar ahora pero sigue sin funcionar y me sigue dando el mismo mensaje de
> error.
>
> Muchas gracias de todas maneras.
>
>
> Trataré de contar muy resumidamente lo que estoy intentando hacer.
>
> Participé en el desarrollo de un addon [1] bajo la mentoría de Óscar
> Martínez y Joaquín del Cerro.
>
> Se hizo todo en inglés, ahora lo estoy traduciendo al español (adjunto) pero
> estoy teniendo problemas con las palabras con acento.
>
> Luego de instalar el addon, dentro de la carpeta de addons de gvSIG, dentro
> de la carpeta Test, se encuentran los siguientes módulos (con los cuales
> estoy teniendo problemas):
>
>
> - student.py: líneas 93 y 103.
>
> - testcreator.py: línea 50.
>
> - testcreatorpanel.py: línea 40.
>
> - report.py: línea 48.
>
>
> La disculpas del caso por lo extenso.
>
> Saludos.
>
> Carlos.
>
>
> [1]
> https://github.com/nacho0605/GSoC/tree/master/GSoC_2016/01-TestCreatorAndPlayer
>
> ________________________________
> De: gvsig_desarrolladores-bounces en listserv.gva.es<mailto:gvsig_desarrolladores-bounces en listserv.gva.es>
> <gvsig_desarrolladores-bounces en listserv.gva.es<mailto:gvsig_desarrolladores-bounces en listserv.gva.es>> en nombre de Gilberto Cugler
> <gilbertocugler en gmail.com<mailto:gilbertocugler en gmail.com>>
> Enviado: miércoles, 30 de noviembre de 2016 12:30
> Para: Lista de Desarrolladores de gvSIG
> Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
>
> Tens de colocar a letra u como no exemplo
> print u"Número de observação "
> un abrazo desde Brasil
>
> 2016-11-30 13:24 GMT-02:00 CARLOS COLOMBANA <carlos.colombana en mtop.gub.uy<mailto:carlos.colombana en mtop.gub.uy>>:
>>
>> Hola.
>>
>>
>> Estoy tratando de emplear las funciones del módulo commonsdialog (entre
>> otras) utilizando palabras con acentos, pero me da error.
>>
>> En general el mensaje es del estilo:
>>
>>
>> SyntaxError: Illegal character ...
>>
>> ... for encoding 'utf-8'
>>
>>
>> Revisé los "Config.xml" de gvSIG (org.gvsig.app.mainplugin) y de la
>> extensión de scripting (org.gvsig.scripting.app.mainplugin), en ambos casos
>> tiene por defecto la codificación de caracteres Latin-1:
>>
>>
>> encoding="ISO-8859-1"
>>
>>
>> Así que no debería de haber problema. Pero por otro lado, cada vez que se
>> crea un nuevo script, en la primera línea aparece el siguiente comentario:
>>
>>
>> # encoding: utf-8
>>
>>
>> ¿Alguien sabe que es lo que está sucediendo y cómo podría solucionarlo?.
>>
>>
>> Saludos.
>>
>> Carlos.
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores en listserv.gva.es<mailto:gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
>
> --
>
>
> Gilberto Cugler .´.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores en listserv.gva.es<mailto:gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



--
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<tel:%2B34%20881927808>

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_desarrolladores mailing list
gvSIG_desarrolladores en listserv.gva.es<mailto:gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores



--


Gilberto Cugler .´.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161205/c1ec27ec/attachment.html>

From ialonso en enxenio.es  Mon Dec  5 17:01:54 2016
From: ialonso en enxenio.es (ialonso en enxenio.es)
Date: Mon, 05 Dec 2016 17:01:54 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?Problema_al_generar_la_versi?=
 =?utf-8?q?=C3=B3n_gvsig=2Edesktop-2=2E0=2E157?=
Message-ID: <1c78a4fa372dde3656d9d0440c1d27ca@enxenio.es>

Hola, estoy intentando generar y compilar una versión de gvSig pero
tengo un problema que no consigo arreglar. 

Antes de intentar con la versión 2.0.157 he podido compilar y generar
sin problemas la versión 2.0.84, en cambio lo que me pasa ahora con la
157 son estos dos errores: 

The project was not built since its build path is incomplete. Cannot
find the class file for
org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase. Fix the build
path then try building this project org.gvsig.fmap.dal.db.jdbc 

The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot be
resolved. It is indirectly referenced from required .class files
JDBCTest.java
/org.gvsig.fmap.dal.db.jdbc/src/test/java/org/gvsig/fmap/dal/store/jdbc
line 36 

La línea 36 de JDBCTest.java se corresponde con: 

public class JDBCTest extends BaseTestFeatureStore { 

Donde el problema está en _BaseTestFeatureStore_ y pulsando en él
(control + click) lleva a: 

public abstract class BaseTestFeatureStore extends
ABSTRACTLIBRARYAUTOINITTESTCASE { (en org.gvsig.fmap.dal.impl ->
org.gvsig.fmap.dal.feature -> BaseTestFeatureStore) 

En ambas versiones, _AbstractLibraryAutoInitTestCase_ está en un .jar
ubicado en org.gvsig.tools.lib-3.0.xx-test.jar (84 (3.0.54) y 157
(3.0.92)) en las "Referenced dependencies" del proyecto
_org.gvsig.fmap.dal.impl_. He mirado los pom de ambas versiones (84 y
157) en el proyecto _org.gvsig.fmap.dal.db.jdbc_ y son iguales, también
referencian igual a ese jar. ¿Por qué en esta versión me sale este error
y no puedo hacer un build? 

Un saludo, gracias.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161205/0e21d648/attachment.html>

From cmartinez en scolab.es  Mon Dec  5 17:06:22 2016
From: cmartinez en scolab.es (=?UTF-8?B?Q8Opc2FyIE1hcnTDrW5leg==?=)
Date: Mon, 5 Dec 2016 17:06:22 +0100
Subject: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
In-Reply-To: <1480940576003.42265@mtop.gub.uy>
References: <1480519468418.7821@mtop.gub.uy>
	<CAB18a+DCY9GzqHUcJ-YU1eATMHjyfDB5Q14NVoGBV5Wm5Q=uuQ@mail.gmail.com>
	<1480602714172.75169@mtop.gub.uy> <1480604170757.63893@mtop.gub.uy>
	<CAHU37TtNkQavoz_YsJPkynnKFdeuA5Pt2=B+Lss_k=hTiPEEZw@mail.gmail.com>
	<CAB18a+Bwf65W-WdZKDTJkEJVzeCZzVhqVVU86SWN79ifYfykJw@mail.gmail.com>
	<1480940576003.42265@mtop.gub.uy>
Message-ID: <CA+RzLkYaxRoqDOb09k86vwCPcRGMXF1KY3J0Kns6HF5vyO4qaw@mail.gmail.com>

Hola, por lo que comentas podría ser que hubiese un problema en la
forma en la que gvSIG carga los scripts, usando la codificación del
sistema e ignorando la declarada en la cabecera.

Hasta que se solucione, tienes las dos opciones que comentabas:
- guardar el fichero como latin1 (funcionará si es la codificación de
tú sistema, aunque puede fallar si distribuyes los scripts a otros
usuarios)
- usar los códigos de la tabla, con lo cual evitas el problema de la
carga de caracteres especiales.

Espero que te sea de utilidad.

Saludos,

César

El día 5 de diciembre de 2016, 13:22, CARLOS COLOMBANA
<carlos.colombana en mtop.gub.uy> escribió:
> Hola.
>
>
> Había visto que el truco de la letra "u" delante funcionaba para el caso de
> una única cadena de texto, pero no logré descubrir cómo hacerlo funcionar a
> la hora de concatenar (sumar) más de una cadena de texto.
>
> En base a sus comentarios, volví a probar sustituyendo el encabezado de los
> scripts por:
>
>
> # encoding: latin-1
>
>
> Lo cual funcionó!, pero si entendí bien, no es una práctica recomendable.
>
> Entonces la solución sería usar la función unichr y los códigos de la tabla,
> ¿es correcto?, aunque no sea elegante.
>
> Se me ocurre concatenar (sumar) las cadenas de texto y guardarlas en una
> variable, antes, y luego pasar la variable utilizando la letra "u" delante.
> ¿Se les ocurre cómo hacerlo? (sin que la variable con la letra "u" delante
> sea interpretada como otra variable diferente, la cual no estaría definida,
> o errores similares).
>
> Muchísimas gracias a ambos por su ayuda y por los enlaces!
>
>
> Saludos!
>
> Carlos.
>
> ________________________________
> De: gvsig_desarrolladores-bounces en listserv.gva.es
> <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto Cugler
> <gilbertocugler en gmail.com>
> Enviado: sábado, 03 de diciembre de 2016 11:07
> Para: Lista de Desarrolladores de gvSIG
> Cc: SERGIO ACOSTAYLARA
> Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
>
> Olá;
>
> Eu tive o mesmo problema com a versão 2.1 em agosto/2015 e Joaquim me deu a
> seguinte solução.
> Ahora mismo no se como arreglarlo, pero podias probar a poner algo como:
>
>
>
> para probar si tiene que ver con la codificacion del sistema.
> Si so funcionase, la unica solucion que puedo darte ahora mismo es
> que apara introducir los caracteres especiales uses la funcion unichr.
> Puedes consultar los unicodes de los caracteres en la tabla:
>
> https://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references#Character_entity_references_in_HTML
>
> el valor entre parentesis de la columna "unicode code point" es el codigo a
> usar
> en la funcion unichr.
>
> Un saludo
> Joaquin
>
> Fiz um teste em student e funcionou, pode ser uma saída de emergência, não é
> nada elegante porém resolve.
> Ver destaque em vermelho(Rojo)
>
>  userName = self.txtUserName.getText()
>     character_set = list( string.ascii_uppercase)
>     invalid_characters = ''.join(character for character in userName if not
> character in character_set)
>     if len(userName) == 0 or len(invalid_characters) != 0:
>       msgbox("Nome Inv"+unichr(225)+"lido !!!", "Forbidden", FORBIDEN)
>     else:
>       self.acceptUser(userName)
>       self.hide()
>
>   def btnCancel_click(self,*args):
>
> _____________________________________________________________________________
>
> No exemplo traduzido de
> http://downloads.gvsig.org/download/web/html/es/scripting_devel_guide/2.3/capturando_eventos.html
> o uso da letra "u" funciona perfeitamente.
>
> # encoding: utf-8
> from gvsig import *
> from gvsig.commonsdialog import *
>
> from org.gvsig.fmap.mapcontext.events.listeners import ViewPortListener
> from gvsig.libs.formpanel import FormPanel
> import os
>
>
> class MonitorEscala(ViewPortListener, FormPanel):
>         def __init__(self, mapContext):
>                 FormPanel.__init__(self,
> os.path.join(os.path.dirname(__file__),"monitor_escala.xml"))
>
>                 self.mapContext = mapContext
>
>                 #Iniciamos valores de etiquetas
>                 self.lblName.setText("Escala")
>                 self.txtScale.setText(self.getScale())
>
>                 # Agregamos listener al ViewPort
>                 self.mapContext.getViewPort().addViewPortListener(self)
>
>         def btnCerrar_click(self,*args):
>                 # Eliminamos el listener
>                 self.mapContext.getViewPort().removeViewPortListener(self)
>                 self.hide()
>
>         def getScale(self):
>                 scale = "1:"+ str(self.mapContext.getScaleView())
>                 return scale
>
>         def changeScale(self):
>                 self.txtScale.setText(self.getScale())
>
>         # Metodo obligatorio de ViewPortListener
>         def backColorChanged(self,*args):
>                 pass
>
>         # Metodo obligatorio de ViewPortListener
>         def extentChanged(self,*args):
>            self.changeScale()
>
>         # Metodo obligatorio de ViewPortListener
>         def projectionChanged(self,*args):
>                 pass
>
>
> def main(*args):
>         if currentView() == None:
>                 msgbox(u"É necessário ter uma vista aberta e ativa")
>                 return
>
>         mapContext = currentView().getMapContext()
>         monitor = MonitorEscala(mapContext)
>         monitor.showTool(u"Visualização da Escala")
>
> Espero que isto possa dar uma pista para a solução.
> abrazos
>
> 2016-12-03 8:18 GMT-02:00 Francisco Puga <fpuga en icarto.es>:
>>
>> Como dice gilberto el tema de los acentos u otros caracteres es
>> bastante confuso en todos los lenguajes de programación [4] [5]. En
>> concreto en python creo que hay que saber dos cosas básicas.
>>
>> * Encoding del fichero. Hay diferentes formas de representar un texto
>> a nivel interno del ordenador. Por decirlo de algún modo la forma en
>> que se representan se denomina encoding y empareja una letra
>> cualquiera "a" o "ñ" o lo que sea con un número que es lo que se puede
>> almacenar en un ordenador. Es el típico problema de los dbf, que
>> cuando abres con la hoja de cálculo te pregunta en que encoding está.
>> El encoding de un fichero python se representa con esa "línea mágica"
>> del principio del fichero y la recomendación es usar siempre utf-8
>> [1]. En python 3 se usa por defecto utf-8 por lo que no haría falta
>> [2]
>>
>> * Encoding de una cadena de texto concreta. Por defecto en python 2.x
>> las cadenas de texto que escribimos no se interpretan con un "encoding
>> bueno" [3], si no con uno genérico por decirlo de algún modo. Para que
>> los interprete con un "encoding bueno" en lugar de escribir
>> simplemente:
>>
>>  'Esta es mi cadena de texto con ñ'
>>
>> escribiremos
>>
>> u'Esta es mi cadena de texto con ñ'
>>
>> Esa "u" del principio es el truco.
>>
>> Usando la línea mágica del principio en "python normal" debería
>> funcionar todo correctamente y no necesitar la u, pero esto depende de
>> más factores y en gvSIG se está haciendo uso del intérprete de python
>> para java que igual introduce algún problemilla, por lo que no agarra
>> bien el encoding. Como resumen:
>>
>> 1) Poner siempre al principio:
>>
>> # -*- coding: utf-8 -*-
>>
>> 2) En caso de problemas poner delante de nuestra cadena con caracteres
>> raros la "u"
>>
>> [1] https://www.python.org/dev/peps/pep-0263/
>> [2] https://www.python.org/dev/peps/pep-3120/
>> [3] https://pythonhosted.org/kitchen/unicode-frustrations.html
>> [4] http://www.joelonsoftware.com/articles/Unicode.html
>> [5]
>> https://rainsoft.io/what-every-javascript-developer-should-know-about-unicode/
>>
>> El día 1 de diciembre de 2016, 15:56, CARLOS COLOMBANA
>> <carlos.colombana en mtop.gub.uy> escribió:
>> > Creo que el mail anterior rebotó por el tamaño del adjunto.
>> >
>> > Lo subí a github:
>> >
>> >
>> >
>> > https://github.com/nacho0605/GSoC/blob/master/GSoC_2016/01-TestCreatorAndPlayer/TestCreatorAndPlayer-1.0.0-38-testing-esp.gvspkg
>> >
>> >
>> > ________________________________
>> > De: CARLOS COLOMBANA
>> > Enviado: jueves, 01 de diciembre de 2016 11:31
>> > Para: Lista de Desarrolladores de gvSIG
>> > Cc: SERGIO ACOSTAYLARA
>> > Asunto: RE: [Gvsig_desarrolladores] Editor de Scripts - Palabras con
>> > acentos
>> >
>> >
>> > Hola Gilberto.
>> >
>> > Ya había probado ese truco pero no me funcionó, por las dudas lo volví a
>> > probar ahora pero sigue sin funcionar y me sigue dando el mismo mensaje
>> > de
>> > error.
>> >
>> > Muchas gracias de todas maneras.
>> >
>> >
>> > Trataré de contar muy resumidamente lo que estoy intentando hacer.
>> >
>> > Participé en el desarrollo de un addon [1] bajo la mentoría de Óscar
>> > Martínez y Joaquín del Cerro.
>> >
>> > Se hizo todo en inglés, ahora lo estoy traduciendo al español (adjunto)
>> > pero
>> > estoy teniendo problemas con las palabras con acento.
>> >
>> > Luego de instalar el addon, dentro de la carpeta de addons de gvSIG,
>> > dentro
>> > de la carpeta Test, se encuentran los siguientes módulos (con los cuales
>> > estoy teniendo problemas):
>> >
>> >
>> > - student.py: líneas 93 y 103.
>> >
>> > - testcreator.py: línea 50.
>> >
>> > - testcreatorpanel.py: línea 40.
>> >
>> > - report.py: línea 48.
>> >
>> >
>> > La disculpas del caso por lo extenso.
>> >
>> > Saludos.
>> >
>> > Carlos.
>> >
>> >
>> > [1]
>> >
>> > https://github.com/nacho0605/GSoC/tree/master/GSoC_2016/01-TestCreatorAndPlayer
>> >
>> > ________________________________
>> > De: gvsig_desarrolladores-bounces en listserv.gva.es
>> > <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto
>> > Cugler
>> > <gilbertocugler en gmail.com>
>> > Enviado: miércoles, 30 de noviembre de 2016 12:30
>> > Para: Lista de Desarrolladores de gvSIG
>> > Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con
>> > acentos
>> >
>> > Tens de colocar a letra u como no exemplo
>> > print u"Número de observação "
>> > un abrazo desde Brasil
>> >
>> > 2016-11-30 13:24 GMT-02:00 CARLOS COLOMBANA
>> > <carlos.colombana en mtop.gub.uy>:
>> >>
>> >> Hola.
>> >>
>> >>
>> >> Estoy tratando de emplear las funciones del módulo commonsdialog (entre
>> >> otras) utilizando palabras con acentos, pero me da error.
>> >>
>> >> En general el mensaje es del estilo:
>> >>
>> >>
>> >> SyntaxError: Illegal character ...
>> >>
>> >> ... for encoding 'utf-8'
>> >>
>> >>
>> >> Revisé los "Config.xml" de gvSIG (org.gvsig.app.mainplugin) y de la
>> >> extensión de scripting (org.gvsig.scripting.app.mainplugin), en ambos
>> >> casos
>> >> tiene por defecto la codificación de caracteres Latin-1:
>> >>
>> >>
>> >> encoding="ISO-8859-1"
>> >>
>> >>
>> >> Así que no debería de haber problema. Pero por otro lado, cada vez que
>> >> se
>> >> crea un nuevo script, en la primera línea aparece el siguiente
>> >> comentario:
>> >>
>> >>
>> >> # encoding: utf-8
>> >>
>> >>
>> >> ¿Alguien sabe que es lo que está sucediendo y cómo podría
>> >> solucionarlo?.
>> >>
>> >>
>> >> Saludos.
>> >>
>> >> Carlos.
>> >>
>> >>
>> >> _______________________________________________
>> >> gvSIG_desarrolladores mailing list
>> >> gvSIG_desarrolladores 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:
>> >> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>> >>
>> >
>> >
>> >
>> > --
>> >
>> >
>> > Gilberto Cugler .´.
>> >
>> > _______________________________________________
>> > gvSIG_desarrolladores mailing list
>> > gvSIG_desarrolladores 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:
>> > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>> >
>>
>>
>>
>> --
>> 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_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
>
>
> --
>
>
> Gilberto Cugler .´.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



-- 
SCOLAB
http://scolab.es

From ialonso en enxenio.es  Wed Dec  7 10:54:02 2016
From: ialonso en enxenio.es (ialonso en enxenio.es)
Date: Wed, 07 Dec 2016 10:54:02 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?Error_de_complemento_raster_al_?=
 =?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win-x86-st?=
 =?utf-8?q?andard?=
Message-ID: <610905743d8b2137983503592b8c0865@enxenio.es>

Hola, al iniciar la versión
gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard correspondiente con el tag
en el repositorio SVN de

http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/


Me sale un error (si compilo e inicio desde eclipse también me pasa),
durante la instalación he instalado todos los plugins posibles. 

¿A qué se debe? Adjunto una foto. 

Un saludo.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/264b4c63/attachment.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: ErrorIniciarOficialNueva.png
Type: image/png
Size: 191311 bytes
Desc: no disponible
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/264b4c63/attachment.png>

From ialonso en enxenio.es  Wed Dec  7 11:00:06 2016
From: ialonso en enxenio.es (ialonso en enxenio.es)
Date: Wed, 07 Dec 2016 11:00:06 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?Error_plugin_raster_al_iniciar_?=
	=?utf-8?q?aplicaci=C3=B3n?=
Message-ID: <4d83ab8107335a6daee75806e48793a0@enxenio.es>

Hola, al iniciar la versión
gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard correspondiente con el tag
en el repositorio SVN de 2.0.157 mee sale un error (si compilo e inicio
desde eclipse también me pasa), durante la instalación he instalado
todos los plugins posibles.

¿A qué se debe? Adjunto una foto. 

Un saludo.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/25fc65fa/attachment.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: ErrorIniciarOficialNueva.png
Type: image/png
Size: 191311 bytes
Desc: no disponible
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/25fc65fa/attachment.png>

From jjdelcerro en gvsig.org  Wed Dec  7 15:45:07 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Wed, 7 Dec 2016 15:45:07 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?Error_de_complemento_raster_al_?=
	=?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win?=
	=?utf-8?q?-x86-standard?=
In-Reply-To: <610905743d8b2137983503592b8c0865@enxenio.es>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
Message-ID: <CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>

El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:

> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard
> correspondiente con el tag en el repositorio SVN de
> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
>
> Me sale un error (si compilo e inicio desde eclipse también me pasa),
> durante la instalación he instalado todos los plugins posibles.
>
> ¿A qué se debe? Adjunto una foto.
>
>
Con lo que cuentas poco se puede saber.
Solo has pasado una imagen y no se lee nada en ella.
Tampoco entiendo por que la rc2 y no la final.

No se muy bien que has hecho....
¿ Estas diciendo que has instalado gvSIG y no arranca?
¿ O estas compilando y no te arranca ?
Lo que si te puedo decir es que no instales nunca todos los plugins que
puedas, es una muy mala practica y hay plugins que son incompatibles entre
si.

Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
gvSIG-environ.info
gvSIG.log
gvSIG-launcher.log
tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna
pista de que te puede estar pasando.

Un saludo
Joaquin

> Un saludo.
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/a0b5375e/attachment.html>

From ialonso en enxenio.es  Wed Dec  7 16:42:08 2016
From: ialonso en enxenio.es (ialonso en enxenio.es)
Date: Wed, 07 Dec 2016 16:42:08 +0100
Subject: [Gvsig_desarrolladores]
 =?utf-8?q?Error_de_complemento_raster_al_?=
 =?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win-x86-st?=
 =?utf-8?q?andard?=
In-Reply-To: <CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
	<CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
Message-ID: <72dd4aeac0d2363269ebdb860a710813@enxenio.es>

El 2016-12-07 15:45, Joaquin Jose del Cerro Murciano escribió:

> El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:
> 
>> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard correspondiente con el tag en el repositorio SVN de
>> 
>> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/ 
>> 
>> Me sale un error (si compilo e inicio desde eclipse también me pasa), durante la instalación he instalado todos los plugins posibles. 
>> 
>> ¿A qué se debe? Adjunto una foto.
> 
> Con lo que cuentas poco se puede saber. 
> Solo has pasado una imagen y no se lee nada en ella. 
> Tampoco entiendo por que la rc2 y no la final.
> 
> No se muy bien que has hecho.... 
> ¿ Estas diciendo que has instalado gvSIG y no arranca? 
> ¿ O estas compilando y no te arranca ? 
> Lo que si te puedo decir es que no instales nunca todos los plugins que puedas, es una muy mala practica y hay plugins que son incompatibles entre si.
> 
> Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
> gvSIG-environ.info   
> gvSIG.log
> gvSIG-launcher.log 
> tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna pista de que te puede estar pasando.
> 
> Un saludo Joaquin 
> 
>> Un saludo. 
>> 
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [2]
> www.gvsig.org [3] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Hola, al final he probado con la última versión que tenéis para
descargar y sigo teniendo problemas también. Explico más en detalle. 

Si entras en http://www.gvsig.com/es/productos/gvsig-desktop/descargas y
vas a "Fuentes" > "gvSIG Desktop 2.3.1 (núcleo)" el enlace apunta a
http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
que es el repositorio que me descargo desde el SVN en Eclipse. 

He instalado la versión 2.3.1 en Windows (no están todos los plugins,
había varios que me decía que no se debían instalar a la vez y esos no
los he marcado, pero el resto que necesitaba sí) y al arrancarla no
puedo hacer nada, en la consola salen muchos errores y los iconos se me
muestran con cuadrados rojos. 

Cuando pruebo en Eclipse, me descargo el tag del SVN
org.gvsig.desktop-2.0.157 y me salen dos errores (mandé un email sobre
ellos pero aún no he obtenido respuesta): 

- The project was not built since its build path is incomplete. Cannot
find the class file for
org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase. Fix the build
path then try building this project org.gvsig.fmap.dal.db.jdbc 

- The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot
be resolved. It is indirectly referenced from required .class files    
JDBCTest.java  
/org.gvsig.fmap.dal.db.jdbc/src/test/java/org/gvsig/fmap/dal/store/jdbc 
  line 36 

Los ignoro, compilo la aplicación y al intentar ejecutarla obtengo
además de los iconos con cuadrados en rojo, un error distinto (que es el
mismo que sale en la versión 2.3.0-2441 RC2 instalable en Windows):

- "La herramienta de información por punto en WMS no estará disponible
debido a que las herramientas básicas de ráster no están instaladas." 

Le doy a aceptar a la ventana de confirmación, miro en la consola y
aparecen un montón de errores, si intento pulsar alguna opción de algún
menú no ocurre nada. El programa se cuelga y tengo que matar el proceso.


Tengo instalada en Windows la versión 2.1.0-2269 con el tag de SVN
ORG.GVSIG.DESKTOP-2.0.84 y funciona sin problemas, al igual que
compilando y ejecutando desde Eclipse. Por lo que no entiendo el por qué
de estos problemas con la nueva versión 2.3.1. 

Les adjunto los ficheros que me piden en dos comprimidos. Uno con los de
la instalación de Windows y otros después de ejecutar la versión desde
Eclipse. 

Un saludo y gracias. 

  

Links:
------
[1]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[2] http://www.gvsig.com
[3] http://www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/10d8e66e/attachment.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: ficheros.zip
Type: application/zip
Size: 84798 bytes
Desc: no disponible
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/10d8e66e/attachment.zip>

From jjdelcerro en gvsig.org  Wed Dec  7 18:24:51 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Wed, 7 Dec 2016 18:24:51 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?Error_de_complemento_raster_al_?=
	=?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win?=
	=?utf-8?q?-x86-standard?=
In-Reply-To: <72dd4aeac0d2363269ebdb860a710813@enxenio.es>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
	<CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
	<72dd4aeac0d2363269ebdb860a710813@enxenio.es>
Message-ID: <CABLUYi27z1MD+ks+P1LXrdpc=9DLM=+eg_ifrrTao7xkbDM=og@mail.gmail.com>

El 7 de diciembre de 2016, 16:42, <ialonso en enxenio.es> escribió:

> El 2016-12-07 15:45, Joaquin Jose del Cerro Murciano escribió:
>
>
>
> El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:
>
>> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard
>> correspondiente con el tag en el repositorio SVN de
>> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
>>
>> Me sale un error (si compilo e inicio desde eclipse también me pasa),
>> durante la instalación he instalado todos los plugins posibles.
>>
>> ¿A qué se debe? Adjunto una foto.
>>
>>
> Con lo que cuentas poco se puede saber.
> Solo has pasado una imagen y no se lee nada en ella.
> Tampoco entiendo por que la rc2 y no la final.
>
> No se muy bien que has hecho....
> ¿ Estas diciendo que has instalado gvSIG y no arranca?
> ¿ O estas compilando y no te arranca ?
> Lo que si te puedo decir es que no instales nunca todos los plugins que
> puedas, es una muy mala practica y hay plugins que son incompatibles entre
> si.
>
> Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
> gvSIG-environ.info
> gvSIG.log
> gvSIG-launcher.log
> tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna
> pista de que te puede estar pasando.
>
> Un saludo
> Joaquin
>
>> Un saludo.
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
>
> Hola, al final he probado con la última versión que tenéis para descargar
> y sigo teniendo problemas también. Explico más en detalle.
>
> Si entras en http://www.gvsig.com/es/productos/gvsig-desktop/descargas y
> vas a "Fuentes" > "gvSIG Desktop 2.3.1 (núcleo)" el enlace apunta a
> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
> que es el repositorio que me descargo desde el SVN en Eclipse.
>
> He instalado la versión 2.3.1 en Windows (no están todos los plugins,
> había varios que me decía que no se debían instalar a la vez y esos no los
> he marcado, pero el resto que necesitaba sí) y al arrancarla no puedo hacer
> nada, en la consola salen muchos errores y los iconos se me muestran con
> cuadrados rojos.
>

Hola,
te comento sobre lo que veo en los logs de la version 2.3.1 que has
ejecutado tras la instalacion de gvSIG. Luego echo un vistazo a los otros.
Interpreto que son los que dice (ejecucionWindows).

Lo primero que me llama la atencion es que estes usando la version de
32bits...
¿ Tu sistema es de 32 bits ?
Si tu sistema es de 64 te aconsejo uses la de 64bits, aunque deberia
funcionar igual la de 32.

Todos los errores que se aprecian parece que son debidos a que tienes
instalado la version que no toca del paquete

org.gvsig.gdal.app.mainplugin (GDAL/OGR native libraries for gvSIG)

De ese paquete hay varias versiones... un juego para linux, otro para mac,
otro para windows... y en el juego de windows hay tres paquetes:

- 32 bits
- 64 bits
- independiente de la plataforma.

Deberias tener instalada la de 32 bits (ya que la instalacion que has hecho
es de 32bits), y en lugar de eso tienes instalada la "independiente de la
plataforma". Esta ultima no incluye ningun tipo de binarios y se espera que
elos tengas instalados en tu sistema y correctamente configurados para ser
usados por gvSIG.

Si el paquete de gdal correcto no ira nada en gvSIG, ya que se usa gdal
para gestionar las proyecciones. Asi que asegurate de que al instalar lo
tienes seleccionado.

Respecto a instalar todos los plugins... te recomiendo que dejes los que te
recomienda la instalacion, y solo instales adicionales los que sepas que
son, y mejor aun, has la instalacion por defecto, y despues ya añades lo
que quieras para hacer pruebas si no andaras mezcando errores y sera mas
dificil saber lo que pasa cuando se produzca alguno.

Un saludo
Joaquin




> Cuando pruebo en Eclipse, me descargo el tag del
> SVN org.gvsig.desktop-2.0.157 y me salen dos errores (mandé un email sobre
> ellos pero aún no he obtenido respuesta):
>
>
> - The project was not built since its build path is incomplete. Cannot
> find the class file for org.gvsig.tools.junit.
> AbstractLibraryAutoInitTestCase. Fix the build path then try building
> this project org.gvsig.fmap.dal.db.jdbc
>
>
>
> - The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot
> be resolved. It is indirectly referenced from required .class files
> JDBCTest.java   /org.gvsig.fmap.dal.db.jdbc/src/test/java/org/gvsig/fmap/dal/store/jdbc
> line 36
>
> Los ignoro, compilo la aplicación y al intentar ejecutarla obtengo además
> de los iconos con cuadrados en rojo, un error distinto (que es el mismo que
> sale en la versión 2.3.0-2441 RC2 instalable en Windows):
>
> - "La herramienta de información por punto en WMS no estará disponible
> debido a que las herramientas básicas de ráster no están instaladas."
>
> Le doy a aceptar a la ventana de confirmación, miro en la consola y
> aparecen un montón de errores, si intento pulsar alguna opción de algún
> menú no ocurre nada. El programa se cuelga y tengo que matar el proceso.
>
> Tengo instalada en Windows la versión *2.1.0-2269* con el tag de SVN
> *org.gvsig.desktop-2.0.84* y funciona sin problemas, al igual que
> compilando y ejecutando desde Eclipse. Por lo que no entiendo el por qué de
> estos problemas con la nueva versión 2.3.1.
>
> Les adjunto los ficheros que me piden en dos comprimidos. Uno con los de
> la instalación de Windows y otros después de ejecutar la versión desde
> Eclipse.
>
> Un saludo y gracias.
>
>
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/1e983294/attachment.html>

From jjdelcerro en gvsig.org  Wed Dec  7 18:55:44 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Wed, 7 Dec 2016 18:55:44 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?Error_de_complemento_raster_al_?=
	=?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win?=
	=?utf-8?q?-x86-standard?=
In-Reply-To: <72dd4aeac0d2363269ebdb860a710813@enxenio.es>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
	<CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
	<72dd4aeac0d2363269ebdb860a710813@enxenio.es>
Message-ID: <CABLUYi21mfMcO2T6nOt=1K2rh0tHEkemodS1-L7aQSGMTnDfRA@mail.gmail.com>

El 7 de diciembre de 2016, 16:42, <ialonso en enxenio.es> escribió:

> El 2016-12-07 15:45, Joaquin Jose del Cerro Murciano escribió:
>
>
>
> El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:
>
>> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard
>> correspondiente con el tag en el repositorio SVN de
>> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
>>
>> Me sale un error (si compilo e inicio desde eclipse también me pasa),
>> durante la instalación he instalado todos los plugins posibles.
>>
>> ¿A qué se debe? Adjunto una foto.
>>
>>
> Con lo que cuentas poco se puede saber.
> Solo has pasado una imagen y no se lee nada en ella.
> Tampoco entiendo por que la rc2 y no la final.
>
> No se muy bien que has hecho....
> ¿ Estas diciendo que has instalado gvSIG y no arranca?
> ¿ O estas compilando y no te arranca ?
> Lo que si te puedo decir es que no instales nunca todos los plugins que
> puedas, es una muy mala practica y hay plugins que son incompatibles entre
> si.
>
> Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
> gvSIG-environ.info
> gvSIG.log
> gvSIG-launcher.log
> tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna
> pista de que te puede estar pasando.
>
> Un saludo
> Joaquin
>
>> Un saludo.
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
>
> Hola, al final he probado con la última versión que tenéis para descargar
> y sigo teniendo problemas también. Explico más en detalle.
>
> Si entras en http://www.gvsig.com/es/productos/gvsig-desktop/descargas y
> vas a "Fuentes" > "gvSIG Desktop 2.3.1 (núcleo)" el enlace apunta a
> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
> que es el repositorio que me descargo desde el SVN en Eclipse.
>
> He instalado la versión 2.3.1 en Windows (no están todos los plugins,
> había varios que me decía que no se debían instalar a la vez y esos no los
> he marcado, pero el resto que necesitaba sí) y al arrancarla no puedo hacer
> nada, en la consola salen muchos errores y los iconos se me muestran con
> cuadrados rojos.
>
> Cuando pruebo en Eclipse, me descargo el tag del
> SVN org.gvsig.desktop-2.0.157 y me salen dos errores (mandé un email sobre
> ellos pero aún no he obtenido respuesta):
>
>
> - The project was not built since its build path is incomplete. Cannot
> find the class file for org.gvsig.tools.junit.
> AbstractLibraryAutoInitTestCase. Fix the build path then try building
> this project org.gvsig.fmap.dal.db.jdbc
>
>
>
> - The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot
> be resolved. It is indirectly referenced from required .class files
> JDBCTest.java   /org.gvsig.fmap.dal.db.jdbc/src/test/java/org/gvsig/fmap/dal/store/jdbc
> line 36
>
> Los ignoro, compilo la aplicación y al intentar ejecutarla obtengo además
> de los iconos con cuadrados en rojo, un error distinto (que es el mismo que
> sale en la versión 2.3.0-2441 RC2 instalable en Windows):
>
> - "La herramienta de información por punto en WMS no estará disponible
> debido a que las herramientas básicas de ráster no están instaladas."
>
> Le doy a aceptar a la ventana de confirmación, miro en la consola y
> aparecen un montón de errores, si intento pulsar alguna opción de algún
> menú no ocurre nada. El programa se cuelga y tengo que matar el proceso.
>

A ver...
sobre la instalacion de desarrollo...
No se como has llegado a montar lo que se correponda con los logs que has
adjuntado.
Descargando y compilando lo que hay en

http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/

no, desde luego.
Has hecho mas cosas.
Has tenido que borrar plugins que te habia generado la compilacion y
copiado de algun sitio un monton que no se han generado de compilar eso.

La compilacion de org.gvsig.desktop-2.0.157 no instala nada de gdal,
raster, postgresql, wfs, ... que tu tienes instalado...
incluida la misma version erronea del plugin de
org.gvsig.gdal.app.mainplugin que tenias en la instalacion normal de gvSIG.

Supongo que muchos errores se solucionaran si acabas teniendo instalada la
version adecuada del plugin de gdal.

Otros errores son debidos a la JRE que estas usando.
Hay plugins que precisan una java 1.8 y estan fallando al cargar por que lo
estas ejecutando con una 1.7.

Si echas un vistazo al fichero "gvSIG-environ.info" y buscas j1_8 podras
ver que plugins requieren la 1.8 y, o pasas a esta version de java, o
tendras que pasar de instalarlos.

Respecto a los errores que dices que te da eclipse al descargarte el tag
del svn no se que pueden ser.
Yo desde linea de comandos hago un svn checkout y un mvn install y me
funciona, y de eclipse cada vez se menos.
La unica cosa que me llama la atencion es la ruta en la que estas
trabajando.
Es muy larga.
Tal como comento en

https://blog.gvsig.org/2014/12/15/como-descargar-y-compilar-gvsig-2-1-0-en-linux-y-windows/

te aconsejo que trabajes en una ruta mas corta para no tener problemas con
la longitud de algunas rutas en windows, por ejemplo en "C:\devel".

Un saludo
Joaquin







> Tengo instalada en Windows la versión *2.1.0-2269* con el tag de SVN
> *org.gvsig.desktop-2.0.84* y funciona sin problemas, al igual que
> compilando y ejecutando desde Eclipse. Por lo que no entiendo el por qué de
> estos problemas con la nueva versión 2.3.1.
>
> Les adjunto los ficheros que me piden en dos comprimidos. Uno con los de
> la instalación de Windows y otros después de ejecutar la versión desde
> Eclipse.
>
> Un saludo y gracias.
>
>
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161207/c7a6ea8d/attachment.html>

From carlos.colombana en mtop.gub.uy  Thu Dec  8 12:26:31 2016
From: carlos.colombana en mtop.gub.uy (CARLOS COLOMBANA)
Date: Thu, 8 Dec 2016 11:26:31 +0000
Subject: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
In-Reply-To: <CA+RzLkYaxRoqDOb09k86vwCPcRGMXF1KY3J0Kns6HF5vyO4qaw@mail.gmail.com>
References: <1480519468418.7821@mtop.gub.uy>
	<CAB18a+DCY9GzqHUcJ-YU1eATMHjyfDB5Q14NVoGBV5Wm5Q=uuQ@mail.gmail.com>
	<1480602714172.75169@mtop.gub.uy> <1480604170757.63893@mtop.gub.uy>
	<CAHU37TtNkQavoz_YsJPkynnKFdeuA5Pt2=B+Lss_k=hTiPEEZw@mail.gmail.com>
	<CAB18a+Bwf65W-WdZKDTJkEJVzeCZzVhqVVU86SWN79ifYfykJw@mail.gmail.com>
	<1480940576003.42265@mtop.gub.uy>,
	<CA+RzLkYaxRoqDOb09k86vwCPcRGMXF1KY3J0Kns6HF5vyO4qaw@mail.gmail.com>
Message-ID: <1481196390929.78923@mtop.gub.uy>

Hola.

Finalmente decidí usar los códigos de la tabla junto con unichr, ahora funciona todo cómo debe.

Muchas gracias César.
Saludos!
________________________________________
De: gvsig_desarrolladores-bounces en listserv.gva.es <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de César Martínez <cmartinez en scolab.es>
Enviado: lunes, 05 de diciembre de 2016 13:06
Para: Lista de Desarrolladores de gvSIG
Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos

Hola, por lo que comentas podría ser que hubiese un problema en la
forma en la que gvSIG carga los scripts, usando la codificación del
sistema e ignorando la declarada en la cabecera.

Hasta que se solucione, tienes las dos opciones que comentabas:
- guardar el fichero como latin1 (funcionará si es la codificación de
tú sistema, aunque puede fallar si distribuyes los scripts a otros
usuarios)
- usar los códigos de la tabla, con lo cual evitas el problema de la
carga de caracteres especiales.

Espero que te sea de utilidad.

Saludos,

César

El día 5 de diciembre de 2016, 13:22, CARLOS COLOMBANA
<carlos.colombana en mtop.gub.uy> escribió:
> Hola.
>
>
> Había visto que el truco de la letra "u" delante funcionaba para el caso de
> una única cadena de texto, pero no logré descubrir cómo hacerlo funcionar a
> la hora de concatenar (sumar) más de una cadena de texto.
>
> En base a sus comentarios, volví a probar sustituyendo el encabezado de los
> scripts por:
>
>
> # encoding: latin-1
>
>
> Lo cual funcionó!, pero si entendí bien, no es una práctica recomendable.
>
> Entonces la solución sería usar la función unichr y los códigos de la tabla,
> ¿es correcto?, aunque no sea elegante.
>
> Se me ocurre concatenar (sumar) las cadenas de texto y guardarlas en una
> variable, antes, y luego pasar la variable utilizando la letra "u" delante.
> ¿Se les ocurre cómo hacerlo? (sin que la variable con la letra "u" delante
> sea interpretada como otra variable diferente, la cual no estaría definida,
> o errores similares).
>
> Muchísimas gracias a ambos por su ayuda y por los enlaces!
>
>
> Saludos!
>
> Carlos.
>
> ________________________________
> De: gvsig_desarrolladores-bounces en listserv.gva.es
> <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto Cugler
> <gilbertocugler en gmail.com>
> Enviado: sábado, 03 de diciembre de 2016 11:07
> Para: Lista de Desarrolladores de gvSIG
> Cc: SERGIO ACOSTAYLARA
> Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos
>
> Olá;
>
> Eu tive o mesmo problema com a versão 2.1 em agosto/2015 e Joaquim me deu a
> seguinte solução.
> Ahora mismo no se como arreglarlo, pero podias probar a poner algo como:
>
>
>
> para probar si tiene que ver con la codificacion del sistema.
> Si so funcionase, la unica solucion que puedo darte ahora mismo es
> que apara introducir los caracteres especiales uses la funcion unichr.
> Puedes consultar los unicodes de los caracteres en la tabla:
>
> https://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references#Character_entity_references_in_HTML
>
> el valor entre parentesis de la columna "unicode code point" es el codigo a
> usar
> en la funcion unichr.
>
> Un saludo
> Joaquin
>
> Fiz um teste em student e funcionou, pode ser uma saída de emergência, não é
> nada elegante porém resolve.
> Ver destaque em vermelho(Rojo)
>
>  userName = self.txtUserName.getText()
>     character_set = list( string.ascii_uppercase)
>     invalid_characters = ''.join(character for character in userName if not
> character in character_set)
>     if len(userName) == 0 or len(invalid_characters) != 0:
>       msgbox("Nome Inv"+unichr(225)+"lido !!!", "Forbidden", FORBIDEN)
>     else:
>       self.acceptUser(userName)
>       self.hide()
>
>   def btnCancel_click(self,*args):
>
> _____________________________________________________________________________
>
> No exemplo traduzido de
> http://downloads.gvsig.org/download/web/html/es/scripting_devel_guide/2.3/capturando_eventos.html
> o uso da letra "u" funciona perfeitamente.
>
> # encoding: utf-8
> from gvsig import *
> from gvsig.commonsdialog import *
>
> from org.gvsig.fmap.mapcontext.events.listeners import ViewPortListener
> from gvsig.libs.formpanel import FormPanel
> import os
>
>
> class MonitorEscala(ViewPortListener, FormPanel):
>         def __init__(self, mapContext):
>                 FormPanel.__init__(self,
> os.path.join(os.path.dirname(__file__),"monitor_escala.xml"))
>
>                 self.mapContext = mapContext
>
>                 #Iniciamos valores de etiquetas
>                 self.lblName.setText("Escala")
>                 self.txtScale.setText(self.getScale())
>
>                 # Agregamos listener al ViewPort
>                 self.mapContext.getViewPort().addViewPortListener(self)
>
>         def btnCerrar_click(self,*args):
>                 # Eliminamos el listener
>                 self.mapContext.getViewPort().removeViewPortListener(self)
>                 self.hide()
>
>         def getScale(self):
>                 scale = "1:"+ str(self.mapContext.getScaleView())
>                 return scale
>
>         def changeScale(self):
>                 self.txtScale.setText(self.getScale())
>
>         # Metodo obligatorio de ViewPortListener
>         def backColorChanged(self,*args):
>                 pass
>
>         # Metodo obligatorio de ViewPortListener
>         def extentChanged(self,*args):
>            self.changeScale()
>
>         # Metodo obligatorio de ViewPortListener
>         def projectionChanged(self,*args):
>                 pass
>
>
> def main(*args):
>         if currentView() == None:
>                 msgbox(u"É necessário ter uma vista aberta e ativa")
>                 return
>
>         mapContext = currentView().getMapContext()
>         monitor = MonitorEscala(mapContext)
>         monitor.showTool(u"Visualização da Escala")
>
> Espero que isto possa dar uma pista para a solução.
> abrazos
>
> 2016-12-03 8:18 GMT-02:00 Francisco Puga <fpuga en icarto.es>:
>>
>> Como dice gilberto el tema de los acentos u otros caracteres es
>> bastante confuso en todos los lenguajes de programación [4] [5]. En
>> concreto en python creo que hay que saber dos cosas básicas.
>>
>> * Encoding del fichero. Hay diferentes formas de representar un texto
>> a nivel interno del ordenador. Por decirlo de algún modo la forma en
>> que se representan se denomina encoding y empareja una letra
>> cualquiera "a" o "ñ" o lo que sea con un número que es lo que se puede
>> almacenar en un ordenador. Es el típico problema de los dbf, que
>> cuando abres con la hoja de cálculo te pregunta en que encoding está.
>> El encoding de un fichero python se representa con esa "línea mágica"
>> del principio del fichero y la recomendación es usar siempre utf-8
>> [1]. En python 3 se usa por defecto utf-8 por lo que no haría falta
>> [2]
>>
>> * Encoding de una cadena de texto concreta. Por defecto en python 2.x
>> las cadenas de texto que escribimos no se interpretan con un "encoding
>> bueno" [3], si no con uno genérico por decirlo de algún modo. Para que
>> los interprete con un "encoding bueno" en lugar de escribir
>> simplemente:
>>
>>  'Esta es mi cadena de texto con ñ'
>>
>> escribiremos
>>
>> u'Esta es mi cadena de texto con ñ'
>>
>> Esa "u" del principio es el truco.
>>
>> Usando la línea mágica del principio en "python normal" debería
>> funcionar todo correctamente y no necesitar la u, pero esto depende de
>> más factores y en gvSIG se está haciendo uso del intérprete de python
>> para java que igual introduce algún problemilla, por lo que no agarra
>> bien el encoding. Como resumen:
>>
>> 1) Poner siempre al principio:
>>
>> # -*- coding: utf-8 -*-
>>
>> 2) En caso de problemas poner delante de nuestra cadena con caracteres
>> raros la "u"
>>
>> [1] https://www.python.org/dev/peps/pep-0263/
>> [2] https://www.python.org/dev/peps/pep-3120/
>> [3] https://pythonhosted.org/kitchen/unicode-frustrations.html
>> [4] http://www.joelonsoftware.com/articles/Unicode.html
>> [5]
>> https://rainsoft.io/what-every-javascript-developer-should-know-about-unicode/
>>
>> El día 1 de diciembre de 2016, 15:56, CARLOS COLOMBANA
>> <carlos.colombana en mtop.gub.uy> escribió:
>> > Creo que el mail anterior rebotó por el tamaño del adjunto.
>> >
>> > Lo subí a github:
>> >
>> >
>> >
>> > https://github.com/nacho0605/GSoC/blob/master/GSoC_2016/01-TestCreatorAndPlayer/TestCreatorAndPlayer-1.0.0-38-testing-esp.gvspkg
>> >
>> >
>> > ________________________________
>> > De: CARLOS COLOMBANA
>> > Enviado: jueves, 01 de diciembre de 2016 11:31
>> > Para: Lista de Desarrolladores de gvSIG
>> > Cc: SERGIO ACOSTAYLARA
>> > Asunto: RE: [Gvsig_desarrolladores] Editor de Scripts - Palabras con
>> > acentos
>> >
>> >
>> > Hola Gilberto.
>> >
>> > Ya había probado ese truco pero no me funcionó, por las dudas lo volví a
>> > probar ahora pero sigue sin funcionar y me sigue dando el mismo mensaje
>> > de
>> > error.
>> >
>> > Muchas gracias de todas maneras.
>> >
>> >
>> > Trataré de contar muy resumidamente lo que estoy intentando hacer.
>> >
>> > Participé en el desarrollo de un addon [1] bajo la mentoría de Óscar
>> > Martínez y Joaquín del Cerro.
>> >
>> > Se hizo todo en inglés, ahora lo estoy traduciendo al español (adjunto)
>> > pero
>> > estoy teniendo problemas con las palabras con acento.
>> >
>> > Luego de instalar el addon, dentro de la carpeta de addons de gvSIG,
>> > dentro
>> > de la carpeta Test, se encuentran los siguientes módulos (con los cuales
>> > estoy teniendo problemas):
>> >
>> >
>> > - student.py: líneas 93 y 103.
>> >
>> > - testcreator.py: línea 50.
>> >
>> > - testcreatorpanel.py: línea 40.
>> >
>> > - report.py: línea 48.
>> >
>> >
>> > La disculpas del caso por lo extenso.
>> >
>> > Saludos.
>> >
>> > Carlos.
>> >
>> >
>> > [1]
>> >
>> > https://github.com/nacho0605/GSoC/tree/master/GSoC_2016/01-TestCreatorAndPlayer
>> >
>> > ________________________________
>> > De: gvsig_desarrolladores-bounces en listserv.gva.es
>> > <gvsig_desarrolladores-bounces en listserv.gva.es> en nombre de Gilberto
>> > Cugler
>> > <gilbertocugler en gmail.com>
>> > Enviado: miércoles, 30 de noviembre de 2016 12:30
>> > Para: Lista de Desarrolladores de gvSIG
>> > Asunto: Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con
>> > acentos
>> >
>> > Tens de colocar a letra u como no exemplo
>> > print u"Número de observação "
>> > un abrazo desde Brasil
>> >
>> > 2016-11-30 13:24 GMT-02:00 CARLOS COLOMBANA
>> > <carlos.colombana en mtop.gub.uy>:
>> >>
>> >> Hola.
>> >>
>> >>
>> >> Estoy tratando de emplear las funciones del módulo commonsdialog (entre
>> >> otras) utilizando palabras con acentos, pero me da error.
>> >>
>> >> En general el mensaje es del estilo:
>> >>
>> >>
>> >> SyntaxError: Illegal character ...
>> >>
>> >> ... for encoding 'utf-8'
>> >>
>> >>
>> >> Revisé los "Config.xml" de gvSIG (org.gvsig.app.mainplugin) y de la
>> >> extensión de scripting (org.gvsig.scripting.app.mainplugin), en ambos
>> >> casos
>> >> tiene por defecto la codificación de caracteres Latin-1:
>> >>
>> >>
>> >> encoding="ISO-8859-1"
>> >>
>> >>
>> >> Así que no debería de haber problema. Pero por otro lado, cada vez que
>> >> se
>> >> crea un nuevo script, en la primera línea aparece el siguiente
>> >> comentario:
>> >>
>> >>
>> >> # encoding: utf-8
>> >>
>> >>
>> >> ¿Alguien sabe que es lo que está sucediendo y cómo podría
>> >> solucionarlo?.
>> >>
>> >>
>> >> Saludos.
>> >>
>> >> Carlos.
>> >>
>> >>
>> >> _______________________________________________
>> >> gvSIG_desarrolladores mailing list
>> >> gvSIG_desarrolladores 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:
>> >> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>> >>
>> >
>> >
>> >
>> > --
>> >
>> >
>> > Gilberto Cugler .´.
>> >
>> > _______________________________________________
>> > gvSIG_desarrolladores mailing list
>> > gvSIG_desarrolladores 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:
>> > https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>> >
>>
>>
>>
>> --
>> 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_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
>
>
> --
>
>
> Gilberto Cugler .´.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



--
SCOLAB
http://scolab.es
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

From ialonso en enxenio.es  Mon Dec 12 11:08:58 2016
From: ialonso en enxenio.es (ialonso en enxenio.es)
Date: Mon, 12 Dec 2016 11:08:58 +0100
Subject: [Gvsig_desarrolladores]
 =?utf-8?q?Error_de_complemento_raster_al_?=
 =?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win-x86-st?=
 =?utf-8?q?andard?=
In-Reply-To: <CABLUYi21mfMcO2T6nOt=1K2rh0tHEkemodS1-L7aQSGMTnDfRA@mail.gmail.com>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
	<CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
	<72dd4aeac0d2363269ebdb860a710813@enxenio.es>
	<CABLUYi21mfMcO2T6nOt=1K2rh0tHEkemodS1-L7aQSGMTnDfRA@mail.gmail.com>
Message-ID: <50fa9f0788a39875f186720f9f292d59@enxenio.es>

El 2016-12-07 18:55, Joaquin Jose del Cerro Murciano escribió:

> El 7 de diciembre de 2016, 16:42, <ialonso en enxenio.es> escribió:
> 
> El 2016-12-07 15:45, Joaquin Jose del Cerro Murciano escribió: 
> 
> El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:
> 
> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard correspondiente con el tag en el repositorio SVN de
> 
> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/ 
> 
> Me sale un error (si compilo e inicio desde eclipse también me pasa), durante la instalación he instalado todos los plugins posibles. 
> 
> ¿A qué se debe? Adjunto una foto. 
> 
> Con lo que cuentas poco se puede saber. 
> Solo has pasado una imagen y no se lee nada en ella. 
> Tampoco entiendo por que la rc2 y no la final.
> 
> No se muy bien que has hecho.... 
> ¿ Estas diciendo que has instalado gvSIG y no arranca? 
> ¿ O estas compilando y no te arranca ? 
> Lo que si te puedo decir es que no instales nunca todos los plugins que puedas, es una muy mala practica y hay plugins que son incompatibles entre si.
> 
> Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
> gvSIG-environ.info   
> gvSIG.log
> gvSIG-launcher.log 
> tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna pista de que te puede estar pasando.
> 
> Un saludo Joaquin 
> 
> Un saludo. 
> 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [2]
> www.gvsig.org [3] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]

Hola, al final he probado con la última versión que tenéis para
descargar y sigo teniendo problemas también. Explico más en detalle. 

Si entras en http://www.gvsig.com/es/productos/gvsig-desktop/descargas
[4] y vas a "Fuentes" > "gvSIG Desktop 2.3.1 (núcleo)" el enlace apunta
a
http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
[5] que es el repositorio que me descargo desde el SVN en Eclipse. 

He instalado la versión 2.3.1 en Windows (no están todos los plugins,
había varios que me decía que no se debían instalar a la vez y esos no
los he marcado, pero el resto que necesitaba sí) y al arrancarla no
puedo hacer nada, en la consola salen muchos errores y los iconos se me
muestran con cuadrados rojos. 

Cuando pruebo en Eclipse, me descargo el tag del SVN
org.gvsig.desktop-2.0.157 y me salen dos errores (mandé un email sobre
ellos pero aún no he obtenido respuesta): 

- The project was not built since its build path is incomplete. Cannot
find the class file for
org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase. Fix the build
path then try building this project org.gvsig.fmap.dal.db.jdbc 

- The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot
be resolved. It is indirectly referenced from required .class files    
JDBCTest.java  
/org.gvsig.fmap.dal.db.jdbc/src/test/java/org/gvsig/fmap/dal/store/jdbc 
  line 36 

Los ignoro, compilo la aplicación y al intentar ejecutarla obtengo
además de los iconos con cuadrados en rojo, un error distinto (que es el
mismo que sale en la versión 2.3.0-2441 RC2 instalable en Windows):

- "La herramienta de información por punto en WMS no estará disponible
debido a que las herramientas básicas de ráster no están instaladas." 

Le doy a aceptar a la ventana de confirmación, miro en la consola y
aparecen un montón de errores, si intento pulsar alguna opción de algún
menú no ocurre nada. El programa se cuelga y tengo que matar el proceso.


A ver...
sobre la instalacion de desarrollo...
No se como has llegado a montar lo que se correponda con los logs que
has adjuntado.
Descargando y compilando lo que hay en 

http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/

no, desde luego. 
Has hecho mas cosas. 
Has tenido que borrar plugins que te habia generado la compilacion y
copiado de algun sitio un monton que no se han generado de compilar eso.

La compilacion de org.gvsig.desktop-2.0.157 no instala nada de gdal,
raster, postgresql, wfs, ... que tu tienes instalado...
incluida la misma version erronea del plugin de
org.gvsig.gdal.app.mainplugin que tenias en la instalacion normal de
gvSIG.

Supongo que muchos errores se solucionaran si acabas teniendo instalada
la version adecuada del plugin de gdal.

Otros errores son debidos a la JRE que estas usando.
Hay plugins que precisan una java 1.8 y estan fallando al cargar por que
lo estas ejecutando con una 1.7.

Si echas un vistazo al fichero "gvSIG-environ.info" y buscas j1_8 podras
ver que plugins requieren la 1.8 y, o pasas a esta version de java, o
tendras que pasar de instalarlos.

Respecto a los errores que dices que te da eclipse al descargarte el tag
del svn no se que pueden ser.
Yo desde linea de comandos hago un svn checkout y un mvn install y me
funciona, y de eclipse cada vez se menos.
La unica cosa que me llama la atencion es la ruta en la que estas
trabajando. 
Es muy larga.
Tal como comento en 

https://blog.gvsig.org/2014/12/15/como-descargar-y-compilar-gvsig-2-1-0-en-linux-y-windows/

te aconsejo que trabajes en una ruta mas corta para no tener problemas
con la longitud de algunas rutas en windows, por ejemplo en "C:\devel".

Un saludo
Joaquin

> Tengo instalada en Windows la versión 2.1.0-2269 con el tag de SVN ORG.GVSIG.DESKTOP-2.0.84 y funciona sin problemas, al igual que compilando y ejecutando desde Eclipse. Por lo que no entiendo el por qué de estos problemas con la nueva versión 2.3.1. 
> 
> Les adjunto los ficheros que me piden en dos comprimidos. Uno con los de la instalación de Windows y otros después de ejecutar la versión desde Eclipse. 
> 
> Un saludo y gracias. 
> 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]

-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com [2]
www.gvsig.org [3] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores 

Hola, gracias por su respuesta. No he borrado ningún plugin, estoy
siguiendo un tutorial de instalación para hacer después unas cosas.
Mirando el "gvSIG-environ.info" he visto que sí, algunos complementos
necesitan el Java 1.8. Así que he instalado el Java 8, desinstalado el
gvsig y lo he vuelto a instalar. Esta vez en lugar de elegir los
complementos que necesito en la misma instalación he decidido hacerlo
una vez iniciada la aplicación. Ahora pues sí que funciona. 

El único problema es que cuando intento arrancarla en eclipse, me da
error de que no carga dos complementos. Ya sé que la versión de eclipse
no instala ninguna extensión, lo que hago es ir a la carpeta de
extensiones de la versión instalada de windows "C:\Program Files
(x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones" y los copio en
"<workspace>\org-gvsig-desktop\target\product\gvSIG\extensiones". 

Los complementos que no carga son:

Errors in initialization of application. Can't find class extension
(org.gvsig.crs.JCrsExtension) Can't initialize extension
'org.gvsig.app.extension.ProjectExtension'. Can't initialize extension
'org.gvsig.app.extension.ViewPropertiesExtension'. Can't find class
extension (es.udc.lbd.giseiel.crs.inicializar.InicializarCRSExtension)
Can't initialize extension
'org.gvsig.installer.app.extension.execution.InstallPackageExtension'.
postInitialize of extension 'org.gvsig.app.extension.TableExtension'
failed postInitialize of extension
'org.gvsig.app.extension.LayoutMainExtension' failed postInitialize of
extension 'org.gvsig.app.chart.mainplugin.ChartExtension' failed
postInitialize of extension
'org.gvsig.app.chart.layoutplugin.LayoutAddChartExtension' failed
postInitialize of extension
'org.gvsig.installer.app.extension.creation.MakePluginPackageExtension'
failed postInitialize of extension
'org.gvsig.mapsheets.extension.MapSheetsCreationExtension' failed
org.gvsig.andami.Launcher$LaunchException: Errors in initialization of
application. Can't find class extension (org.gvsig.crs.JCrsExtension)
Can't initialize extension 'org.gvsig.app.extension.ProjectExtension'.
Can't initialize extension
'org.gvsig.app.extension.ViewPropertiesExtension'. Can't find class
extension (es.udc.lbd.giseiel.crs.inicializar.InicializarCRSExtension)
Can't initialize extension
'org.gvsig.installer.app.extension.execution.InstallPackageExtension'.
postInitialize of extension 'org.gvsig.app.extension.TableExtension'
failed postInitialize of extension
'org.gvsig.app.extension.LayoutMainExtension' failed postInitialize of
extension 'org.gvsig.app.chart.mainplugin.ChartExtension' failed
postInitialize of extension
'org.gvsig.app.chart.layoutplugin.LayoutAddChartExtension' failed
postInitialize of extension
'org.gvsig.installer.app.extension.creation.MakePluginPackageExtension'
failed postInitialize of extension
'org.gvsig.mapsheets.extension.MapSheetsCreationExtension' failed
    org.gvsig.andami.Launcher.addError(Launcher.java:421)
    org.gvsig.andami.Launcher.addError(Launcher.java:428)
    org.gvsig.andami.Launcher.initializeExtensions(Launcher.java:1489)
    org.gvsig.andami.Launcher.access$2(Launcher.java:1397)
    org.gvsig.andami.Launcher$3.run(Launcher.java:614)
    java.awt.event.InvocationEvent.dispatch(Unknown Source)
    java.awt.EventQueue.dispatchEventImpl(Unknown Source)
    java.awt.EventQueue.access$500(Unknown Source)
    java.awt.EventQueue$3.run(Unknown Source)
    java.awt.EventQueue$3.run(Unknown Source)
    java.security.AccessController.doPrivileged(Native Method)
   
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
Source)
    java.awt.EventQueue.dispatchEvent(Unknown Source)
   
org.gvsig.andami.ui.AndamiEventQueue.dispatchEvent(AndamiEventQueue.java:50)
    java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    java.awt.EventDispatchThread.run(Unknown Source) 

En el workspace de eclipse tengo configurado que use Java 8 (jre1.8_112)
de 32 bits. He vuelto a hacer un clean de todo el workspace y después un
build con Java 8, por lo que no entiendo por qué al iniciar la
aplicación instalada en Windows con todos los complementos que necesito
sí funciona (no sale ningún error/aviso/información en la consola dentro
del gvSIG) y al ejecutar desde Eclipse sí, a pesar de haber copiado las
extensiones que hay en "C:\Program Files
(x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones" y que funcionan. 

Buscando en la ventana de complementos de la instalación de Windows, he
visto que tengo instalados estos 3 (elegí instalación típica así que yo
no los he instalado): 

CRS: CRS MANAGEMENT (GDAL/GEOTOOLS BASED, NATIVE):
_ORG.GVSIG.PROJECTION.APP.JCRS_

JCRS EPSG: VERSION 8.5: _EPSG_V8.5_

JCRS EPSG: VERSION 8.8: _EPSG_V8.8_

Buscándolas, están (si no estoy equivocado) en "C:\Program Files
(x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones\org.gvsig.projection.app.jcrs\db\EPSG\"
pero sólo veo la versión EPSG_v8_8, y no la EPSG_v8_5 por lo que intuyo
que se ha sobreescrito en la instalación con la nueva. Así que en las
extensiones que copié, también se encuentra en
"<workspace>\org.gvsig.desktop\target\product\gvSIG\extensiones\org.gvsig.projection.app.jcrs\db\EPSG\EPSG_v8_8".
Por lo que no entiendo por qué desde eclipse no lo encuentra y desde la
instalación de windows sí. 

Lo que me choca un poco es que si en la versión que lanzo desde eclipse
voy al administrador de complementos (me salen todos en verde con un
candado), sólo me aparece: 

CRS: CRS MANAGEMENT (GDAL/GEOTOOLS BASED, NATIVE):
_ORG.GVSIG.PROJECTION.APP.JCRS_

Los otros dos no me salen. 

Un saludo y gracias por su ayuda.

  

Links:
------
[1]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[2] http://www.gvsig.com
[3] http://www.gvsig.org
[4] http://www.gvsig.com/es/productos/gvsig-desktop/descargas
[5]
http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161212/077ceb58/attachment.html>

From jjdelcerro en gvsig.org  Mon Dec 12 12:45:48 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Mon, 12 Dec 2016 12:45:48 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?Error_de_complemento_raster_al_?=
	=?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win?=
	=?utf-8?q?-x86-standard?=
In-Reply-To: <50fa9f0788a39875f186720f9f292d59@enxenio.es>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
	<CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
	<72dd4aeac0d2363269ebdb860a710813@enxenio.es>
	<CABLUYi21mfMcO2T6nOt=1K2rh0tHEkemodS1-L7aQSGMTnDfRA@mail.gmail.com>
	<50fa9f0788a39875f186720f9f292d59@enxenio.es>
Message-ID: <CABLUYi2_NGgfTGBqRenP0J6F+6z89MPTi7mCsw55J_iBh=ufaA@mail.gmail.com>

El 12 de diciembre de 2016, 11:08, <ialonso en enxenio.es> escribió:

> El 2016-12-07 18:55, Joaquin Jose del Cerro Murciano escribió:
>
>
>
> El 7 de diciembre de 2016, 16:42, <ialonso en enxenio.es> escribió:
>
>> El 2016-12-07 15:45, Joaquin Jose del Cerro Murciano escribió:
>>
>>
>>
>> El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:
>>
>>> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard
>>> correspondiente con el tag en el repositorio SVN de
>>> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
>>>
>>> Me sale un error (si compilo e inicio desde eclipse también me pasa),
>>> durante la instalación he instalado todos los plugins posibles.
>>>
>>> ¿A qué se debe? Adjunto una foto.
>>>
>>>
>> Con lo que cuentas poco se puede saber.
>> Solo has pasado una imagen y no se lee nada en ella.
>> Tampoco entiendo por que la rc2 y no la final.
>>
>> No se muy bien que has hecho....
>> ¿ Estas diciendo que has instalado gvSIG y no arranca?
>> ¿ O estas compilando y no te arranca ?
>> Lo que si te puedo decir es que no instales nunca todos los plugins que
>> puedas, es una muy mala practica y hay plugins que son incompatibles entre
>> si.
>>
>> Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
>> gvSIG-environ.info
>> gvSIG.log
>> gvSIG-launcher.log
>> tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna
>> pista de que te puede estar pasando.
>>
>> Un saludo
>> Joaquin
>>
>>> Un saludo.
>>>
>>>
>>> _______________________________________________
>>> gvSIG_desarrolladores mailing list
>>> gvSIG_desarrolladores 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:
>>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>>
>>>
>>
>>
>> --
>> --------------------------------------
>> Joaquin Jose del Cerro Murciano
>> Development and software arquitecture manager at gvSIG Team
>> jjdelcerro en gvsig.com
>> jjdelcerro en gvsig.org
>> gvSIG Association
>> www.gvsig.com
>> www.gvsig.org
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>>
>> Hola, al final he probado con la última versión que tenéis para descargar
>> y sigo teniendo problemas también. Explico más en detalle.
>>
>> Si entras en http://www.gvsig.com/es/productos/gvsig-desktop/descargas y
>> vas a "Fuentes" > "gvSIG Desktop 2.3.1 (núcleo)" el enlace apunta a
>> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
>> que es el repositorio que me descargo desde el SVN en Eclipse.
>>
>> He instalado la versión 2.3.1 en Windows (no están todos los plugins,
>> había varios que me decía que no se debían instalar a la vez y esos no los
>> he marcado, pero el resto que necesitaba sí) y al arrancarla no puedo hacer
>> nada, en la consola salen muchos errores y los iconos se me muestran con
>> cuadrados rojos.
>>
>> Cuando pruebo en Eclipse, me descargo el tag del
>> SVN org.gvsig.desktop-2.0.157 y me salen dos errores (mandé un email sobre
>> ellos pero aún no he obtenido respuesta):
>>
>>
>> - The project was not built since its build path is incomplete. Cannot
>> find the class file for org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase.
>> Fix the build path then try building this project org.gvsig.fmap.dal.db.jdbc
>>
>>
>>
>> - The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot
>> be resolved. It is indirectly referenced from required .class files
>> JDBCTest.java   /org.gvsig.fmap.dal.db.jdbc/sr
>> c/test/java/org/gvsig/fmap/dal/store/jdbc    line 36
>>
>> Los ignoro, compilo la aplicación y al intentar ejecutarla obtengo además
>> de los iconos con cuadrados en rojo, un error distinto (que es el mismo que
>> sale en la versión 2.3.0-2441 RC2 instalable en Windows):
>>
>> - "La herramienta de información por punto en WMS no estará disponible
>> debido a que las herramientas básicas de ráster no están instaladas."
>>
>> Le doy a aceptar a la ventana de confirmación, miro en la consola y
>> aparecen un montón de errores, si intento pulsar alguna opción de algún
>> menú no ocurre nada. El programa se cuelga y tengo que matar el proceso.
>>
>
> A ver...
> sobre la instalacion de desarrollo...
> No se como has llegado a montar lo que se correponda con los logs que has
> adjuntado.
> Descargando y compilando lo que hay en
>
> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
>
> no, desde luego.
> Has hecho mas cosas.
> Has tenido que borrar plugins que te habia generado la compilacion y
> copiado de algun sitio un monton que no se han generado de compilar eso.
>
> La compilacion de org.gvsig.desktop-2.0.157 no instala nada de gdal,
> raster, postgresql, wfs, ... que tu tienes instalado...
> incluida la misma version erronea del plugin de
> org.gvsig.gdal.app.mainplugin que tenias en la instalacion normal de gvSIG.
>
> Supongo que muchos errores se solucionaran si acabas teniendo instalada la
> version adecuada del plugin de gdal.
>
> Otros errores son debidos a la JRE que estas usando.
> Hay plugins que precisan una java 1.8 y estan fallando al cargar por que
> lo estas ejecutando con una 1.7.
>
> Si echas un vistazo al fichero "gvSIG-environ.info" y buscas j1_8 podras
> ver que plugins requieren la 1.8 y, o pasas a esta version de java, o
> tendras que pasar de instalarlos.
>
> Respecto a los errores que dices que te da eclipse al descargarte el tag
> del svn no se que pueden ser.
> Yo desde linea de comandos hago un svn checkout y un mvn install y me
> funciona, y de eclipse cada vez se menos.
> La unica cosa que me llama la atencion es la ruta en la que estas
> trabajando.
> Es muy larga.
> Tal como comento en
>
> https://blog.gvsig.org/2014/12/15/como-descargar-y-
> compilar-gvsig-2-1-0-en-linux-y-windows/
>
> te aconsejo que trabajes en una ruta mas corta para no tener problemas con
> la longitud de algunas rutas en windows, por ejemplo en "C:\devel".
>
> Un saludo
> Joaquin
>
>
>
>
>
>
>
>> Tengo instalada en Windows la versión *2.1.0-2269* con el tag de SVN
>> *org.gvsig.desktop-2.0.84* y funciona sin problemas, al igual que
>> compilando y ejecutando desde Eclipse. Por lo que no entiendo el por qué de
>> estos problemas con la nueva versión 2.3.1.
>>
>> Les adjunto los ficheros que me piden en dos comprimidos. Uno con los de
>> la instalación de Windows y otros después de ejecutar la versión desde
>> Eclipse.
>>
>> Un saludo y gracias.
>>
>>
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
> Hola, gracias por su respuesta. No he borrado ningún plugin, estoy
> siguiendo un tutorial de instalación para hacer después unas cosas. Mirando
> el "gvSIG-environ.info" he visto que sí, algunos complementos necesitan el
> Java 1.8. Así que he instalado el Java 8, desinstalado el gvsig y lo he
> vuelto a instalar. Esta vez en lugar de elegir los complementos que
> necesito en la misma instalación he decidido hacerlo una vez iniciada la
> aplicación. Ahora pues sí que funciona.
>
> El único problema es que cuando intento arrancarla en eclipse, me da error
> de que no carga dos complementos. Ya sé que la versión de eclipse no
> instala ninguna extensión, lo que hago es ir a la carpeta de extensiones de
> la versión instalada de windows "C:\Program Files (x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones"
> y los copio en "<workspace>\org-gvsig-desktop\target\product\gvSIG\
> extensiones".
>
> Los complementos que no carga son:
>
> Errors in initialization of application. Can't find class extension
> (org.gvsig.crs.JCrsExtension) Can't initialize extension
> 'org.gvsig.app.extension.ProjectExtension'. Can't initialize extension
> 'org.gvsig.app.extension.ViewPropertiesExtension'. Can't find class
> extension (es.udc.lbd.giseiel.crs.inicializar.InicializarCRSExtension)
> Can't initialize extension 'org.gvsig.installer.app.extension.execution.InstallPackageExtension'.
> postInitialize of extension 'org.gvsig.app.extension.TableExtension'
> failed postInitialize of extension 'org.gvsig.app.extension.LayoutMainExtension'
> failed postInitialize of extension 'org.gvsig.app.chart.mainplugin.ChartExtension'
> failed postInitialize of extension 'org.gvsig.app.chart.layoutplugin.LayoutAddChartExtension'
> failed postInitialize of extension 'org.gvsig.installer.app.
> extension.creation.MakePluginPackageExtension' failed postInitialize of
> extension 'org.gvsig.mapsheets.extension.MapSheetsCreationExtension'
> failed
> org.gvsig.andami.Launcher$LaunchException: Errors in initialization of
> application. Can't find class extension (org.gvsig.crs.JCrsExtension) Can't
> initialize extension 'org.gvsig.app.extension.ProjectExtension'. Can't
> initialize extension 'org.gvsig.app.extension.ViewPropertiesExtension'.
> Can't find class extension (es.udc.lbd.giseiel.crs.inicializar.InicializarCRSExtension)
> Can't initialize extension 'org.gvsig.installer.app.extension.execution.InstallPackageExtension'.
> postInitialize of extension 'org.gvsig.app.extension.TableExtension'
> failed postInitialize of extension 'org.gvsig.app.extension.LayoutMainExtension'
> failed postInitialize of extension 'org.gvsig.app.chart.mainplugin.ChartExtension'
> failed postInitialize of extension 'org.gvsig.app.chart.layoutplugin.LayoutAddChartExtension'
> failed postInitialize of extension 'org.gvsig.installer.app.
> extension.creation.MakePluginPackageExtension' failed postInitialize of
> extension 'org.gvsig.mapsheets.extension.MapSheetsCreationExtension'
> failed
>     org.gvsig.andami.Launcher.addError(Launcher.java:421)
>     org.gvsig.andami.Launcher.addError(Launcher.java:428)
>     org.gvsig.andami.Launcher.initializeExtensions(Launcher.java:1489)
>     org.gvsig.andami.Launcher.access$2(Launcher.java:1397)
>     org.gvsig.andami.Launcher$3.run(Launcher.java:614)
>     java.awt.event.InvocationEvent.dispatch(Unknown Source)
>     java.awt.EventQueue.dispatchEventImpl(Unknown Source)
>     java.awt.EventQueue.access$500(Unknown Source)
>     java.awt.EventQueue$3.run(Unknown Source)
>     java.awt.EventQueue$3.run(Unknown Source)
>     java.security.AccessController.doPrivileged(Native Method)
>     java.security.ProtectionDomain$JavaSecurityAccessImpl.
> doIntersectionPrivilege(Unknown Source)
>     java.awt.EventQueue.dispatchEvent(Unknown Source)
>     org.gvsig.andami.ui.AndamiEventQueue.dispatchEvent(
> AndamiEventQueue.java:50)
>     java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>     java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>     java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>     java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>     java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>     java.awt.EventDispatchThread.run(Unknown Source)
>
> En el workspace de eclipse tengo configurado que use Java 8 (jre1.8_112)
> de 32 bits. He vuelto a hacer un clean de todo el workspace y después un
> build con Java 8, por lo que no entiendo por qué al iniciar la aplicación
> instalada en Windows con todos los complementos que necesito sí funciona
> (no sale ningún error/aviso/información en la consola dentro del gvSIG) y
> al ejecutar desde Eclipse sí, a pesar de haber copiado las extensiones que
> hay en "C:\Program Files (x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones" y
> que funcionan.
>
> Buscando en la ventana de complementos de la instalación de Windows, he
> visto que tengo instalados estos 3 (elegí instalación típica así que yo no
> los he instalado):
> CRS: CRS management (GDAL/Geotools based, Native):
> *org.gvsig.projection.app.jcrs* jCRS EPSG: version 8.5: *EPSG_v8.5* jCRS
> EPSG: version 8.8: *EPSG_v8.8*
>
> Buscándolas, están (si no estoy equivocado) en "C:\Program Files
> (x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones\org.gvsig.projection.app.jcrs\db\EPSG\"
> pero sólo veo la versión EPSG_v8_8, y no la EPSG_v8_5 por lo que intuyo que
> se ha sobreescrito en la instalación con la nueva. Así que en las
> extensiones que copié, también se encuentra en "<workspace>\org.gvsig.
> desktop\target\product\gvSIG\extensiones\org.gvsig.
> projection.app.jcrs\db\EPSG\EPSG_v8_8". Por lo que no entiendo por qué
> desde eclipse no lo encuentra y desde la instalación de windows sí.
>
> Lo que me choca un poco es que si en la versión que lanzo desde eclipse
> voy al administrador de complementos (me salen todos en verde con un
> candado), sólo me aparece:
> CRS: CRS management (GDAL/Geotools based, Native):
> *org.gvsig.projection.app.jcrs*
>
> Los otros dos no me salen.
>
>

Hola,
no se que estas haciendo para lanzar gvSIG desde eclipse... de hecho, mi
recomendacion es que no lo hagas.
la inicialziacion de gvSIG es compleja y puede variar de version en
version. Esta inicializacion se encarga de hacerla el script "gvSIG.sh".

Mi consejo es que si estas en windows lances gvSIG desde linea de comandos
con los parametros:

  gvSIG-desktop.cmd --debug --pause

Esto inicializara correctamente todos los paths que toque, arrancara la
maquina de java y se quedara
esperando a que se enganche un entorno de depuracion a ella.

En este punto, vas a tu IDE, eclipse o el que sea, y te enganchas en
depuracion al gvSIG que acabas de arrancar. gvSIG lo tendras en localhost,
en el puerto 8765.

Esta forma de trabajar te garantiza que si tienes un gvSIG que arranca
puedes desarrollar contra el en la gran mayoria de los casos... ademas de
permitirte depurar en entorno que normalmente no seria nada facil (yo he
llegado a depurar un gvSIG que estaba en el equipo de un cliente a traves
de red desde mi portatil por que en mi equipo no era capaz de reproducir el
problema).

Un par de cosillas mas...

Acostubrate a mirar los ficheros de log y menos la consola que aparece en
gvSIG. La consola muestra solo los ultimos problemas sucedidos, en
ocasiones un error al principio de la inicializacion causo problemas mucho
mas adelante y si solo miras la consola no los veras.

Sobre los componentes de tipo jCRS EPSG, estos no se instalan dentro de la
installacion de gvSIG. Van en el home del usuario en:

  gvSIG/plugins/org.gvsig.projection.app.jcrs/db/EPSG/

En la instalacion de gvSIG va uno por defecto que se copia al home en caso
de que en el home no haya ninguno disponible.
Ademas, no es suficiente con instalarlo, luego debes ir a preferencias para
activar el que desees ya que puedes tener mas de uno instalado.

Si no has leido el articulo

Compilando y depurando un plugin de ejemplo para gvSIG 2.1.0 desde un IDE
(NetBeans).
https://blog.gvsig.org/2014/12/29/compilando-y-depurando-un-plugin-de-ejemplo-para-gvsig-2-1-0-desde-un-ide-netbeans/

Mi consejo es que lo leas, y si lo has leido que lo releas, seguro que
alguna parte te has saltado.
Que uses un IDE u otro no deberia afectarte, siempre que controles tu IDE,
como depurar con el, descargarse cosas con el SVN y compilar. De todos
modos al final del articulo tienes un enlace a otro articulo de Fran Puga
comentando como hacer con Eclipse lo que se hace ahi con NetBeans. Mi
consejo es que priemero leas y entiendas lo que se comenta en el articulo
del blog de gvSIG, y luego vayas a ver como se haria eso en Eclipse si es
que no sabes como hacerlo tu.

Intentar desarrollar con gvSIG a tu aire sin seguir las lineas de actuacion
que usamos desde el proyecto lo unico que te va a ocasionar son problemas
cada vez que aparezca una version nueva de gvSIG. Te recomiendo que
intentes trabajar como lo hacemos en el proyecto (metodologia, IDE el que
quieras siempre que lo conozcas bien) a medio plazo te hara la vida mas
facil.

Un saludo
Joaquin




>
>
> Un saludo y gracias por su ayuda.
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161212/463ff94a/attachment.html>

From ialonso en enxenio.es  Mon Dec 12 12:56:03 2016
From: ialonso en enxenio.es (ialonso en enxenio.es)
Date: Mon, 12 Dec 2016 12:56:03 +0100
Subject: [Gvsig_desarrolladores]
 =?utf-8?q?Error_de_complemento_raster_al_?=
 =?utf-8?q?inciar_versi=C3=B3n_gvSIG-desktop-2=2E3=2E0-2441-RC2-win-x86-st?=
 =?utf-8?q?andard?=
In-Reply-To: <CABLUYi2_NGgfTGBqRenP0J6F+6z89MPTi7mCsw55J_iBh=ufaA@mail.gmail.com>
References: <610905743d8b2137983503592b8c0865@enxenio.es>
	<CABLUYi1JOp-pvxb30s2UzXGzzbzJ6W-GD_sjjCuhhqO=jXMamg@mail.gmail.com>
	<72dd4aeac0d2363269ebdb860a710813@enxenio.es>
	<CABLUYi21mfMcO2T6nOt=1K2rh0tHEkemodS1-L7aQSGMTnDfRA@mail.gmail.com>
	<50fa9f0788a39875f186720f9f292d59@enxenio.es>
	<CABLUYi2_NGgfTGBqRenP0J6F+6z89MPTi7mCsw55J_iBh=ufaA@mail.gmail.com>
Message-ID: <ddfa68d9b8b3d8d89a7df815cf3094a6@enxenio.es>

El 2016-12-12 12:45, Joaquin Jose del Cerro Murciano escribió:

> El 12 de diciembre de 2016, 11:08, <ialonso en enxenio.es> escribió:
> 
> El 2016-12-07 18:55, Joaquin Jose del Cerro Murciano escribió: 
> 
> El 7 de diciembre de 2016, 16:42, <ialonso en enxenio.es> escribió:
> 
> El 2016-12-07 15:45, Joaquin Jose del Cerro Murciano escribió: 
> 
> El 7 de diciembre de 2016, 10:54, <ialonso en enxenio.es> escribió:
> 
> Hola, al iniciar la versión gvSIG-desktop-2.3.0-2441-RC2-win-x86-standard correspondiente con el tag en el repositorio SVN de
> 
> http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/ 
> 
> Me sale un error (si compilo e inicio desde eclipse también me pasa), durante la instalación he instalado todos los plugins posibles. 
> 
> ¿A qué se debe? Adjunto una foto. 
> 
> Con lo que cuentas poco se puede saber. 
> Solo has pasado una imagen y no se lee nada en ella. 
> Tampoco entiendo por que la rc2 y no la final.
> 
> No se muy bien que has hecho.... 
> ¿ Estas diciendo que has instalado gvSIG y no arranca? 
> ¿ O estas compilando y no te arranca ? 
> Lo que si te puedo decir es que no instales nunca todos los plugins que puedas, es una muy mala practica y hay plugins que son incompatibles entre si.
> 
> Si puedes describir que has hecho y que te pasa y adjuntar los ficheros:
> gvSIG-environ.info   
> gvSIG.log
> gvSIG-launcher.log 
> tras reproducir el error y cerrar gvSIG, a lo mejor podemos darte alguna pista de que te puede estar pasando.
> 
> Un saludo Joaquin 
> 
> Un saludo. 
> 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [2]
> www.gvsig.org [3] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]

Hola, al final he probado con la última versión que tenéis para
descargar y sigo teniendo problemas también. Explico más en detalle. 

Si entras en http://www.gvsig.com/es/productos/gvsig-desktop/descargas
[4] y vas a "Fuentes" > "gvSIG Desktop 2.3.1 (núcleo)" el enlace apunta
a
http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
[5] que es el repositorio que me descargo desde el SVN en Eclipse. 

He instalado la versión 2.3.1 en Windows (no están todos los plugins,
había varios que me decía que no se debían instalar a la vez y esos no
los he marcado, pero el resto que necesitaba sí) y al arrancarla no
puedo hacer nada, en la consola salen muchos errores y los iconos se me
muestran con cuadrados rojos. 

Cuando pruebo en Eclipse, me descargo el tag del SVN
org.gvsig.desktop-2.0.157 y me salen dos errores (mandé un email sobre
ellos pero aún no he obtenido respuesta): 

- The project was not built since its build path is incomplete. Cannot
find the class file for
org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase. Fix the build
path then try building this project org.gvsig.fmap.dal.db.jdbc 

- The type org.gvsig.tools.junit.AbstractLibraryAutoInitTestCase cannot
be resolved. It is indirectly referenced from required .class files    
JDBCTest.java  
/org.gvsig.fmap.dal.db.jdbc/src/test/java/org/gvsig/fmap/dal/store/jdbc 
  line 36 

Los ignoro, compilo la aplicación y al intentar ejecutarla obtengo
además de los iconos con cuadrados en rojo, un error distinto (que es el
mismo que sale en la versión 2.3.0-2441 RC2 instalable en Windows):

- "La herramienta de información por punto en WMS no estará disponible
debido a que las herramientas básicas de ráster no están instaladas." 

Le doy a aceptar a la ventana de confirmación, miro en la consola y
aparecen un montón de errores, si intento pulsar alguna opción de algún
menú no ocurre nada. El programa se cuelga y tengo que matar el proceso.


A ver...
sobre la instalacion de desarrollo...
No se como has llegado a montar lo que se correponda con los logs que
has adjuntado.
Descargando y compilando lo que hay en 

http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
[5]

no, desde luego. 
Has hecho mas cosas. 
Has tenido que borrar plugins que te habia generado la compilacion y
copiado de algun sitio un monton que no se han generado de compilar eso.

La compilacion de org.gvsig.desktop-2.0.157 no instala nada de gdal,
raster, postgresql, wfs, ... que tu tienes instalado...
incluida la misma version erronea del plugin de
org.gvsig.gdal.app.mainplugin que tenias en la instalacion normal de
gvSIG.

Supongo que muchos errores se solucionaran si acabas teniendo instalada
la version adecuada del plugin de gdal.

Otros errores son debidos a la JRE que estas usando.
Hay plugins que precisan una java 1.8 y estan fallando al cargar por que
lo estas ejecutando con una 1.7.

Si echas un vistazo al fichero "gvSIG-environ.info" y buscas j1_8 podras
ver que plugins requieren la 1.8 y, o pasas a esta version de java, o
tendras que pasar de instalarlos.

Respecto a los errores que dices que te da eclipse al descargarte el tag
del svn no se que pueden ser.
Yo desde linea de comandos hago un svn checkout y un mvn install y me
funciona, y de eclipse cada vez se menos.
La unica cosa que me llama la atencion es la ruta en la que estas
trabajando. 
Es muy larga.
Tal como comento en 

https://blog.gvsig.org/2014/12/15/como-descargar-y-compilar-gvsig-2-1-0-en-linux-y-windows/
[6]

te aconsejo que trabajes en una ruta mas corta para no tener problemas
con la longitud de algunas rutas en windows, por ejemplo en "C:\devel".

Un saludo
Joaquin

> Tengo instalada en Windows la versión 2.1.0-2269 con el tag de SVN ORG.GVSIG.DESKTOP-2.0.84 y funciona sin problemas, al igual que compilando y ejecutando desde Eclipse. Por lo que no entiendo el por qué de estos problemas con la nueva versión 2.3.1. 
> 
> Les adjunto los ficheros que me piden en dos comprimidos. Uno con los de la instalación de Windows y otros después de ejecutar la versión desde Eclipse. 
> 
> Un saludo y gracias. 
> 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]

-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com [2]
www.gvsig.org [3] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[1] 

Hola, gracias por su respuesta. No he borrado ningún plugin, estoy
siguiendo un tutorial de instalación para hacer después unas cosas.
Mirando el "gvSIG-environ.info" he visto que sí, algunos complementos
necesitan el Java 1.8. Así que he instalado el Java 8, desinstalado el
gvsig y lo he vuelto a instalar. Esta vez en lugar de elegir los
complementos que necesito en la misma instalación he decidido hacerlo
una vez iniciada la aplicación. Ahora pues sí que funciona. 

El único problema es que cuando intento arrancarla en eclipse, me da
error de que no carga dos complementos. Ya sé que la versión de eclipse
no instala ninguna extensión, lo que hago es ir a la carpeta de
extensiones de la versión instalada de windows "C:\Program Files
(x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones" y los copio en
"<workspace>\org-gvsig-desktop\target\product\gvSIG\extensiones". 

Los complementos que no carga son:

Errors in initialization of application. Can't find class extension
(org.gvsig.crs.JCrsExtension) Can't initialize extension
'org.gvsig.app.extension.ProjectExtension'. Can't initialize extension
'org.gvsig.app.extension.ViewPropertiesExtension'. Can't find class
extension (es.udc.lbd.giseiel.crs.inicializar.InicializarCRSExtension)
Can't initialize extension
'org.gvsig.installer.app.extension.execution.InstallPackageExtension'.
postInitialize of extension 'org.gvsig.app.extension.TableExtension'
failed postInitialize of extension
'org.gvsig.app.extension.LayoutMainExtension' failed postInitialize of
extension 'org.gvsig.app.chart.mainplugin.ChartExtension' failed
postInitialize of extension
'org.gvsig.app.chart.layoutplugin.LayoutAddChartExtension' failed
postInitialize of extension
'org.gvsig.installer.app.extension.creation.MakePluginPackageExtension'
failed postInitialize of extension
'org.gvsig.mapsheets.extension.MapSheetsCreationExtension' failed
org.gvsig.andami.Launcher$LaunchException: Errors in initialization of
application. Can't find class extension (org.gvsig.crs.JCrsExtension)
Can't initialize extension 'org.gvsig.app.extension.ProjectExtension'.
Can't initialize extension
'org.gvsig.app.extension.ViewPropertiesExtension'. Can't find class
extension (es.udc.lbd.giseiel.crs.inicializar.InicializarCRSExtension)
Can't initialize extension
'org.gvsig.installer.app.extension.execution.InstallPackageExtension'.
postInitialize of extension 'org.gvsig.app.extension.TableExtension'
failed postInitialize of extension
'org.gvsig.app.extension.LayoutMainExtension' failed postInitialize of
extension 'org.gvsig.app.chart.mainplugin.ChartExtension' failed
postInitialize of extension
'org.gvsig.app.chart.layoutplugin.LayoutAddChartExtension' failed
postInitialize of extension
'org.gvsig.installer.app.extension.creation.MakePluginPackageExtension'
failed postInitialize of extension
'org.gvsig.mapsheets.extension.MapSheetsCreationExtension' failed
    org.gvsig.andami.Launcher.addError(Launcher.java:421)
    org.gvsig.andami.Launcher.addError(Launcher.java:428)
    org.gvsig.andami.Launcher.initializeExtensions(Launcher.java:1489)
    org.gvsig.andami.Launcher.access$2(Launcher.java:1397)
    org.gvsig.andami.Launcher$3.run(Launcher.java:614)
    java.awt.event.InvocationEvent.dispatch(Unknown Source)
    java.awt.EventQueue.dispatchEventImpl(Unknown Source)
    java.awt.EventQueue.access$500(Unknown Source)
    java.awt.EventQueue$3.run(Unknown Source)
    java.awt.EventQueue$3.run(Unknown Source)
    java.security.AccessController.doPrivileged(Native Method)
   
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown
Source)
    java.awt.EventQueue.dispatchEvent(Unknown Source)
   
org.gvsig.andami.ui.AndamiEventQueue.dispatchEvent(AndamiEventQueue.java:50)
    java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    java.awt.EventDispatchThread.run(Unknown Source) 

En el workspace de eclipse tengo configurado que use Java 8 (jre1.8_112)
de 32 bits. He vuelto a hacer un clean de todo el workspace y después un
build con Java 8, por lo que no entiendo por qué al iniciar la
aplicación instalada en Windows con todos los complementos que necesito
sí funciona (no sale ningún error/aviso/información en la consola dentro
del gvSIG) y al ejecutar desde Eclipse sí, a pesar de haber copiado las
extensiones que hay en "C:\Program Files
(x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones" y que funcionan. 

Buscando en la ventana de complementos de la instalación de Windows, he
visto que tengo instalados estos 3 (elegí instalación típica así que yo
no los he instalado): 

CRS: CRS MANAGEMENT (GDAL/GEOTOOLS BASED, NATIVE):
_ORG.GVSIG.PROJECTION.APP.JCRS_

JCRS EPSG: VERSION 8.5: _EPSG_V8.5_

JCRS EPSG: VERSION 8.8: _EPSG_V8.8_

Buscándolas, están (si no estoy equivocado) en "C:\Program Files
(x86)\gvSIG-desktop-2.3.1\gvSIG\extensiones\org.gvsig.projection.app.jcrs\db\EPSG\"
pero sólo veo la versión EPSG_v8_8, y no la EPSG_v8_5 por lo que intuyo
que se ha sobreescrito en la instalación con la nueva. Así que en las
extensiones que copié, también se encuentra en
"<workspace>\org.gvsig.desktop\target\product\gvSIG\extensiones\org.gvsig.projection.app.jcrs\db\EPSG\EPSG_v8_8".
Por lo que no entiendo por qué desde eclipse no lo encuentra y desde la
instalación de windows sí. 

Lo que me choca un poco es que si en la versión que lanzo desde eclipse
voy al administrador de complementos (me salen todos en verde con un
candado), sólo me aparece: 

CRS: CRS MANAGEMENT (GDAL/GEOTOOLS BASED, NATIVE):
_ORG.GVSIG.PROJECTION.APP.JCRS_

Los otros dos no me salen. 

Hola, 
no se que estas haciendo para lanzar gvSIG desde eclipse... de hecho, mi
recomendacion es que no lo hagas.
la inicialziacion de gvSIG es compleja y puede variar de version en
version. Esta inicializacion se encarga de hacerla el script "gvSIG.sh".

Mi consejo es que si estas en windows lances gvSIG desde linea de
comandos con los parametros:

  gvSIG-desktop.cmd --debug --pause

Esto inicializara correctamente todos los paths que toque, arrancara la
maquina de java y se quedara
esperando a que se enganche un entorno de depuracion a ella.

En este punto, vas a tu IDE, eclipse o el que sea, y te enganchas en
depuracion al gvSIG que acabas de arrancar. gvSIG lo tendras en
localhost, en el puerto 8765.

Esta forma de trabajar te garantiza que si tienes un gvSIG que arranca
puedes desarrollar contra el en la gran mayoria de los casos... ademas
de permitirte depurar en entorno que normalmente no seria nada facil (yo
he llegado a depurar un gvSIG que estaba en el equipo de un cliente a
traves de red desde mi portatil por que en mi equipo no era capaz de
reproducir el problema).

Un par de cosillas mas...

Acostubrate a mirar los ficheros de log y menos la consola que aparece
en gvSIG. La consola muestra solo los ultimos problemas sucedidos, en
ocasiones un error al principio de la inicializacion causo problemas
mucho mas adelante y si solo miras la consola no los veras.

Sobre los componentes de tipo jCRS EPSG, estos no se instalan dentro de
la installacion de gvSIG. Van en el home del usuario en:

  gvSIG/plugins/org.gvsig.projection.app.jcrs/db/EPSG/

En la instalacion de gvSIG va uno por defecto que se copia al home en
caso de que en el home no haya ninguno disponible.
Ademas, no es suficiente con instalarlo, luego debes ir a preferencias
para activar el que desees ya que puedes tener mas de uno instalado.

Si no has leido el articulo 

Compilando y depurando un plugin de ejemplo para gvSIG 2.1.0 desde un
IDE (NetBeans).
https://blog.gvsig.org/2014/12/29/compilando-y-depurando-un-plugin-de-ejemplo-para-gvsig-2-1-0-desde-un-ide-netbeans/

Mi consejo es que lo leas, y si lo has leido que lo releas, seguro que
alguna parte te has saltado.
Que uses un IDE u otro no deberia afectarte, siempre que controles tu
IDE, como depurar con el, descargarse cosas con el SVN y compilar. De
todos modos al final del articulo tienes un enlace a otro articulo de
Fran Puga comentando como hacer con Eclipse lo que se hace ahi con
NetBeans. Mi consejo es que priemero leas y entiendas lo que se comenta
en el articulo del blog de gvSIG, y luego vayas a ver como se haria eso
en Eclipse si es que no sabes como hacerlo tu.

Intentar desarrollar con gvSIG a tu aire sin seguir las lineas de
actuacion que usamos desde el proyecto lo unico que te va a ocasionar
son problemas cada vez que aparezca una version nueva de gvSIG. Te
recomiendo que intentes trabajar como lo hacemos en el proyecto
(metodologia, IDE el que quieras siempre que lo conozcas bien) a medio
plazo te hara la vida mas facil. 

Un saludo
Joaquin

> Un saludo y gracias por su ayuda.
> 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]

-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com [2]
www.gvsig.org [3] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores 

Vale, pues olveré a leer eso, a ver si pasé algo por alto o se me ha
olvidado algo.

Un saludo y gracias.

  

Links:
------
[1]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[2] http://www.gvsig.com
[3] http://www.gvsig.org
[4] http://www.gvsig.com/es/productos/gvsig-desktop/descargas
[5]
http://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.157/
[6]
https://blog.gvsig.org/2014/12/15/como-descargar-y-compilar-gvsig-2-1-0-en-linux-y-windows/
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161212/78abca47/attachment.html>

From ialonso en enxenio.es  Wed Dec 14 17:55:15 2016
From: ialonso en enxenio.es (Iago Alonso Alonso)
Date: Wed, 14 Dec 2016 17:55:15 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
Message-ID: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>

Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG
pero al compilar con maven no se copian en
"<workspace>\org.gvsig.desktop\target\product\gvSIG\extensiones". 

Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la
versión 2.0.157 haciendo estos cambios que se necesitan: 

- Dependencia "org.gvsig.fmap.geometry.impl" por
"org.gvsig.fmap.geometry.jts" 

- Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por
"org.gvsig.fmap.geom.jts.primitive.Envelope2D" 

- Imports
"org.gvsig.fmap.dal.feature.impl.featureset.DynObjectFeatureFacade" por
"org.gvsig.fmap.dal.feature.impl.dynobjectutils.DynObjectFeatureFacade" 

al compilar con maven todo va bien y termina sin errores pero si vas a
la carpeta de extensiones no están copiadas. 

¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se
copien ahora las extensiones? He intentando buscar en la guía de
desarrolladores pero no he encontrado nada
(http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel) y este
fallo se escapa a mi alcance y conocimiento de Maven. 

Un saludo.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161214/d90ec291/attachment.html>

From jjdelcerro en gvsig.org  Thu Dec 15 11:36:03 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Thu, 15 Dec 2016 11:36:03 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
Message-ID: <CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>

El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es>
escribió:

> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG
> pero al compilar con maven no se copian en "<workspace>\org.gvsig.
> desktop\target\product\gvSIG\extensiones".
>
> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la
> versión 2.0.157 haciendo estos cambios que se necesitan:
>
> - Dependencia "org.gvsig.fmap.geometry.impl" por
> "org.gvsig.fmap.geometry.jts"
>
> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por
> "org.gvsig.fmap.geom.jts.primitive.Envelope2D"
>
> - Imports "org.gvsig.fmap.dal.feature.impl.featureset.DynObjectFeatureFacade"
> por "org.gvsig.fmap.dal.feature.impl.dynobjectutils.
> DynObjectFeatureFacade"
>


Hola Iago,
No deberias usar nunca nada que este en la parte de implementacion de una
libreria.
Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como
para que los entresijos de su implementacion se mantenga compatible de una
version a otra.

¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que
esta en el API) ?

Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que te
permiten el acceso a esas clases y que intentamos mantener entre versiones.

Mi consejo es que quites de los poms todos as dependencias con
implementaciones (o las pases a dependencia de runtime) y compruebes que
cosas estas usando que no debes. Probablemente haya otra forma de hacer lo
que haces usando eso.





> al compilar con maven todo va bien y termina sin errores pero si vas a la
> carpeta de extensiones no están copiadas.
>
> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se
> copien ahora las extensiones? He
>


Que recuerde no se ha cambiado nada al respecto.
Busca en la compiacion de tu plugin una linea con "execute
(install-plugin)", deberias tener algo como:

[INFO] --- gmaven-plugin:1.5:execute (install-plugin) @
ARTIFACTID_DE_TU_PLUGIN ---

Si aparece algo asi, deberia ir seguido por algo parecido a:

[INFO] Removing plugin of XXXX
[INFO] Install plugin to XXXX
    [unzip] Expanding: XXXXX into XXXX
[INFO] Copy plugin package from XXX to XXXX
     [copy] Copying 1 file to XXX
[INFO] Copy plugin package index from XXX to XXX
     [copy] Copying 1 file to XXX
[INFO]

Echa un vistazo a esas lineas a ver si ves algun error.
Si no aparece lo mas normal es que no exista el fichero
"buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de
compilacion usa la existencia de ese fichero para determinar si esta
compilando un plugin o una libreria y solo despliega el plugin si el
fichero existe.

Un saludo
Joaquin



> intentando buscar en la guía de desarrolladores pero no he encontrado nada
> (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel) y este
> fallo se escapa a mi alcance y conocimiento de Maven.
>
> Un saludo.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161215/9b84d55b/attachment.html>

From ialonso en enxenio.es  Thu Dec 15 16:12:08 2016
From: ialonso en enxenio.es (Iago Alonso Alonso)
Date: Thu, 15 Dec 2016 16:12:08 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
	<CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
Message-ID: <051a8f7530955723840fb0435b6d1dca@enxenio.es>

Hola Joaquín, 

En el código he podido cambiar en algunos sitios y usar la interfaz de
Envelope pero en otros, el que hizo antes el código puso: 

.getViewPort().setEnvelope(new
Envelope2D(bboxMunicipio[0].doubleValue(),
bboxMunicipio[1].doubleValue(),bboxMunicipio[2].doubleValue(),
bboxMunicipio[3].doubleValue())); 

y la clase que implementa Envelope (org.gvsig.fmap.geometry.api ->
org.gvsig.fmap.geom.primitive), DefaultEnvelope, sólo se le pueden pasar
2 parámetros en lugar de 4. En el caso de DynObjectFeatureFacade no
consigo encontrar la versión del API.

En cuanto a los del los POM, los que tengo aquí no hacen nada de
gmaven-plugin cuando cambiamos el padre del pom que compila las
extensiones: 
<parent> 
    <groupId>org.gvsig</groupId>
    <artifactId>org.gvsig.desktop.plugin</artifactId>
    <version>2.0.33</version> 
</parent> 

Así sí que ejecuta "gmaven-plugin:1.4:execute (install-plugin)", en
cambio si lo cambiamos a: 

<parent>
    <groupId>org.gvsig</groupId>
    <artifactId>org.gvsig.desktop.plugin</artifactId>
    <version>2.0.157</version>
</parent> 

ya no lo ejecuta, hace todos los build pero ningún gmaven-plugin. ¿A qué
se puede deber?

El 15-12-2016 11:36 AM, Joaquin Jose del Cerro Murciano escribió:

> El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
>> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG pero al compilar con maven no se copian en "<workspace>\org.gvsig.desktop\target\product\gvSIG\extensiones". 
>> 
>> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la versión 2.0.157 haciendo estos cambios que se necesitan: 
>> 
>> - Dependencia "org.gvsig.fmap.geometry.impl" por "org.gvsig.fmap.geometry.jts" 
>> 
>> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por "org.gvsig.fmap.geom.jts.primitive.Envelope2D" 
>> 
>> - Imports "org.gvsig.fmap.dal.feature.impl.featureset.DynObjectFeatureFacade" por "org.gvsig.fmap.dal.feature.impl.dynobjectutils.DynObjectFeatureFacade"
> 
> Hola Iago, 
> No deberias usar nunca nada que este en la parte de implementacion de una libreria.
> Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como para que los entresijos de su implementacion se mantenga compatible de una version a otra.
> 
> ¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que esta en el API) ? 
> 
> Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que te permiten el acceso a esas clases y que intentamos mantener entre versiones.
> 
> Mi consejo es que quites de los poms todos as dependencias con implementaciones (o las pases a dependencia de runtime) y compruebes que cosas estas usando que no debes. Probablemente haya otra forma de hacer lo que haces usando eso.
> 
>> al compilar con maven todo va bien y termina sin errores pero si vas a la carpeta de extensiones no están copiadas. 
>> 
>> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se copien ahora las extensiones? He
> 
> Que recuerde no se ha cambiado nada al respecto.
> Busca en la compiacion de tu plugin una linea con "execute (install-plugin)", deberias tener algo como:
> 
> [INFO] --- gmaven-plugin:1.5:execute (install-plugin) @ ARTIFACTID_DE_TU_PLUGIN ---
> 
> Si aparece algo asi, deberia ir seguido por algo parecido a:
> 
> [INFO] Removing plugin of XXXX
> [INFO] Install plugin to XXXX
> [unzip] Expanding: XXXXX into XXXX
> [INFO] Copy plugin package from XXX to XXXX
> [copy] Copying 1 file to XXX
> [INFO] Copy plugin package index from XXX to XXX
> [copy] Copying 1 file to XXX
> [INFO] 
> 
> Echa un vistazo a esas lineas a ver si ves algun error.
> Si no aparece lo mas normal es que no exista el fichero "buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de compilacion usa la existencia de ese fichero para determinar si esta compilando un plugin o una libreria y solo despliega el plugin si el fichero existe.
> 
> Un saludo 
> Joaquin 
> 
>> intentando buscar en la guía de desarrolladores pero no he encontrado nada (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel [1]) y este fallo se escapa a mi alcance y conocimiento de Maven. 
>> 
>> Un saludo. 
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [2]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [3]
> www.gvsig.org [4] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
 

Links:
------
[1] http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel
[2]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[3] http://www.gvsig.com
[4] http://www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161215/aa173643/attachment.html>

From jjdelcerro en gvsig.org  Thu Dec 15 21:00:35 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Thu, 15 Dec 2016 21:00:35 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <051a8f7530955723840fb0435b6d1dca@enxenio.es>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
	<CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
	<051a8f7530955723840fb0435b6d1dca@enxenio.es>
Message-ID: <CABLUYi0u-ocDFRgcTQ1tv3=0AxddUf=d+j8phDF6KSXZeS+nGw@mail.gmail.com>

El 15 de diciembre de 2016, 16:12, Iago Alonso Alonso <ialonso en enxenio.es>
escribió:

> Hola Joaquín,
>
> En el código he podido cambiar en algunos sitios y usar la interfaz de
> Envelope pero en otros, el que hizo antes el código puso:
>
> .getViewPort().setEnvelope(new Envelope2D(bboxMunicipio[0].doubleValue(),
> bboxMunicipio[1].doubleValue(),bboxMunicipio[2].doubleValue(),
> bboxMunicipio[3].doubleValue()));
>
> y la clase que implementa Envelope (org.gvsig.fmap.geometry.api ->
> org.gvsig.fmap.geom.primitive), DefaultEnvelope, sólo se le pueden pasar
> 2 parámetros en lugar de 4. En el caso de DynObjectFeatureFacade no consigo
> encontrar la versión del API.
> En cuanto a los del los POM, los que tengo aquí no hacen nada de
> gmaven-plugin cuando cambiamos el padre del pom que compila las extensiones:
> <parent>
>     <groupId>org.gvsig</groupId>
>     <artifactId>org.gvsig.desktop.plugin</artifactId>
>     <version>2.0.33</version>
> </parent>
>
> Así sí que ejecuta "gmaven-plugin:1.4:execute (install-plugin)", en cambio
> si lo cambiamos a:
>
> <parent>
>     <groupId>org.gvsig</groupId>
>     <artifactId>org.gvsig.desktop.plugin</artifactId>
>     <version>2.0.157</version>
> </parent>
>
>
> ya no lo ejecuta, hace todos los build pero ningún gmaven-plugin. ¿A qué
> se puede deber?
>
>
¿ Has comprobdo que exista el "buildNumber.properties" junto al "pom.xml"
de tu plugin ?



> El 15-12-2016 11:36 AM, Joaquin Jose del Cerro Murciano escribió:
>
>
>
> El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es>
> escribió:
>
>> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG
>> pero al compilar con maven no se copian en "<workspace>\org.gvsig.desktop
>> \target\product\gvSIG\extensiones".
>>
>> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la
>> versión 2.0.157 haciendo estos cambios que se necesitan:
>>
>> - Dependencia "org.gvsig.fmap.geometry.impl" por
>> "org.gvsig.fmap.geometry.jts"
>>
>> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por
>> "org.gvsig.fmap.geom.jts.primitive.Envelope2D"
>>
>> - Imports "org.gvsig.fmap.dal.feature.impl.featureset.DynObjectFeatureFacade"
>> por "org.gvsig.fmap.dal.feature.impl.dynobjectutils.DynObjectFea
>> tureFacade"
>>
>
>
> Hola Iago,
> No deberias usar nunca nada que este en la parte de implementacion de una
> libreria.
> Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como
> para que los entresijos de su implementacion se mantenga compatible de una
> version a otra.
>
> ¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que
> esta en el API) ?
>
> Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que te
> permiten el acceso a esas clases y que intentamos mantener entre versiones.
>
> Mi consejo es que quites de los poms todos as dependencias con
> implementaciones (o las pases a dependencia de runtime) y compruebes que
> cosas estas usando que no debes. Probablemente haya otra forma de hacer lo
> que haces usando eso.
>
> al compilar con maven todo va bien y termina sin errores pero si vas a la
>> carpeta de extensiones no están copiadas.
>>
>> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se
>> copien ahora las extensiones? He
>>
>
> Que recuerde no se ha cambiado nada al respecto.
> Busca en la compiacion de tu plugin una linea con "execute
> (install-plugin)", deberias tener algo como:
>
> [INFO] --- gmaven-plugin:1.5:execute (install-plugin) @
> ARTIFACTID_DE_TU_PLUGIN ---
>
> Si aparece algo asi, deberia ir seguido por algo parecido a:
>
> [INFO] Removing plugin of XXXX
> [INFO] Install plugin to XXXX
>     [unzip] Expanding: XXXXX into XXXX
> [INFO] Copy plugin package from XXX to XXXX
>      [copy] Copying 1 file to XXX
> [INFO] Copy plugin package index from XXX to XXX
>      [copy] Copying 1 file to XXX
> [INFO]
>
> Echa un vistazo a esas lineas a ver si ves algun error.
> Si no aparece lo mas normal es que no exista el fichero
> "buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de
> compilacion usa la existencia de ese fichero para determinar si esta
> compilando un plugin o una libreria y solo despliega el plugin si el
> fichero existe.
>
> Un saludo
> Joaquin
>
>
>
>> intentando buscar en la guía de desarrolladores pero no he encontrado
>> nada (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel) y
>> este fallo se escapa a mi alcance y conocimiento de Maven.
>>
>> Un saludo.
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161215/776bbd33/attachment.html>

From jjdelcerro en gvsig.org  Thu Dec 15 22:31:04 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Thu, 15 Dec 2016 22:31:04 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <051a8f7530955723840fb0435b6d1dca@enxenio.es>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
	<CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
	<051a8f7530955723840fb0435b6d1dca@enxenio.es>
Message-ID: <CABLUYi2inkT0_8tqiE-pgqvD9FQxf_qZLg50pnbJB_g1mwPQ6Q@mail.gmail.com>

El 15 de diciembre de 2016, 16:12, Iago Alonso Alonso <ialonso en enxenio.es>
escribió:

> Hola Joaquín,
>
> En el código he podido cambiar en algunos sitios y usar la interfaz de
> Envelope pero en otros, el que hizo antes el código puso:
>
> .getViewPort().setEnvelope(new Envelope2D(bboxMunicipio[0].doubleValue(),
> bboxMunicipio[1].doubleValue(),bboxMunicipio[2].doubleValue(),
> bboxMunicipio[3].doubleValue()));
>
> y la clase que implementa Envelope (org.gvsig.fmap.geometry.api ->
> org.gvsig.fmap.geom.primitive), DefaultEnvelope, sólo se le pueden pasar
> 2 parámetros en lugar de 4. En el caso de DynObjectFeatureFacade no consigo
> encontrar la versión del API.
>

A ver...
Los APIs en gvSIG estan compuestos todos por interface excepto por los
locators que son clases estaticas.

Eso quiere decir que nunca puedes instanciar, por ejemplo, un Envelope por
que es un interface.
Esta montado asi para que no tengas dependencias con una implementacion en
concreta y que posibles cambios en la implementacion afecten lo menos
posible al codigo que la usa.
Entonces... ¿ Como se obtiene una instancia de algo que esta en el API ?

Para cada API hay un locator y un manager.
Por ejemplo, en el API de geometrias existe el interface Envelope, que no
puedes instanciar.
Pero tienes un manager, el GeometryManager, que como todos los managers en
gvSIG hacen las veces de factorias de los elementos que hay en el API. Si
miras en el GeometryManager veras que tienes:

public Envelope createEnvelope(double minX, double minY, double maxX,
    double maxY, int subType) throws CreateEnvelopeException;

public Envelope createEnvelope(int subType) throws CreateEnvelopeException;

Que son las formas de crear un Envelope sin que tengas que depender de una
implementacion en concreto.

Hay que tener en cuenta que GeometryManager es tambien una interface, asi
que tampoco puedes instanciarlo.
Para obtener una instancia de un manager, debes usar el locator. Por
ejemplo para obtener el manager
de geometrias tenemos el GeometryLocator. Y se haria con:

  GeometryManager geomManager = GeometryLocator.getGeometryManager();

Todos los managers de gvSIG son singletons. Esto que quiere decir, pues que
solo existe una instancia de ese manager para todo gvSIG. La primera vez
que se pide, se crea y se guarda en la tabla de managers de gvSIG, y las
siguientes veces que se pide, simplemente se accede a ella, se recupera y
se devuelbe. Con esto quiero decir que en general no es preciso ir
guardandose los managers en atributos de las clases. Podemos pedirlo cuando
lo necesitemos, guardarlo en una variable local y destruirla cuando
terminemos de usarlo. El coste de volverlo a pedir es muy bajo.

Una vez tenemos el manager, ya lo podemos usar para crear elementos del API
sin tener que saber que clases hay por debajo para implementarlo, con lo
que si en un momento cambiamos algo de la implmentacion no deberia
afectarte.

¿ Como creariamos un Envelope ?

Envelope env = geomManager.createEnvelope(minX, minY, maxX, maxY,
Geometry.SUBTYPES.GEOM2D);

Y asi no dependerias para nada de la implementacion que exista en un
momento dado para un Envelope 2D y tu codigo nunca deberia depender de la
implementacion. Tu pom nisiquiera deberia referenciar a la implementacion.
Y en el caso de que lo necesite (muy desaconsejable) hay formas de poner la
dependencia en el pom sin que tengas que ir revisando a cada version de
gvSIG como se llama la nueva implementacion si es que esta ha cambiado.




Sobre el DynObjectFeatureFacade...
El API de DynObjectFeatureFacade es DynObject y FacadeOfAFeature. Si estas
viendo el codigo solo tienes que ver que implementa que este en el API.
Cuando tenemos una Feature de gvSIG, en ocasiones nos puede interesar verla
como un DynObject, por que tengamos que pasarsela a algun componente que
trabaja con DynObject pero no con Feature. En el API de Feature tenemos el
metodo:

public DynObject getAsDynObject();

Que nos devuelbe una envoltura de DynObject sobre la Feature, asi podemos
usar la feature por ejemplo para presentarla en un DynForm que solo acepta
DynObject.

No se en que contexto usas eso, pero supongo que lo que te pasara es que
tienes un DynObject que se ha obtenido a partir de la Feature y quieres
volver a acceder a la Feature. Lo primero es cerciorarse que ese DynObject
se ha obtenido de una Feature, hay muchos DynObject en gvSIG y los menos
son de una Feature. Y una vez lo sepamos usaremos el API de
FacadeOfAFeature para recuperarla.

  DynObject obj;

  if( obj instance of FacadeOfAFeature ) {
    Feature f = ((obj)FacadeOfAFeature).getFeature();
  }

Otra opcion podria ser usar el metodo getFeature del store en caso de que
sepamos de que store es.

  DynObject obj;
  FeatureStore store;
  Feature f = store.getFeature(obj);

En general piensa que usar gvSIG deberia poder hacerse solo linkando con
los API para compilacion. El API deberia tener todo lo necesario y usar la
implementacion es la forma mas directa de hacer un software con gvSIG que
dejara de ir en la proxima version. Por desgracia aun quedan partes de
gvSIG en las que no esta separada la implementacion de su API.

Podria suceder que no supieses como hacer algo... pregunta, que si podemos
comentaremos como hacerlo.
Y si no se pude y es util veremos de introducir algo en el API para hacerlo
y que este disponible para la proxima version.

Ya de paso, y para todos los que desarrolan cosas en gvSIG...
Liberad vuestro software y contribuir con el proyecto.
Eso nos hace grandes a todos.

Un saludo
Joaquin




> En cuanto a los del los POM, los que tengo aquí no hacen nada de
> gmaven-plugin cuando cambiamos el padre del pom que compila las extensiones:
> <parent>
>     <groupId>org.gvsig</groupId>
>     <artifactId>org.gvsig.desktop.plugin</artifactId>
>     <version>2.0.33</version>
> </parent>
>
> Así sí que ejecuta "gmaven-plugin:1.4:execute (install-plugin)", en cambio
> si lo cambiamos a:
>
> <parent>
>     <groupId>org.gvsig</groupId>
>     <artifactId>org.gvsig.desktop.plugin</artifactId>
>     <version>2.0.157</version>
> </parent>
>
>
> ya no lo ejecuta, hace todos los build pero ningún gmaven-plugin. ¿A qué
> se puede deber?
>
> El 15-12-2016 11:36 AM, Joaquin Jose del Cerro Murciano escribió:
>
>
>
> El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es>
> escribió:
>
>> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG
>> pero al compilar con maven no se copian en "<workspace>\org.gvsig.desktop
>> \target\product\gvSIG\extensiones".
>>
>> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la
>> versión 2.0.157 haciendo estos cambios que se necesitan:
>>
>> - Dependencia "org.gvsig.fmap.geometry.impl" por
>> "org.gvsig.fmap.geometry.jts"
>>
>> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por
>> "org.gvsig.fmap.geom.jts.primitive.Envelope2D"
>>
>> - Imports "org.gvsig.fmap.dal.feature.impl.featureset.DynObjectFeatureFacade"
>> por "org.gvsig.fmap.dal.feature.impl.dynobjectutils.DynObjectFea
>> tureFacade"
>>
>
>
> Hola Iago,
> No deberias usar nunca nada que este en la parte de implementacion de una
> libreria.
> Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como
> para que los entresijos de su implementacion se mantenga compatible de una
> version a otra.
>
> ¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que
> esta en el API) ?
>
> Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que te
> permiten el acceso a esas clases y que intentamos mantener entre versiones.
>
> Mi consejo es que quites de los poms todos as dependencias con
> implementaciones (o las pases a dependencia de runtime) y compruebes que
> cosas estas usando que no debes. Probablemente haya otra forma de hacer lo
> que haces usando eso.
>
> al compilar con maven todo va bien y termina sin errores pero si vas a la
>> carpeta de extensiones no están copiadas.
>>
>> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se
>> copien ahora las extensiones? He
>>
>
> Que recuerde no se ha cambiado nada al respecto.
> Busca en la compiacion de tu plugin una linea con "execute
> (install-plugin)", deberias tener algo como:
>
> [INFO] --- gmaven-plugin:1.5:execute (install-plugin) @
> ARTIFACTID_DE_TU_PLUGIN ---
>
> Si aparece algo asi, deberia ir seguido por algo parecido a:
>
> [INFO] Removing plugin of XXXX
> [INFO] Install plugin to XXXX
>     [unzip] Expanding: XXXXX into XXXX
> [INFO] Copy plugin package from XXX to XXXX
>      [copy] Copying 1 file to XXX
> [INFO] Copy plugin package index from XXX to XXX
>      [copy] Copying 1 file to XXX
> [INFO]
>
> Echa un vistazo a esas lineas a ver si ves algun error.
> Si no aparece lo mas normal es que no exista el fichero
> "buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de
> compilacion usa la existencia de ese fichero para determinar si esta
> compilando un plugin o una libreria y solo despliega el plugin si el
> fichero existe.
>
> Un saludo
> Joaquin
>
>
>
>> intentando buscar en la guía de desarrolladores pero no he encontrado
>> nada (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel) y
>> este fallo se escapa a mi alcance y conocimiento de Maven.
>>
>> Un saludo.
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161215/1f4c6796/attachment.html>

From ialonso en enxenio.es  Fri Dec 16 09:26:50 2016
From: ialonso en enxenio.es (Iago Alonso Alonso)
Date: Fri, 16 Dec 2016 09:26:50 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <CABLUYi0u-ocDFRgcTQ1tv3=0AxddUf=d+j8phDF6KSXZeS+nGw@mail.gmail.com>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
	<CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
	<051a8f7530955723840fb0435b6d1dca@enxenio.es>
	<CABLUYi0u-ocDFRgcTQ1tv3=0AxddUf=d+j8phDF6KSXZeS+nGw@mail.gmail.com>
Message-ID: <504961339e055aefd33a14219dd95e33@enxenio.es>

Hola, gracias por la explicación del código, voy a mirarlo con calma y
cambiar donde necesite. En cuanto a los plugins, he mirado y sí, todos
tienen el "buildNumber.properties" junto a su pom. 

Un saludo. 

El 15-12-2016 09:00 PM, Joaquin Jose del Cerro Murciano escribió:

> El 15 de diciembre de 2016, 16:12, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
>> Hola Joaquín, 
>> 
>> En el código he podido cambiar en algunos sitios y usar la interfaz de Envelope pero en otros, el que hizo antes el código puso: 
>> 
>> .getViewPort().setEnvelope(new Envelope2D(bboxMunicipio[0].doubleValue(), bboxMunicipio[1].doubleValue(),bboxMunicipio[2].doubleValue(), bboxMunicipio[3].doubleValue())); 
>> 
>> y la clase que implementa Envelope (org.gvsig.fmap.geometry.api -> org.gvsig.fmap.geom.primitive), DefaultEnvelope, sólo se le pueden pasar 2 parámetros en lugar de 4. En el caso de DynObjectFeatureFacade no consigo encontrar la versión del API.
>> 
>> En cuanto a los del los POM, los que tengo aquí no hacen nada de gmaven-plugin cuando cambiamos el padre del pom que compila las extensiones: 
>> <parent> 
>> <groupId>org.gvsig</groupId>
>> <artifactId>org.gvsig.desktop.plugin</artifactId>
>> <version>2.0.33</version> 
>> </parent> 
>> 
>> Así sí que ejecuta "gmaven-plugin:1.4:execute (install-plugin)", en cambio si lo cambiamos a: 
>> 
>> <parent>
>> <groupId>org.gvsig</groupId>
>> <artifactId>org.gvsig.desktop.plugin</artifactId>
>> <version>2.0.157</version>
>> </parent> 
>> 
>> ya no lo ejecuta, hace todos los build pero ningún gmaven-plugin. ¿A qué se puede deber?
> 
> ¿ Has comprobdo que exista el "buildNumber.properties" junto al "pom.xml" de tu plugin ?
> 
> El 15-12-2016 11:36 AM, Joaquin Jose del Cerro Murciano escribió: 
> 
> El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG pero al compilar con maven no se copian en "<workspace>\org.gvsig.desktop\target\product\gvSIG\extensiones". 
> 
> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la versión 2.0.157 haciendo estos cambios que se necesitan: 
> 
> - Dependencia "org.gvsig.fmap.geometry.impl" por "org.gvsig.fmap.geometry.jts" 
> 
> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por "org.gvsig.fmap.geom.jts.primitive.Envelope2D" 
> 
> - Imports "org.gvsig.fmap.dal.feature.im [1]pl.featureset.DynObjectFeatureFacade" por "org.gvsig.fmap.dal.feature.im [1]pl.dynobjectutils.DynObjectFeatureFacade" 
> 
> Hola Iago, 
> No deberias usar nunca nada que este en la parte de implementacion de una libreria.
> Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como para que los entresijos de su implementacion se mantenga compatible de una version a otra.
> 
> ¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que esta en el API) ? 
> 
> Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que te permiten el acceso a esas clases y que intentamos mantener entre versiones.
> 
> Mi consejo es que quites de los poms todos as dependencias con implementaciones (o las pases a dependencia de runtime) y compruebes que cosas estas usando que no debes. Probablemente haya otra forma de hacer lo que haces usando eso.
> 
> al compilar con maven todo va bien y termina sin errores pero si vas a la carpeta de extensiones no están copiadas. 
> 
> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se copien ahora las extensiones? He 
> 
> Que recuerde no se ha cambiado nada al respecto.
> Busca en la compiacion de tu plugin una linea con "execute (install-plugin)", deberias tener algo como:
> 
> [INFO] --- gmaven-plugin:1.5:execute (install-plugin) @ ARTIFACTID_DE_TU_PLUGIN ---
> 
> Si aparece algo asi, deberia ir seguido por algo parecido a:
> 
> [INFO] Removing plugin of XXXX
> [INFO] Install plugin to XXXX
> [unzip] Expanding: XXXXX into XXXX
> [INFO] Copy plugin package from XXX to XXXX
> [copy] Copying 1 file to XXX
> [INFO] Copy plugin package index from XXX to XXX
> [copy] Copying 1 file to XXX
> [INFO] 
> 
> Echa un vistazo a esas lineas a ver si ves algun error.
> Si no aparece lo mas normal es que no exista el fichero "buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de compilacion usa la existencia de ese fichero para determinar si esta compilando un plugin o una libreria y solo despliega el plugin si el fichero existe.
> 
> Un saludo 
> Joaquin 
> 
> intentando buscar en la guía de desarrolladores pero no he encontrado nada (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel [2]) y este fallo se escapa a mi alcance y conocimiento de Maven. 
> 
> Un saludo. 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [3]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [4]
> www.gvsig.org [5] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [3]

_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[3]

-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com [4]
www.gvsig.org [5] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores 

Links:
------
[1] http://org.gvsig.fmap.dal.feature.im
[2] http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel
[3]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[4] http://www.gvsig.com
[5] http://www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161216/b6888955/attachment.html>

From jjdelcerro en gvsig.org  Fri Dec 16 10:26:24 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Fri, 16 Dec 2016 10:26:24 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <504961339e055aefd33a14219dd95e33@enxenio.es>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
	<CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
	<051a8f7530955723840fb0435b6d1dca@enxenio.es>
	<CABLUYi0u-ocDFRgcTQ1tv3=0AxddUf=d+j8phDF6KSXZeS+nGw@mail.gmail.com>
	<504961339e055aefd33a14219dd95e33@enxenio.es>
Message-ID: <CABLUYi2EyaKHTq1OuSonYirgW3Ms0D+LKiyD-L_nq3weJgTv7A@mail.gmail.com>

El 16 de diciembre de 2016, 9:26, Iago Alonso Alonso <ialonso en enxenio.es>
escribió:

> Hola, gracias por la explicación del código, voy a mirarlo con calma y
> cambiar donde necesite. En cuanto a los plugins, he mirado y sí, todos
> tienen el "buildNumber.properties" junto a su pom.
>

Pues ya solo se me ocurre una cosa... la version de maven que estes usando.
gvSIG esta probado con mvn 3.0.5 (de 2013) y en algun momento tuvimos
problemas con versiones superiores, asi que seguimos usando esa.
¿ Cual estas usando tu ?
¿ Puedes probar con esa ?

Un saludo
Joaquin



> Un saludo.
>
> El 15-12-2016 09:00 PM, Joaquin Jose del Cerro Murciano escribió:
>
>
>
> El 15 de diciembre de 2016, 16:12, Iago Alonso Alonso <ialonso en enxenio.es>
> escribió:
>
>> Hola Joaquín,
>>
>> En el código he podido cambiar en algunos sitios y usar la interfaz de
>> Envelope pero en otros, el que hizo antes el código puso:
>>
>> .getViewPort().setEnvelope(new Envelope2D(bboxMunicipio[0].doubleValue(),
>> bboxMunicipio[1].doubleValue(),bboxMunicipio[2].doubleValue(),
>> bboxMunicipio[3].doubleValue()));
>>
>> y la clase que implementa Envelope (org.gvsig.fmap.geometry.api ->
>> org.gvsig.fmap.geom.primitive), DefaultEnvelope, sólo se le pueden pasar
>> 2 parámetros en lugar de 4. En el caso de DynObjectFeatureFacade no consigo
>> encontrar la versión del API.
>> En cuanto a los del los POM, los que tengo aquí no hacen nada de
>> gmaven-plugin cuando cambiamos el padre del pom que compila las extensiones:
>> <parent>
>>     <groupId>org.gvsig</groupId>
>>     <artifactId>org.gvsig.desktop.plugin</artifactId>
>>     <version>2.0.33</version>
>> </parent>
>>
>> Así sí que ejecuta "gmaven-plugin:1.4:execute (install-plugin)", en
>> cambio si lo cambiamos a:
>>
>> <parent>
>>     <groupId>org.gvsig</groupId>
>>     <artifactId>org.gvsig.desktop.plugin</artifactId>
>>     <version>2.0.157</version>
>> </parent>
>>
>>
>> ya no lo ejecuta, hace todos los build pero ningún gmaven-plugin. ¿A qué
>> se puede deber?
>>
>>
> ¿ Has comprobdo que exista el "buildNumber.properties" junto al "pom.xml"
> de tu plugin ?
>
>
>
>>
>>
>> El 15-12-2016 11:36 AM, Joaquin Jose del Cerro Murciano escribió:
>>
>>
>>
>> El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es
>> > escribió:
>>
>>> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG
>>> pero al compilar con maven no se copian en "<workspace>\org.gvsig.desktop
>>> \target\product\gvSIG\extensiones".
>>>
>>> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la
>>> versión 2.0.157 haciendo estos cambios que se necesitan:
>>>
>>> - Dependencia "org.gvsig.fmap.geometry.impl" por
>>> "org.gvsig.fmap.geometry.jts"
>>>
>>> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por
>>> "org.gvsig.fmap.geom.jts.primitive.Envelope2D"
>>>
>>> - Imports "org.gvsig.fmap.dal.feature.impl.featureset.DynObjectFeatureFacade"
>>> por "org.gvsig.fmap.dal.feature.impl.dynobjectutils.DynObjectFea
>>> tureFacade"
>>>
>>
>>
>> Hola Iago,
>> No deberias usar nunca nada que este en la parte de implementacion de una
>> libreria.
>> Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como
>> para que los entresijos de su implementacion se mantenga compatible de una
>> version a otra.
>>
>> ¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que
>> esta en el API) ?
>>
>> Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que
>> te permiten el acceso a esas clases y que intentamos mantener entre
>> versiones.
>>
>> Mi consejo es que quites de los poms todos as dependencias con
>> implementaciones (o las pases a dependencia de runtime) y compruebes que
>> cosas estas usando que no debes. Probablemente haya otra forma de hacer lo
>> que haces usando eso.
>>
>> al compilar con maven todo va bien y termina sin errores pero si vas a la
>>> carpeta de extensiones no están copiadas.
>>>
>>> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se
>>> copien ahora las extensiones? He
>>>
>>
>> Que recuerde no se ha cambiado nada al respecto.
>> Busca en la compiacion de tu plugin una linea con "execute
>> (install-plugin)", deberias tener algo como:
>>
>> [INFO] --- gmaven-plugin:1.5:execute (install-plugin) @
>> ARTIFACTID_DE_TU_PLUGIN ---
>>
>> Si aparece algo asi, deberia ir seguido por algo parecido a:
>>
>> [INFO] Removing plugin of XXXX
>> [INFO] Install plugin to XXXX
>>     [unzip] Expanding: XXXXX into XXXX
>> [INFO] Copy plugin package from XXX to XXXX
>>      [copy] Copying 1 file to XXX
>> [INFO] Copy plugin package index from XXX to XXX
>>      [copy] Copying 1 file to XXX
>> [INFO]
>>
>> Echa un vistazo a esas lineas a ver si ves algun error.
>> Si no aparece lo mas normal es que no exista el fichero
>> "buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de
>> compilacion usa la existencia de ese fichero para determinar si esta
>> compilando un plugin o una libreria y solo despliega el plugin si el
>> fichero existe.
>>
>> Un saludo
>> Joaquin
>>
>>
>>
>>> intentando buscar en la guía de desarrolladores pero no he encontrado
>>> nada (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel) y
>>> este fallo se escapa a mi alcance y conocimiento de Maven.
>>>
>>> Un saludo.
>>>
>>> _______________________________________________
>>> gvSIG_desarrolladores mailing list
>>> gvSIG_desarrolladores 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:
>>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>>
>>>
>>
>>
>> --
>> --------------------------------------
>> Joaquin Jose del Cerro Murciano
>> Development and software arquitecture manager at gvSIG Team
>> jjdelcerro en gvsig.com
>> jjdelcerro en gvsig.org
>> gvSIG Association
>> www.gvsig.com
>> www.gvsig.org
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161216/a97d05ce/attachment.html>

From ialonso en enxenio.es  Tue Dec 20 11:17:49 2016
From: ialonso en enxenio.es (Iago Alonso Alonso)
Date: Tue, 20 Dec 2016 11:17:49 +0100
Subject: [Gvsig_desarrolladores] No se copian las nuevas extensiones
In-Reply-To: <CABLUYi2EyaKHTq1OuSonYirgW3Ms0D+LKiyD-L_nq3weJgTv7A@mail.gmail.com>
References: <ba44cd9d1f61f989bc4276bfbd9c9ed9@enxenio.es>
	<CABLUYi3=s+u+eZ5kQazy39FVe=Up_eoYRmqjZxqca8aueb27fg@mail.gmail.com>
	<051a8f7530955723840fb0435b6d1dca@enxenio.es>
	<CABLUYi0u-ocDFRgcTQ1tv3=0AxddUf=d+j8phDF6KSXZeS+nGw@mail.gmail.com>
	<504961339e055aefd33a14219dd95e33@enxenio.es>
	<CABLUYi2EyaKHTq1OuSonYirgW3Ms0D+LKiyD-L_nq3weJgTv7A@mail.gmail.com>
Message-ID: <118f2cc1c55f697cdcba0fd96065fa30@enxenio.es>

Hola, resulta que es un problema mio de maven en mi entorno de trabajo
debido a que no se ejecuta el plugin
org.codehaus.gmaven:gmaven-plugin:1.5, en cambio en el equipo de mi jefe
sí. 

Por tanto al no ser un problema de gvSIG doy por cerrado el tema, ya que
es algo relacionado con maven no con gvSIG. 

Un saludo. 

El 16-12-2016 10:26 AM, Joaquin Jose del Cerro Murciano escribió:

> El 16 de diciembre de 2016, 9:26, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
>> Hola, gracias por la explicación del código, voy a mirarlo con calma y cambiar donde necesite. En cuanto a los plugins, he mirado y sí, todos tienen el "buildNumber.properties" junto a su pom.
> 
> Pues ya solo se me ocurre una cosa... la version de maven que estes usando. 
> gvSIG esta probado con mvn 3.0.5 (de 2013) y en algun momento tuvimos problemas con versiones superiores, asi que seguimos usando esa. 
> ¿ Cual estas usando tu ? 
> ¿ Puedes probar con esa ?
> 
> Un saludo 
> Joaquin
> 
> Un saludo.
> 
> El 15-12-2016 09:00 PM, Joaquin Jose del Cerro Murciano escribió: 
> 
> El 15 de diciembre de 2016, 16:12, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
> Hola Joaquín, 
> 
> En el código he podido cambiar en algunos sitios y usar la interfaz de Envelope pero en otros, el que hizo antes el código puso: 
> 
> .getViewPort().setEnvelope(new Envelope2D(bboxMunicipio[0].doubleValue(), bboxMunicipio[1].doubleValue(),bboxMunicipio[2].doubleValue(), bboxMunicipio[3].doubleValue())); 
> 
> y la clase que implementa Envelope (org.gvsig.fmap.geometry.api -> org.gvsig.fmap.geom.primitive), DefaultEnvelope, sólo se le pueden pasar 2 parámetros en lugar de 4. En el caso de DynObjectFeatureFacade no consigo encontrar la versión del API.
> 
> En cuanto a los del los POM, los que tengo aquí no hacen nada de gmaven-plugin cuando cambiamos el padre del pom que compila las extensiones: 
> <parent> 
> <groupId>org.gvsig</groupId>
> <artifactId>org.gvsig.desktop.plugin</artifactId>
> <version>2.0.33</version> 
> </parent> 
> 
> Así sí que ejecuta "gmaven-plugin:1.4:execute (install-plugin)", en cambio si lo cambiamos a: 
> 
> <parent>
> <groupId>org.gvsig</groupId>
> <artifactId>org.gvsig.desktop.plugin</artifactId>
> <version>2.0.157</version>
> </parent> 
> 
> ya no lo ejecuta, hace todos los build pero ningún gmaven-plugin. ¿A qué se puede deber?
> 
> ¿ Has comprobdo que exista el "buildNumber.properties" junto al "pom.xml" de tu plugin ?
> 
> El 15-12-2016 11:36 AM, Joaquin Jose del Cerro Murciano escribió: 
> 
> El 14 de diciembre de 2016, 17:55, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
> Hola, estoy intentando actualizar unas extensiones de gisEIEL para gvSIG pero al compilar con maven no se copian en "<workspace>\org.gvsig.desktop\target\product\gvSIG\extensiones". 
> 
> Las extensiones actuales están en la versión 2.0.33 y al pasarlas a la versión 2.0.157 haciendo estos cambios que se necesitan: 
> 
> - Dependencia "org.gvsig.fmap.geometry.impl" por "org.gvsig.fmap.geometry.jts" 
> 
> - Imports "org.gvsig.fmap.geom.primitive.impl.Envelope2D" por "org.gvsig.fmap.geom.jts.primitive.Envelope2D" 
> 
> - Imports "org.gvsig.fmap.dal.feature.im [1]pl.featureset.DynObjectFeatureFacade" por "org.gvsig.fmap.dal.feature.im [1]pl.dynobjectutils.DynObjectFeatureFacade" 
> 
> Hola Iago, 
> No deberias usar nunca nada que este en la parte de implementacion de una libreria.
> Ya bastante nos cuesta intentar no cambiar los APIs entre versiones como para que los entresijos de su implementacion se mantenga compatible de una version a otra.
> 
> ¿ Por que usas un Envelope2D (de la implementacion) y no un Envelope (que esta en el API) ? 
> 
> Y lo mismo con DynObjectFeatureFacade. Se supone que hay interfaces que te permiten el acceso a esas clases y que intentamos mantener entre versiones.
> 
> Mi consejo es que quites de los poms todos as dependencias con implementaciones (o las pases a dependencia de runtime) y compruebes que cosas estas usando que no debes. Probablemente haya otra forma de hacer lo que haces usando eso.
> 
> al compilar con maven todo va bien y termina sin errores pero si vas a la carpeta de extensiones no están copiadas. 
> 
> ¿Se ha modificado algo en algún POM de gvSIG que hace que ahora no se copien ahora las extensiones? He 
> 
> Que recuerde no se ha cambiado nada al respecto.
> Busca en la compiacion de tu plugin una linea con "execute (install-plugin)", deberias tener algo como:
> 
> [INFO] --- gmaven-plugin:1.5:execute (install-plugin) @ ARTIFACTID_DE_TU_PLUGIN ---
> 
> Si aparece algo asi, deberia ir seguido por algo parecido a:
> 
> [INFO] Removing plugin of XXXX
> [INFO] Install plugin to XXXX
> [unzip] Expanding: XXXXX into XXXX
> [INFO] Copy plugin package from XXX to XXXX
> [copy] Copying 1 file to XXX
> [INFO] Copy plugin package index from XXX to XXX
> [copy] Copying 1 file to XXX
> [INFO] 
> 
> Echa un vistazo a esas lineas a ver si ves algun error.
> Si no aparece lo mas normal es que no exista el fichero "buildNumber.properties" junto al "pom.xml" de tu plugin. El proceso de compilacion usa la existencia de ese fichero para determinar si esta compilando un plugin o una libreria y solo despliega el plugin si el fichero existe.
> 
> Un saludo 
> Joaquin 
> 
> intentando buscar en la guía de desarrolladores pero no he encontrado nada (http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel [2]) y este fallo se escapa a mi alcance y conocimiento de Maven. 
> 
> Un saludo. 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [3]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [4]
> www.gvsig.org [5] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [3]

_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[3]

-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com [4]
www.gvsig.org [5] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[3] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[3]

-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com [4]
www.gvsig.org [5] 
_______________________________________________
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores 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:
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores 

Links:
------
[1] http://org.gvsig.fmap.dal.feature.im
[2] http://docs.gvsig.org/plone/projects/gvsig-desktop/docs/devel
[3]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[4] http://www.gvsig.com
[5] http://www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161220/cf939b12/attachment.html>

From ialonso en enxenio.es  Tue Dec 20 11:31:16 2016
From: ialonso en enxenio.es (Iago Alonso Alonso)
Date: Tue, 20 Dec 2016 11:31:16 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?No_hay_acceso_a_un_m=C3=A9todo_?=
 =?utf-8?q?desde_DefaultGeometryManager?=
Message-ID: <95f244444984fc9bcb6cd317087195a1@enxenio.es>

Hola, me gustaría saber si se usa algún manager para la clase Converter,
ya que en una clase tengo: 

import org.gvsig.fmap.geom.util.Converter; *Marcado como deprecated* 

y en una línea se usa: 

<variable> = Converter.jtsToGeometry(geoJTS); *Marcado como deprecated* 

Así que buscando por el código he encontrado una clase "Converter.java"
ubicada en "org.gvsig.desktop.compat.cdc" ->
"org.gvsig.fmap.geom.generalpath.util" marcada como deprecated y otra
clase en el mismo directorio llamada "UtilFunctions.java" marcada como
deprecated también. He seguido buscando y he encontrado un
DefaultGeometryManager (import
org.gvsig.fmap.geom.impl.DefaultGeometryManager;) que implementa a
GeometryManager, por lo que en el código es el que utilizo: 

Geometry igeo = null;
if (elemento != null) {
   com.vividsolutions.jts.geom.Geometry geoJTS =
elemento.getElementoInfraestructura().getGeometria();
   try {
       DefaultGeometryManager geomManager = new DefaultGeometryManager()
<- añadida (GeometryManager no tiene ese método)
       igeo = geomManager.createFrom(geoJTS); <- Da error de "The method
createFrom(String) in the type DefaultGeometryManager is not applicable
for the arguments (Geometry)" 

       igeo = Converter.jtsToGeometry(geoJTS); **Deprecated** (la que
quiero eliminar)
   } catch (CreateGeometryException e) {
       e.printStackTrace();
   } 

    ..................... 

} 

Pero si voy a la clase "DefaultGeometryManager" (package
org.gvsig.fmap.geom.generalpath) veo que hay un método "createFrom" que
recibe un "Geometry":

public Geometry createFrom(com.vividsolutions.jts.geom.Geometry geom)
throws GeometryException {
    return Converter.jtsToGeometry(geom);
} 

Pero cuando hago geomManager.<buscar métodoDefault> me salen todos los
createForm menos ese (sólo me aparecen los de createFrom(String wkt,
String srs), createFrom(String wkt) y createFrom(byte[] wkb)) y no tengo
acceso a ese. ¿Qué estoy haciendo mal? ¿O es que no se tiene acceso a
ese método, aunque está como público? 

Un saludo y gracias.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161220/292c4fd2/attachment.html>

From aanguix en gvsig.com  Tue Dec 20 11:44:26 2016
From: aanguix en gvsig.com (Alvaro Anguix)
Date: Tue, 20 Dec 2016 11:44:26 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?Gu=C3=ADa_de_inicio_r=C3=A1pido?=
 =?utf-8?q?_del_desarrollador_=28java=29?=
Message-ID: <45cd409c-4f44-958f-a8d9-f6b578581c8d@gvsig.com>

Hola,

Para los que no sigáis habitualmente el blog os dejo el enlace al post 
que anuncia la nueva guía de inicio rápido del desarrollador en gvSIG 
con java:
https://blog.gvsig.org/2016/12/15/gvsig-desktop-guia-de-inicio-rapido-del-desarrollador-java/

Saludos,
Alvaro

From cmartinez en scolab.es  Tue Dec 20 13:56:01 2016
From: cmartinez en scolab.es (=?UTF-8?B?Q8Opc2FyIE1hcnTDrW5leg==?=)
Date: Tue, 20 Dec 2016 13:56:01 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?No_hay_acceso_a_un_m=C3=A9todo_?=
	=?utf-8?q?desde_DefaultGeometryManager?=
In-Reply-To: <95f244444984fc9bcb6cd317087195a1@enxenio.es>
References: <95f244444984fc9bcb6cd317087195a1@enxenio.es>
Message-ID: <CA+RzLkYJ_TjDQvnOsBbKyA51mkVk=xoh34jbyf0pKvCabn6hLA@mail.gmail.com>

Hola Iago, la librería de geometrías está implementada usando JTS,
pero lo recomendable es que siempre gestiones las geometrías a través
de la API, con lo cual las geometrías las crearías de la siguiente
forma:

GeometryManager manager = GeometryLocator.getGeometryManager()
Point point = manager.createPoint(1.23, 3.45, Geometry.SUBTYPES.GEOM2D);

Line line = manager.createLine(Geometry.SUBTYPES.GEOM2D);
poly.addVertex(11.0, 11.0);
poly.addVertex(22.0, 11.0);

Polygon poly = manager.createPolygon(Geometry.SUBTYPES.GEOM2D);
poly.addVertex(1.11, 2.22);
poly.addVertex(2.11, 2.22);
poly.addVertex(1.11, 3.22);
poly.addVertex(1.11, 2.22);

Espero que te ayude,

César


El día 20 de diciembre de 2016, 11:31, Iago Alonso Alonso
<ialonso en enxenio.es> escribió:
> Hola, me gustaría saber si se usa algún manager para la clase Converter, ya
> que en una clase tengo:
>
> import org.gvsig.fmap.geom.util.Converter; *Marcado como deprecated*
>
> y en una línea se usa:
>
> <variable> = Converter.jtsToGeometry(geoJTS); *Marcado como deprecated*
>
> Así que buscando por el código he encontrado una clase "Converter.java"
> ubicada en "org.gvsig.desktop.compat.cdc" ->
> "org.gvsig.fmap.geom.generalpath.util" marcada como deprecated y otra clase
> en el mismo directorio llamada "UtilFunctions.java" marcada como deprecated
> también. He seguido buscando y he encontrado un DefaultGeometryManager
> (import org.gvsig.fmap.geom.impl.DefaultGeometryManager;) que implementa a
> GeometryManager, por lo que en el código es el que utilizo:
>
> Geometry igeo = null;
> if (elemento != null) {
>    com.vividsolutions.jts.geom.Geometry geoJTS =
> elemento.getElementoInfraestructura().getGeometria();
>    try {
>        DefaultGeometryManager geomManager = new DefaultGeometryManager() <-
> añadida (GeometryManager no tiene ese método)
>        igeo = geomManager.createFrom(geoJTS); <- Da error de "The method
> createFrom(String) in the type DefaultGeometryManager is not applicable for
> the arguments (Geometry)"
>
>        igeo = Converter.jtsToGeometry(geoJTS); **Deprecated** (la que quiero
> eliminar)
>    } catch (CreateGeometryException e) {
>        e.printStackTrace();
>    }
>
>     .....................
>
> }
>
> Pero si voy a la clase "DefaultGeometryManager" (package
> org.gvsig.fmap.geom.generalpath) veo que hay un método "createFrom" que
> recibe un "Geometry":
>
> public Geometry createFrom(com.vividsolutions.jts.geom.Geometry geom) throws
> GeometryException {
>     return Converter.jtsToGeometry(geom);
> }
>
> Pero cuando hago geomManager.<buscar métodoDefault> me salen todos los
> createForm menos ese (sólo me aparecen los de createFrom(String wkt, String
> srs), createFrom(String wkt) y createFrom(byte[] wkb)) y no tengo acceso a
> ese. ¿Qué estoy haciendo mal? ¿O es que no se tiene acceso a ese método,
> aunque está como público?
>
> Un saludo y gracias.
>
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



-- 
SCOLAB
http://scolab.es

From josep en sigte.udg.edu  Tue Dec 20 15:12:12 2016
From: josep en sigte.udg.edu (josep)
Date: Tue, 20 Dec 2016 15:12:12 +0100
Subject: [Gvsig_desarrolladores] Convocatoria abierta: Propuestas de
 Talleres en las 11as Jornadas de SIG Libre, Junio 2017
Message-ID: <6cb8a45b-d481-1a3d-78c3-f421b33c5b90@sigte.udg.edu>

Saludos,

abrimos la convocatoria para la presentación de propuestas de Taller, a 
impartir durante las 11as Jornadas de SIG Libre de Girona [1], que se 
celebrarán el próximo 1 y 2 de Junio de 2017.

La *fecha límite* para la recepción de propuestas de Taller es el 
próximo *11 de enero de 2017*.

¿Quieres participar de manera activa en las Jornadas de SIG Libre? 
¿Tienes una idea de Taller y quieres impartirlo? Envíanos tu propuesta a 
talleres en sigte.org

*T**emas/Ideas para posibles Talleres: *

* Taller de introducción a un Software SIG Libre

* Taller avanzado sobre un Software SIG Libre

* Aplicación de Tecnologías Libres a:

     ** Análisis y gestión del Medio Ambiente
     ** Análisis y gestión hidrológica
     ** Análisis y gestión del paisaje
     ** Análisis y gestión de espacios y recursos urbanos

* Análisis geoestadísticos

* Interoperabilidad e IDEs

* Diseño e implementación de aplicaciones Webmapping

* Programación de aplicaciones

* Obtención, creación, edición y uso de Datos Libres y Abiertos

* Procesos de integración de tecnologías libres geoespaciales

* ...

Consulta toda la información y las bases de la convocatoria aquí: 
http://www.sigte.udg.edu/jornadassiglibre/convocatoria-talleres/

Saludos y muchas gracias por vuestra participación!

[1] http://www.sigte.udg.edu/jornadassiglibre/

-- 

Comité Organizador Local
Jornadas de SIG Libre

Sitio web:http://www.sigte.udg.edu/jornadassiglibre
Síguenos en:https://twitter.com/SIGLibreGirona


------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161220/d7c4f1e0/attachment.html>

From jjdelcerro en gvsig.org  Tue Dec 20 16:49:23 2016
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 20 Dec 2016 16:49:23 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?No_hay_acceso_a_un_m=C3=A9todo_?=
	=?utf-8?q?desde_DefaultGeometryManager?=
In-Reply-To: <95f244444984fc9bcb6cd317087195a1@enxenio.es>
References: <95f244444984fc9bcb6cd317087195a1@enxenio.es>
Message-ID: <CABLUYi1fLYD72hrLSy1DaOWcPG3xAcP_2mRNAwj16Vmb_gM3GA@mail.gmail.com>

El 20 de diciembre de 2016, 11:31, Iago Alonso Alonso <ialonso en enxenio.es>
escribió:

> Hola, me gustaría saber si se usa algún manager para la clase Converter,
> ya que en una clase tengo:
>
> import org.gvsig.fmap.geom.util.Converter; *Marcado como deprecated*
>
> y en una línea se usa:
>
> <variable> = Converter.jtsToGeometry(geoJTS); *Marcado como deprecated*
>
> Así que buscando por el código he encontrado una clase "Converter.java"
> ubicada en "org.gvsig.desktop.compat.cdc" -> "org.gvsig.fmap.geom.generalpath.util"
> marcada como deprecated y otra clase en el mismo directorio llamada
> "UtilFunctions.java" marcada como deprecated también. He seguido buscando y
> he encontrado un DefaultGeometryManager (import org.gvsig.fmap.geom.impl.DefaultGeometryManager;)
> que implementa a GeometryManager, por lo que en el código es el que utilizo:
>
> Geometry igeo = null;
> if (elemento != null) {
>    com.vividsolutions.jts.geom.Geometry geoJTS = elemento.
> getElementoInfraestructura().getGeometria();
>    try {
>        DefaultGeometryManager geomManager = new DefaultGeometryManager()
> <- añadida (GeometryManager no tiene ese método)
>        igeo = geomManager.createFrom(geoJTS); <- Da error de "The method
> createFrom(String) in the type DefaultGeometryManager is not applicable for
> the arguments (Geometry)"
>
>        igeo = Converter.jtsToGeometry(geoJTS); **Deprecated** (la que
> quiero eliminar)
>    } catch (CreateGeometryException e) {
>        e.printStackTrace();
>    }
>
>     .....................
>
> }
>
> Pero si voy a la clase "DefaultGeometryManager" (package
> org.gvsig.fmap.geom.generalpath) veo que hay un método "createFrom" que
> recibe un "Geometry":
>
> public Geometry createFrom(com.vividsolutions.jts.geom.Geometry geom)
> throws GeometryException {
>     return Converter.jtsToGeometry(geom);
> }
>
> Pero cuando hago geomManager.<buscar métodoDefault> me salen todos los
> createForm menos ese (sólo me aparecen los de createFrom(String wkt, String
> srs), createFrom(String wkt) y createFrom(byte[] wkb)) y no tengo acceso a
> ese. ¿Qué estoy haciendo mal? ¿O es que no se tiene acceso a ese método,
> aunque está como público?
>

Hola Iago,
Como ya he comentado muchas veces, en gvSIG tratamos de mantener separado
el API de la implementacion.
Una libreria define el API y otra la implementacion.
Todo lo que hay en la implementacion que no este definido en la libreria
del API, este declarado como publico o no es implementacion y no deberia
usarse si quieres que las cosas te vayan en proximas versiones.

¿Qué estas haciendo mal?
Mirar en la implementacion para ver que puedes usar.
Debes mirar solo en el API.

¿Es que no se tiene acceso a ese método, aunque este como público?
Pues no, no se debe tener acceso a el.
De hecho si no tuvieses el jar de la implementacion declarado con el scope
de "compile" en el pom (como deberia ser) no te compilaria si tratas de
usar cosas que son propias de la implementacion y no deberias usar.

Acostumbrate a que usar cosas que no estan en el API pueden desaparecer de
una version a otra.

Si no recuerdo mal creo que era hasta la version 2.2 que estabamos usando
nuestra propia implementacion de geometrias basada en un GeneralPath de
java modificado (ya dudo se fue hasta la 2.2 o la 2.1). Luego pasamos ha
hacer una implementacion de nuestro API basandonos en la libreria de JTS.
Pero nadie te garantiza que en un futuro no volvamos a cambiar la
implementacion de nuevo. Lo que si mantendremos en la medida de lo posible
es el API (en la 2.3 hemos introducido cambios en el API, mas que nada por
que habian algunos errores de concepto que se reflejaban en el y hemos
decidido subsanarlos hasta donde hemos considerado que podiamos hacerlo sin
destrozar todo). Con esto que quiero decir... pues dos cosas, uno, no uses
la implementacion, dos, no asumas que debajo de las geometrias de gvSIG hay
geometrias de jts ya que eso es dependiente de la implementacion actual.

Comentado todo esto...
¿ Si tengo una geometria de JTS como la convierto a una geometria de gvSIG ?
(que es tu problema)

Asi de forma rapida, dos opciones, pero antes de comentarlas hablo de una
funcionalidad que esta en el manager de geometrias poco usada habitualmente.

La libreria de geometrias tiene como funcionalidad ofrecer un sorporte
minimo para manejar geometrias. Construirlas, guardarlas, preguntar por sus
componentes, ... y poco mas.
¿ Y que se penso inicialmente dejar fuera ?
Pues la idea fue que quedaran fuera las distintas operaciones que se pueden
hacer entre geometrias. Intersecciones, buffers, distancias...
De hecho en hasta la version 2.2 estaban fuera de la implemetacion de
geometrias. Si ves en el API de Geometry encuentras cosas como:

  public double distance(Geometry other) throws
GeometryOperationNotSupportedException, GeometryOperationException;

Y puede sonar estraño las excepciones que puede lanzar.
GeometryOperationNotSupportedException, es lanzada si la implememtacion no
soporta esa operacion.

Bien y ... ¿ Que tiene que ver eso con tu problema ?

Pues la cosa esta en que en la libreria de geometrias se puede registrar
operaciones con geometrias. Las mas basicas estan en el API como metodos de
geometrias, pero ni siquiera eso significa que esten implementadas o que
esten en la libreria de la implementacion. De hecho en gvSIG 2.2 estaban en
una libreria aparte.

Actualmente, ademas de las operaciones basicas que hay declaradas en el API
de Geometry, pueden registrarse otras operaciones, como por ejemplo para
convertir de y desde geometria-JTS a geometria-gvSIG. En la implementacion
actual, y supongo que por lo basico de la operacion, mientras se puede
mantener estaran en proximas versiones de la libreria de geometrias.

Asi que volviendo a la pregunta inicial...
¿ Si tengo una geometria de JTS como la combierto a una geometria de gvSIG ?

Dos opciones.
Opcion 1.
Pues puedes usar la operacion "fromJTS". Seria algo como:

  com.vividsolutions.jts.geom.Geometry jtsgeom = null;
  GeometryManager geomManager = GeometryLocator.getGeometryManager();

  // Construimos un contexto de operacion y dejamos en el la geometria
  // que queremos convertir.
  GeometryOperationContext context = new GeometryOperationContext();
  context.setAttribute("JTSGeometry", jtsgeom);
  Geometry geom = (Geometry)
geomManager.invokeOperation(GeometryManager.OPERATIONS.FROMWKB, context);

Ahora mismo dudo que se este usando en gvSIG esta operacion, asi que si te
da algun problema puedes comentarlo.
Y nadie te garantiza que este siempre disponible, es muy probable que si,
pero...

Opcion 2.
Esta funcionara siempre, ya que es una funcionalidad basica para gvSIG.
Usa WKB para construir la geometria de gvSIG.

  com.vividsolutions.jts.geom.Geometry jtsgeom = null;

  com.vividsolutions.jts.io.WKBWriter jtswriter = new
com.vividsolutions.jts.io.WKBWriter();
  byte[] bytes = jtswriter.write(jtsgeom);

  GeometryManager geomManager = GeometryLocator.getGeometryManager();
  Geometry geom = geomManager.createFrom(bytes);

Mi consejo es que uses la operacion si precisas altas prestaciones. En la
implementacion de la operacion normalmente intentaremos ser lo mas
eficientes posible. Si el alto rendimiento no es muy relevante usa WKB.
Para que te hagas una idea, todo el trasiego de geometrias entre gvSIG y
PosgisSQL se hace a traves de WKB, pasando por el createFrom(byte[]) del
manager, y tiene un rendimiento aceptable.

Espero que te sirva

Un saludo
Joaquin




> Un saludo y gracias.
>
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


-- 
--------------------------------------
Joaquin Jose del Cerro Murciano
Development and software arquitecture manager at gvSIG Team
jjdelcerro en gvsig.com
jjdelcerro en gvsig.org
gvSIG Association
www.gvsig.com
www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161220/245f7991/attachment.html>

From ialonso en enxenio.es  Tue Dec 20 17:50:02 2016
From: ialonso en enxenio.es (Iago Alonso Alonso)
Date: Tue, 20 Dec 2016 17:50:02 +0100
Subject: [Gvsig_desarrolladores]
 =?utf-8?q?No_hay_acceso_a_un_m=C3=A9todo_?=
 =?utf-8?q?desde_DefaultGeometryManager?=
In-Reply-To: <CABLUYi1fLYD72hrLSy1DaOWcPG3xAcP_2mRNAwj16Vmb_gM3GA@mail.gmail.com>
References: <95f244444984fc9bcb6cd317087195a1@enxenio.es>
	<CABLUYi1fLYD72hrLSy1DaOWcPG3xAcP_2mRNAwj16Vmb_gM3GA@mail.gmail.com>
Message-ID: <ededf358d872cc9bdaf53a470a208e35@enxenio.es>

Hola, gracias a los dos por las respuestas. Y sí, tienes razón, el error
era que volví a caer en la implementación el lugar del API... fallo mio,
me pongo a buscar y buscar y si no me fijo caigo en el mismo error sin
darme cuenta. 

He decidido poner la opción 2, has dicho que tiene un rendimiento
aceptable así que es más que suficiente y si se asegura que seguirá
aunque cambie la versión sí o sí, prefiero este método y si alguien
viene después que yo al proyecto al menos no tendrá que preocuparse de
nuevo por este problema. 

Un saludo y gracias de nuevo a los dos. 

El 20-12-2016 04:49 PM, Joaquin Jose del Cerro Murciano escribió:

> El 20 de diciembre de 2016, 11:31, Iago Alonso Alonso <ialonso en enxenio.es> escribió:
> 
>> Hola, me gustaría saber si se usa algún manager para la clase Converter, ya que en una clase tengo: 
>> 
>> import org.gvsig.fmap.geom.util.Converter; *Marcado como deprecated* 
>> 
>> y en una línea se usa: 
>> 
>> <variable> = Converter.jtsToGeometry(geoJTS); *Marcado como deprecated* 
>> 
>> Así que buscando por el código he encontrado una clase "Converter.java" ubicada en "org.gvsig.desktop.compat.cdc" -> "org.gvsig.fmap.geom.generalpath.util" marcada como deprecated y otra clase en el mismo directorio llamada "UtilFunctions.java" marcada como deprecated también. He seguido buscando y he encontrado un DefaultGeometryManager (import org.gvsig.fmap.geom.impl.DefaultGeometryManager;) que implementa a GeometryManager, por lo que en el código es el que utilizo: 
>> 
>> Geometry igeo = null;
>> if (elemento != null) {
>> com.vividsolutions.jts.geom.Geometry geoJTS = elemento.getElementoInfraestructura().getGeometria();
>> try {
>> DefaultGeometryManager geomManager = new DefaultGeometryManager() <- añadida (GeometryManager no tiene ese método)
>> igeo = geomManager.createFrom(geoJTS); <- Da error de "The method createFrom(String) in the type DefaultGeometryManager is not applicable for the arguments (Geometry)" 
>> 
>> igeo = Converter.jtsToGeometry(geoJTS); **Deprecated** (la que quiero eliminar)
>> } catch (CreateGeometryException e) {
>> e.printStackTrace();
>> } 
>> 
>> ..................... 
>> 
>> } 
>> 
>> Pero si voy a la clase "DefaultGeometryManager" (package org.gvsig.fmap.geom.generalpath) veo que hay un método "createFrom" que recibe un "Geometry":
>> 
>> public Geometry createFrom(com.vividsolutions.jts.geom.Geometry geom) throws GeometryException {
>> return Converter.jtsToGeometry(geom);
>> } 
>> 
>> Pero cuando hago geomManager.<buscar métodoDefault> me salen todos los createForm menos ese (sólo me aparecen los de createFrom(String wkt, String srs), createFrom(String wkt) y createFrom(byte[] wkb)) y no tengo acceso a ese. ¿Qué estoy haciendo mal? ¿O es que no se tiene acceso a ese método, aunque está como público?
> 
> Hola Iago, 
> Como ya he comentado muchas veces, en gvSIG tratamos de mantener separado el API de la implementacion. 
> Una libreria define el API y otra la implementacion.
> Todo lo que hay en la implementacion que no este definido en la libreria del API, este declarado como publico o no es implementacion y no deberia usarse si quieres que las cosas te vayan en proximas versiones.
> 
> ¿Qué estas haciendo mal? 
> Mirar en la implementacion para ver que puedes usar. 
> Debes mirar solo en el API.
> 
> ¿Es que no se tiene acceso a ese método, aunque este como público?
> Pues no, no se debe tener acceso a el.
> De hecho si no tuvieses el jar de la implementacion declarado con el scope de "compile" en el pom (como deberia ser) no te compilaria si tratas de usar cosas que son propias de la implementacion y no deberias usar.
> 
> Acostumbrate a que usar cosas que no estan en el API pueden desaparecer de una version a otra.
> 
> Si no recuerdo mal creo que era hasta la version 2.2 que estabamos usando nuestra propia implementacion de geometrias basada en un GeneralPath de java modificado (ya dudo se fue hasta la 2.2 o la 2.1). Luego pasamos ha hacer una implementacion de nuestro API basandonos en la libreria de JTS. Pero nadie te garantiza que en un futuro no volvamos a cambiar la implementacion de nuevo. Lo que si mantendremos en la medida de lo posible es el API (en la 2.3 hemos introducido cambios en el API, mas que nada por que habian algunos errores de concepto que se reflejaban en el y hemos decidido subsanarlos hasta donde hemos considerado que podiamos hacerlo sin destrozar todo). Con esto que quiero decir... pues dos cosas, uno, no uses la implementacion, dos, no asumas que debajo de las geometrias de gvSIG hay geometrias de jts ya que eso es dependiente de la implementacion actual.
> 
> Comentado todo esto...
> ¿ Si tengo una geometria de JTS como la convierto a una geometria de gvSIG ?
> (que es tu problema)
> 
> Asi de forma rapida, dos opciones, pero antes de comentarlas hablo de una funcionalidad que esta en el manager de geometrias poco usada habitualmente.
> 
> La libreria de geometrias tiene como funcionalidad ofrecer un sorporte minimo para manejar geometrias. Construirlas, guardarlas, preguntar por sus componentes, ... y poco mas. 
> ¿ Y que se penso inicialmente dejar fuera ? 
> Pues la idea fue que quedaran fuera las distintas operaciones que se pueden hacer entre geometrias. Intersecciones, buffers, distancias...
> De hecho en hasta la version 2.2 estaban fuera de la implemetacion de geometrias. Si ves en el API de Geometry encuentras cosas como:
> 
> public double distance(Geometry other) throws GeometryOperationNotSupportedException, GeometryOperationException;
> 
> Y puede sonar estraño las excepciones que puede lanzar. GeometryOperationNotSupportedException, es lanzada si la implememtacion no soporta esa operacion.
> 
> Bien y ... ¿ Que tiene que ver eso con tu problema ?
> 
> Pues la cosa esta en que en la libreria de geometrias se puede registrar operaciones con geometrias. Las mas basicas estan en el API como metodos de geometrias, pero ni siquiera eso significa que esten implementadas o que esten en la libreria de la implementacion. De hecho en gvSIG 2.2 estaban en una libreria aparte.
> 
> Actualmente, ademas de las operaciones basicas que hay declaradas en el API de Geometry, pueden registrarse otras operaciones, como por ejemplo para convertir de y desde geometria-JTS a geometria-gvSIG. En la implementacion actual, y supongo que por lo basico de la operacion, mientras se puede mantener estaran en proximas versiones de la libreria de geometrias.
> 
> Asi que volviendo a la pregunta inicial...
> ¿ Si tengo una geometria de JTS como la combierto a una geometria de gvSIG ?
> 
> Dos opciones. 
> Opcion 1.
> Pues puedes usar la operacion "fromJTS". Seria algo como:
> 
> com.vividsolutions.jts.geom.Geometry jtsgeom = null;
> GeometryManager geomManager = GeometryLocator.getGeometryManager();
> 
> // Construimos un contexto de operacion y dejamos en el la geometria
> // que queremos convertir.
> GeometryOperationContext context = new GeometryOperationContext();
> context.setAttribute("JTSGeometry", jtsgeom);
> Geometry geom = (Geometry) geomManager.invokeOperation(GeometryManager.OPERATIONS.FROMWKB, context);
> 
> Ahora mismo dudo que se este usando en gvSIG esta operacion, asi que si te da algun problema puedes comentarlo.
> Y nadie te garantiza que este siempre disponible, es muy probable que si, pero... 
> 
> Opcion 2.
> Esta funcionara siempre, ya que es una funcionalidad basica para gvSIG. 
> Usa WKB para construir la geometria de gvSIG.
> 
> com.vividsolutions.jts.geom.Geometry jtsgeom = null;
> 
> com.vividsolutions.jts.io.WKBWriter jtswriter = new com.vividsolutions.jts.io.WKBWriter();
> byte[] bytes = jtswriter.write(jtsgeom);
> 
> GeometryManager geomManager = GeometryLocator.getGeometryManager();
> Geometry geom = geomManager.createFrom(bytes);
> 
> Mi consejo es que uses la operacion si precisas altas prestaciones. En la implementacion de la operacion normalmente intentaremos ser lo mas eficientes posible. Si el alto rendimiento no es muy relevante usa WKB. Para que te hagas una idea, todo el trasiego de geometrias entre gvSIG y PosgisSQL se hace a traves de WKB, pasando por el createFrom(byte[]) del manager, y tiene un rendimiento aceptable.
> 
> Espero que te sirva
> 
> Un saludo
> Joaquin
> 
>> Un saludo y gracias. 
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores [1]
> 
> -- 
> --------------------------------------
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelcerro en gvsig.com
> jjdelcerro en gvsig.org
> gvSIG Association
> www.gvsig.com [2]
> www.gvsig.org [3] 
> _______________________________________________
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores 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: https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
 

Links:
------
[1]
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
[2] http://www.gvsig.com
[3] http://www.gvsig.org
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20161220/6667cc68/attachment.html>

From aanguix en gvsig.com  Wed Dec 21 18:03:16 2016
From: aanguix en gvsig.com (Alvaro Anguix)
Date: Wed, 21 Dec 2016 18:03:16 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?Documentaci=C3=B3n_para_aprende?=
	=?utf-8?q?r_a_manejar_R_y_gvSIG?=
Message-ID: <e9c4a7a0-56c0-f919-1314-46bcc6c008fa@gvsig.com>

Hola,

Para los que estéis interesados en aprender geoestadística, hemos 
liberado la documentación del taller de R y gvSIG de las pasadas 
jornadas de gvSIG.
Toda la información la tenéis disponible en:
https://blog.gvsig.org/2016/12/20/documentacion-sobre-el-taller-de-r-dado-durante-las-12as-jornadas-de-gvsig/

Ya tenéis entretenimiento para estas Navidades.
:-)

Saludos,
Alvaro