From press en gvsig.com  Tue Dec  2 16:11:14 2014
From: press en gvsig.com (gvSIG News Office)
Date: Tue, 2 Dec 2014 16:11:14 +0100
Subject: [Gvsig_desarrolladores] gvSIG 2.1 RC3 disponible
Message-ID: <E43C32BC5843E34FB4C00CDFAAAAF7D802C4E90C@australia.prodevelop.local>


Ya está disponible gvSIG 2.1 RC3 [1], la tercera distribución candidata a versión (Release Candidate) de gvSIG 2.1.

Os animamos a que la probéis y a que nos reportéis los posibles errores y sugerencias que encontréis, ya sea a través de la lista de usuarios [2] o directamente en el bugtracker (consultar enlaces de interés para testers [3]).

La lista completa de novedades de la versión 2.1 pueden consultarse en [4].

Gracias por vuestra colaboración.

[1] http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.1/descargas
[2] http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios
[3] http://www.gvsig.org/web/docusr/doctesting/docinterestesters
[4] http://www.gvsig.org/web/projects/gvsig-desktop/official/gvsig-2.1/notas-de-version/novedades
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141202/2206484f/attachment.htm 

From ralonso en geosi.geocuba.cu  Wed Dec  3 13:54:03 2014
From: ralonso en geosi.geocuba.cu (ralonso)
Date: Wed, 3 Dec 2014 13:54:03 +0100
Subject: [Gvsig_desarrolladores] Hacer menos pesado un cache de mapas
Message-ID: <005101d00ef8$37190810$a54b1830$@geosi.geocuba.cu>

Hola colegas,

Estamos desarrollando un caché de mapas actualizados y detallados de Cuba, y
pesa mucho, sabe de alguna manera de hacerlo más ligero?

 

Gracias de antemano

 

Renato


----------------------------------------------------------------------------------------------------
¿Dónde estoy? ¿Qué hay a mí alrededor? ¿A dónde quiero ir? ¿Dónde está lo que busco? ¿Cómo llegar? ¿Cómo anunciar mi negocio?……
Si quiere solucionar todo esto visite y descargue la nueva aplicación móvil disponible en http://andariego.geocuba.cu

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141203/281485b0/attachment.htm 

From fpuga en icarto.es  Mon Dec  8 14:12:23 2014
From: fpuga en icarto.es (Francisco Puga)
Date: Mon, 8 Dec 2014 14:12:23 +0100
Subject: [Gvsig_desarrolladores] =?utf-8?q?M=C3=B3dulo_de_scripting_-_getL?=
	=?utf-8?q?ayers?=
Message-ID: <CAHU37TuARp0wFy35deZdMLtHuh+1dmiZVgGiZ_DT+TyiEaWJRA@mail.gmail.com>

Hola,

Estoy haciendo el curso de scripting y me pasa una cosa curiosa. Si ejecuto
este código:


for v in project.getViews():
    for l in project.getView(v.name).getLayers():
        print l.name

todo funciona bien. Pero si ejecuto:


for v in project.getViews():
    for l in v.getLayers():
        print l.name

Parece como si el objeto que devolviera getViews fuera distinto al que
devuelve getView. Estoy usando el build 2252

AttributeError: 'org.gvsig.app.project.documents.view.DefaultViewDo' object
has no attribute 'getLayers' in <script> at line number 16
org.gvsig.scripting.ExecuteErrorException: AttributeError:
'org.gvsig.app.project.documents.view.DefaultViewDo' object has no
attribute 'getLayers' in <script> at line number 16
at
org.gvsig.scripting.impl.DefaultScriptingScript.invokeFunction(DefaultScriptingScript.java:314)
at
org.gvsig.scripting.impl.DefaultScriptingScript.run(DefaultScriptingScript.java:301)
at
org.gvsig.scripting.impl.DefaultScriptingScript$ScriptTask.run(DefaultScriptingScript.java:372)
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141208/4a3dda68/attachment.htm 

From jjdelcerro en gvsig.org  Tue Dec  9 09:59:49 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 9 Dec 2014 09:59:49 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?M=C3=B3dulo_de_scripting_-_getL?= =?utf-8?q?ayers?=
In-Reply-To: <CAHU37TuARp0wFy35deZdMLtHuh+1dmiZVgGiZ_DT+TyiEaWJRA@mail.gmail.com>
References: <CAHU37TuARp0wFy35deZdMLtHuh+1dmiZVgGiZ_DT+TyiEaWJRA@mail.gmail.com>
Message-ID: <CABLUYi0qMJDdW_mXx=craA+VQoQfUXeqphjZBw2X2tShX20n1A@mail.gmail.com>

El 8 de diciembre de 2014, 14:12, Francisco Puga <fpuga en icarto.es> escribió:

> Hola,
>
> Estoy haciendo el curso de scripting y me pasa una cosa curiosa. Si
> ejecuto este código:
>
>
> for v in project.getViews():
>     for l in project.getView(v.name).getLayers():
>         print l.name
>
> todo funciona bien. Pero si ejecuto:
>
>
> for v in project.getViews():
>     for l in v.getLayers():
>         print l.name
>
> Parece como si el objeto que devolviera getViews fuera distinto al que
> devuelve getView. Estoy usando el build 2252
>

Hola Francisco,
Algo de explicacion para un desarrollador java...
Actualmente hay dos versiones de las librerias de scripting:

- la primera, la que se hizo para gvSIG 2.0.0 y es la que esta en uso
actualmente, consiste basicamente en un juego de modulos python que
recubren parte de las librerias java de gvSIG.

- La segunda libreria, que se inicio su desarrollo para la 2.1.0, tiene una
aproximacion completamente distinta. Lo que hace es extender la definicion
de clases de java con metodos de utilidad para python, pero sin recubrirlos
con un API python. Va directamente a las clases de java y le inyecta los
nuevos metodos. Se ha intentado mantener el mismo API que con la primera
aproximacion y si mal no recuerdo a excepcion de un par de metodos se
estaba consiguiendo.

Cada una de las aproximaciones presenta sus ventajas e inconvenientes.
La principal desventaja de la primera es que si accedes a un metodo que no
esta recubierto por la clase python y este devuelve otro objeto, el nuevo
objeto que obtendras es el objeto java, aunque exista una clase python para
recubrirlo.
Por ejemplo, si accedes al metodo "getViews" del proyecto, estas accediendo
al metodo nativo de java ya que este metodo no esta recubierto por la clase
Project de python. Con lo que las vistas que obtienes son las de java y no
las de la clase View de python. Si intentas invocar al metodo getLayers,
este solo lo tiene la clase View de python y no la de java, por lo que te
falla. La version del bucle que  te funciona, lo hace por que el metodo
getView (singular) si que esta recubierto en la clase python, y te devuelve
el recubrimiento python de la clase View que si que tiene el metodo
getLayers.

Espero que se entienda este pequeño trabalenguas.

La segunda aproximacion de la libreria python soluciona este tipo de
problemas ya que solo hay una clase, la de java, a la que desde python se
le inyectan los metodos de utilidad propios de python, pero presenta el
problema que solo se le pueden inyectar metodos, no se le pueden añadir
atributos, ademas de requerir un mayor conocimiento de como trabaja el
motor de jython, que cuando se abordo la primera aproximacion no teniamos.
La gran ventaja de esta aproximacion es que obtengas como obtengas un
objeto java, siempre tendra los metodos que se inyectaron en su clase, y
nunca te podra pasar algo parecido a lo que te ha sucedido.

La implementacion de esto esta muy avanzada, de echo creo que ya podria
empezar a testearse, pero como siempre faltan manos en la parte de
"conocimiento del API de java de gvSIG" para poder hacerlo.

Con las ultimas versiones del plugin de scripting va incluida la nueva
version del modulo de python "gvsig" (nombrado como gvsig21, en
gvSIG/extensiones/org.gvsig.scripting.app.extension/scripting/lib/gvsig21),
pero no recuerdo exactamente en que estado se quedo.

Un saludo
Joaquin



>
> AttributeError: 'org.gvsig.app.project.documents.view.DefaultViewDo'
> object has no attribute 'getLayers' in <script> at line number 16
> org.gvsig.scripting.ExecuteErrorException: AttributeError:
> 'org.gvsig.app.project.documents.view.DefaultViewDo' object has no
> attribute 'getLayers' in <script> at line number 16
> at
> org.gvsig.scripting.impl.DefaultScriptingScript.invokeFunction(DefaultScriptingScript.java:314)
> at
> org.gvsig.scripting.impl.DefaultScriptingScript.run(DefaultScriptingScript.java:301)
> at
> org.gvsig.scripting.impl.DefaultScriptingScript$ScriptTask.run(DefaultScriptingScript.java:372)
>
> _______________________________________________
> 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:
> http://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/20141209/10e82433/attachment.htm 

From fpuga en icarto.es  Tue Dec  9 10:34:37 2014
From: fpuga en icarto.es (Francisco Puga)
Date: Tue, 9 Dec 2014 10:34:37 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?M=C3=B3dulo_de_scripting_-_getL?= =?utf-8?q?ayers?=
In-Reply-To: <CABLUYi0qMJDdW_mXx=craA+VQoQfUXeqphjZBw2X2tShX20n1A@mail.gmail.com>
References: <CAHU37TuARp0wFy35deZdMLtHuh+1dmiZVgGiZ_DT+TyiEaWJRA@mail.gmail.com>
	<CABLUYi0qMJDdW_mXx=craA+VQoQfUXeqphjZBw2X2tShX20n1A@mail.gmail.com>
Message-ID: <CAHU37TupePKw00Z0uMrQgqjm7toiCYL9HVQp5dhUVU3omh=OQw@mail.gmail.com>

Gracias por la explicación Joaquín, ahora entiendo mejor el
funcionamiento del módulo.

Entonces aprovecho este hilo para otra pregunta rápida. ¿Alguna idea
de como hacer que el encoding en la consola del composer sea correcto?

Un simple:

print u"título"

no me funciona bien, he probado también con .encode("utf-8") y esas
cosas pero no lo he conseguido, y no encuentro mucha documentación de
jython al respecto.

El día 9 de diciembre de 2014, 9:59, Joaquin Jose del Cerro Murciano
<jjdelcerro en gvsig.org> escribió:
>
>
> El 8 de diciembre de 2014, 14:12, Francisco Puga <fpuga en icarto.es> escribió:
>>
>> Hola,
>>
>> Estoy haciendo el curso de scripting y me pasa una cosa curiosa. Si
>> ejecuto este código:
>>
>>
>> for v in project.getViews():
>>     for l in project.getView(v.name).getLayers():
>>         print l.name
>>
>> todo funciona bien. Pero si ejecuto:
>>
>>
>> for v in project.getViews():
>>     for l in v.getLayers():
>>         print l.name
>>
>> Parece como si el objeto que devolviera getViews fuera distinto al que
>> devuelve getView. Estoy usando el build 2252
>
>
> Hola Francisco,
> Algo de explicacion para un desarrollador java...
> Actualmente hay dos versiones de las librerias de scripting:
>
> - la primera, la que se hizo para gvSIG 2.0.0 y es la que esta en uso
> actualmente, consiste basicamente en un juego de modulos python que recubren
> parte de las librerias java de gvSIG.
>
> - La segunda libreria, que se inicio su desarrollo para la 2.1.0, tiene una
> aproximacion completamente distinta. Lo que hace es extender la definicion
> de clases de java con metodos de utilidad para python, pero sin recubrirlos
> con un API python. Va directamente a las clases de java y le inyecta los
> nuevos metodos. Se ha intentado mantener el mismo API que con la primera
> aproximacion y si mal no recuerdo a excepcion de un par de metodos se estaba
> consiguiendo.
>
> Cada una de las aproximaciones presenta sus ventajas e inconvenientes.
> La principal desventaja de la primera es que si accedes a un metodo que no
> esta recubierto por la clase python y este devuelve otro objeto, el nuevo
> objeto que obtendras es el objeto java, aunque exista una clase python para
> recubrirlo.
> Por ejemplo, si accedes al metodo "getViews" del proyecto, estas accediendo
> al metodo nativo de java ya que este metodo no esta recubierto por la clase
> Project de python. Con lo que las vistas que obtienes son las de java y no
> las de la clase View de python. Si intentas invocar al metodo getLayers,
> este solo lo tiene la clase View de python y no la de java, por lo que te
> falla. La version del bucle que  te funciona, lo hace por que el metodo
> getView (singular) si que esta recubierto en la clase python, y te devuelve
> el recubrimiento python de la clase View que si que tiene el metodo
> getLayers.
>
> Espero que se entienda este pequeño trabalenguas.
>
> La segunda aproximacion de la libreria python soluciona este tipo de
> problemas ya que solo hay una clase, la de java, a la que desde python se le
> inyectan los metodos de utilidad propios de python, pero presenta el
> problema que solo se le pueden inyectar metodos, no se le pueden añadir
> atributos, ademas de requerir un mayor conocimiento de como trabaja el motor
> de jython, que cuando se abordo la primera aproximacion no teniamos.
> La gran ventaja de esta aproximacion es que obtengas como obtengas un objeto
> java, siempre tendra los metodos que se inyectaron en su clase, y nunca te
> podra pasar algo parecido a lo que te ha sucedido.
>
> La implementacion de esto esta muy avanzada, de echo creo que ya podria
> empezar a testearse, pero como siempre faltan manos en la parte de
> "conocimiento del API de java de gvSIG" para poder hacerlo.
>
> Con las ultimas versiones del plugin de scripting va incluida la nueva
> version del modulo de python "gvsig" (nombrado como gvsig21, en
> gvSIG/extensiones/org.gvsig.scripting.app.extension/scripting/lib/gvsig21),
> pero no recuerdo exactamente en que estado se quedo.
>
> Un saludo
> Joaquin
>
>
>>
>>
>> AttributeError: 'org.gvsig.app.project.documents.view.DefaultViewDo'
>> object has no attribute 'getLayers' in <script> at line number 16
>> org.gvsig.scripting.ExecuteErrorException: AttributeError:
>> 'org.gvsig.app.project.documents.view.DefaultViewDo' object has no attribute
>> 'getLayers' in <script> at line number 16
>> at
>> org.gvsig.scripting.impl.DefaultScriptingScript.invokeFunction(DefaultScriptingScript.java:314)
>> at
>> org.gvsig.scripting.impl.DefaultScriptingScript.run(DefaultScriptingScript.java:301)
>> at
>> org.gvsig.scripting.impl.DefaultScriptingScript$ScriptTask.run(DefaultScriptingScript.java:372)
>>
>> _______________________________________________
>> 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:
>> http://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:
> http://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 jjdelcerro en gvsig.org  Tue Dec  9 11:21:25 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 9 Dec 2014 11:21:25 +0100
Subject: [Gvsig_desarrolladores]
	=?utf-8?q?M=C3=B3dulo_de_scripting_-_getL?= =?utf-8?q?ayers?=
In-Reply-To: <CAHU37TupePKw00Z0uMrQgqjm7toiCYL9HVQp5dhUVU3omh=OQw@mail.gmail.com>
References: <CAHU37TuARp0wFy35deZdMLtHuh+1dmiZVgGiZ_DT+TyiEaWJRA@mail.gmail.com>
	<CABLUYi0qMJDdW_mXx=craA+VQoQfUXeqphjZBw2X2tShX20n1A@mail.gmail.com>
	<CAHU37TupePKw00Z0uMrQgqjm7toiCYL9HVQp5dhUVU3omh=OQw@mail.gmail.com>
Message-ID: <CABLUYi0_r4DL=Nnho1Krk00EWOsQyaTRdEhe1zR1LQLqKtXxcA@mail.gmail.com>

El 9 de diciembre de 2014, 10:34, Francisco Puga <fpuga en icarto.es> escribió:

> Gracias por la explicación Joaquín, ahora entiendo mejor el
> funcionamiento del módulo.
>
> Entonces aprovecho este hilo para otra pregunta rápida. ¿Alguna idea
> de como hacer que el encoding en la consola del composer sea correcto?
>
> Un simple:
>
> print u"título"
>
> no me funciona bien, he probado también con .encode("utf-8") y esas
> cosas pero no lo he conseguido, y no encuentro mucha documentación de
> jython al respecto.
>
>

Holas,
pues la verdad es que no se por que sucede.
De encoding no se mucho, mas bien todo lo contrario, se bastante poco.

Es muy probable que el error este en el codigo java que se encarga de
mostrar los
errores en la consola del composer.

Aprovecho y comento lo que hay por si alguien sabe mas que yo y puede
sugerir una solucion que no sea "ir probando a ver si atino".

Lo primero es que no se que codificacion estan usando las cadenas de jython.
Para mostrarlas en la consola del Composer (DefaultJScriptingComposer) se
hace:

- Se crea un PrintStream y se asigna la salida standard y la salida standar
de errores, para
  interceptar todo lo que salga por estas y pasarlo a la consola del
Composer, ya que desde jython
  lo unico que se hace son prints normales que salen por la salida standar
o la de errores si son
  errores.

        System.setOut(this.getConsolePrintStream());
        System.setErr(this.getConsolePrintStream());

- El PrintStream se crea con una especializacion de OutputStream.

            JTextAreaOutputStream outputConsole = new
JTextAreaOutputStream(console);
            this.consolePrintStream = new PrintStream(outputConsole);

- Y la clase JTextAreaOutputStream, nuestro OutputStream, vuelca los datos
al JTextArea
  de la consola del Composer. Este seria su constructor y su metodo write:

        public JTextAreaOutputStream(JTextArea t) {
            super();
            textArea = t;
        }

        public void write(char[] buf, int off, int len) {
            String s = new String(buf, off, len);
            textArea.append(s);
        }

Ni idea de donde hay que indicar el encoding si es que hay que hacerlo en
algun lado.

- Cuando se crea el PrintStream
- En algun sitio que se me escapa del OutputStream del que extiende
JTextAreaOutputStream.
- Cuando en el metodo write se construye el String... deberia construirse
de alguna otra forma e indicar el CharSet que se esta utilizando.
- O es cosa que al hacer el print desde el script se contruya el String de
alguna forma en concreto.

Si alguien sabe mas y me ilumina un poco se agradeceria.

Un saludo
Joaquin








> El día 9 de diciembre de 2014, 9:59, Joaquin Jose del Cerro Murciano
> <jjdelcerro en gvsig.org> escribió:
> >
> >
> > El 8 de diciembre de 2014, 14:12, Francisco Puga <fpuga en icarto.es>
> escribió:
> >>
> >> Hola,
> >>
> >> Estoy haciendo el curso de scripting y me pasa una cosa curiosa. Si
> >> ejecuto este código:
> >>
> >>
> >> for v in project.getViews():
> >>     for l in project.getView(v.name).getLayers():
> >>         print l.name
> >>
> >> todo funciona bien. Pero si ejecuto:
> >>
> >>
> >> for v in project.getViews():
> >>     for l in v.getLayers():
> >>         print l.name
> >>
> >> Parece como si el objeto que devolviera getViews fuera distinto al que
> >> devuelve getView. Estoy usando el build 2252
> >
> >
> > Hola Francisco,
> > Algo de explicacion para un desarrollador java...
> > Actualmente hay dos versiones de las librerias de scripting:
> >
> > - la primera, la que se hizo para gvSIG 2.0.0 y es la que esta en uso
> > actualmente, consiste basicamente en un juego de modulos python que
> recubren
> > parte de las librerias java de gvSIG.
> >
> > - La segunda libreria, que se inicio su desarrollo para la 2.1.0, tiene
> una
> > aproximacion completamente distinta. Lo que hace es extender la
> definicion
> > de clases de java con metodos de utilidad para python, pero sin
> recubrirlos
> > con un API python. Va directamente a las clases de java y le inyecta los
> > nuevos metodos. Se ha intentado mantener el mismo API que con la primera
> > aproximacion y si mal no recuerdo a excepcion de un par de metodos se
> estaba
> > consiguiendo.
> >
> > Cada una de las aproximaciones presenta sus ventajas e inconvenientes.
> > La principal desventaja de la primera es que si accedes a un metodo que
> no
> > esta recubierto por la clase python y este devuelve otro objeto, el nuevo
> > objeto que obtendras es el objeto java, aunque exista una clase python
> para
> > recubrirlo.
> > Por ejemplo, si accedes al metodo "getViews" del proyecto, estas
> accediendo
> > al metodo nativo de java ya que este metodo no esta recubierto por la
> clase
> > Project de python. Con lo que las vistas que obtienes son las de java y
> no
> > las de la clase View de python. Si intentas invocar al metodo getLayers,
> > este solo lo tiene la clase View de python y no la de java, por lo que te
> > falla. La version del bucle que  te funciona, lo hace por que el metodo
> > getView (singular) si que esta recubierto en la clase python, y te
> devuelve
> > el recubrimiento python de la clase View que si que tiene el metodo
> > getLayers.
> >
> > Espero que se entienda este pequeño trabalenguas.
> >
> > La segunda aproximacion de la libreria python soluciona este tipo de
> > problemas ya que solo hay una clase, la de java, a la que desde python
> se le
> > inyectan los metodos de utilidad propios de python, pero presenta el
> > problema que solo se le pueden inyectar metodos, no se le pueden añadir
> > atributos, ademas de requerir un mayor conocimiento de como trabaja el
> motor
> > de jython, que cuando se abordo la primera aproximacion no teniamos.
> > La gran ventaja de esta aproximacion es que obtengas como obtengas un
> objeto
> > java, siempre tendra los metodos que se inyectaron en su clase, y nunca
> te
> > podra pasar algo parecido a lo que te ha sucedido.
> >
> > La implementacion de esto esta muy avanzada, de echo creo que ya podria
> > empezar a testearse, pero como siempre faltan manos en la parte de
> > "conocimiento del API de java de gvSIG" para poder hacerlo.
> >
> > Con las ultimas versiones del plugin de scripting va incluida la nueva
> > version del modulo de python "gvsig" (nombrado como gvsig21, en
> >
> gvSIG/extensiones/org.gvsig.scripting.app.extension/scripting/lib/gvsig21),
> > pero no recuerdo exactamente en que estado se quedo.
> >
> > Un saludo
> > Joaquin
> >
> >
> >>
> >>
> >> AttributeError: 'org.gvsig.app.project.documents.view.DefaultViewDo'
> >> object has no attribute 'getLayers' in <script> at line number 16
> >> org.gvsig.scripting.ExecuteErrorException: AttributeError:
> >> 'org.gvsig.app.project.documents.view.DefaultViewDo' object has no
> attribute
> >> 'getLayers' in <script> at line number 16
> >> at
> >>
> org.gvsig.scripting.impl.DefaultScriptingScript.invokeFunction(DefaultScriptingScript.java:314)
> >> at
> >>
> org.gvsig.scripting.impl.DefaultScriptingScript.run(DefaultScriptingScript.java:301)
> >> at
> >>
> org.gvsig.scripting.impl.DefaultScriptingScript$ScriptTask.run(DefaultScriptingScript.java:372)
> >>
> >> _______________________________________________
> >> 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:
> >> http://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:
> > http://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:
> http://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/20141209/9eb4eb9d/attachment.htm 

From almorillam en gmail.com  Wed Dec 10 20:46:28 2014
From: almorillam en gmail.com (Alonso Morilla)
Date: Wed, 10 Dec 2014 11:46:28 -0800 (PST)
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
Message-ID: <1418240788951-5177310.post@n6.nabble.com>

Hola a tod en s,

Pues mi pregunta es sencilla, pero puede que complicada de responder: ¿Se
puede crear una compilación de 2.1 que contenga dentro del proyecto unas
capas base y unas tablas? O por lo menos ¿Se puede activar la opción de
cargar un paquete de capas en una ubicación concreta? Preferiría la primera
opción, claro.

Por otra parte, a la hora de crear menús personalizados ¿se podría hacer con
el módulo de scripting o aún no hay cobertura para eso?

Muchas gracias.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310.html
Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.

From piotrpachol en gmail.com  Wed Dec 10 21:40:38 2014
From: piotrpachol en gmail.com (=?UTF-8?B?UGlvdHIgUGFjaMOzxYI=?=)
Date: Wed, 10 Dec 2014 21:40:38 +0100
Subject: [Gvsig_desarrolladores] error - exception writing
Message-ID: <5488AFC6.3060502@gmail.com>

Hola,
No se si el siguiente problema es adecuado en esta lista.
Estoy participando en el curso de scripting y escribo un script donde 
hago modificacion de la estructura de capa.
Una de las ultimas lineas del script es:  "capa.commit()"
Si ejecuto este script primera vez todo es correcto.
Si ejecuto este script la segunda vez me sale siguiente error en la 
linea "capa.commit()":

/java.lang.Throwable: java.lang.Throwable: Can't finish layer edition, 
cancelling changes. org.gvsig.fmap.dal.exception.WriteException: 
Exception writing 'puntos_valencia.shp'. in <script> at line number 41
org.gvsig.scripting.ExecuteErrorException: java.lang.Throwable: 
java.lang.Throwable: Can't finish layer edition, cancelling changes. 
org.gvsig.fmap.dal.exception.WriteException: Exception writing/

Envie una descripcio mas detallada del error en la lista de usuarios 
pero no tengo respuesta:
http://listserv.gva.es/pipermail/gvsig_usuarios/2014-December/029028.html

Saludos,
Piotr
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141210/c67e337c/attachment.htm 

From fpuga en icarto.es  Wed Dec 10 21:43:41 2014
From: fpuga en icarto.es (Francisco Puga)
Date: Wed, 10 Dec 2014 21:43:41 +0100
Subject: [Gvsig_desarrolladores] error - exception writing
In-Reply-To: <5488AFC6.3060502@gmail.com>
References: <5488AFC6.3060502@gmail.com>
Message-ID: <CAHU37TtQ6Zfj7NnWcgZFSLj8+DLuUJvyT3wiScMmn3R5DF3Jwg@mail.gmail.com>

Si pegas todo el texto del script seguramente es más fácil identificar
el error :)

El día 10 de diciembre de 2014, 21:40, Piotr Pachó?
<piotrpachol en gmail.com> escribió:
> Hola,
> No se si el siguiente problema es adecuado en esta lista.
> Estoy participando en el curso de scripting y escribo un script donde hago
> modificacion de la estructura de capa.
> Una de las ultimas lineas del script es:  "capa.commit()"
> Si ejecuto este script primera vez todo es correcto.
> Si ejecuto este script la segunda vez me sale siguiente error en la linea
> "capa.commit()":
>
> java.lang.Throwable: java.lang.Throwable: Can't finish layer edition,
> cancelling changes. org.gvsig.fmap.dal.exception.WriteException: Exception
> writing 'puntos_valencia.shp'. in <script> at line number 41
> org.gvsig.scripting.ExecuteErrorException: java.lang.Throwable:
> java.lang.Throwable: Can't finish layer edition, cancelling changes.
> org.gvsig.fmap.dal.exception.WriteException: Exception writing
>
> Envie una descripcio mas detallada del error en la lista de usuarios pero no
> tengo respuesta:
> http://listserv.gva.es/pipermail/gvsig_usuarios/2014-December/029028.html
>
> Saludos,
> Piotr
>
> _______________________________________________
> 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:
> http://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 cordinyana en gvsig.com  Thu Dec 11 09:23:04 2014
From: cordinyana en gvsig.com (=?windows-1252?Q?C=E8sar_Ordi=F1ana?=)
Date: Thu, 11 Dec 2014 09:23:04 +0100
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <1418240788951-5177310.post@n6.nabble.com>
References: <1418240788951-5177310.post@n6.nabble.com>
Message-ID: <54895468.4010004@gvsig.com>

El 10/12/14 a las 20:46, Alonso Morilla escribió:
> Hola a tod en s,
>
> Pues mi pregunta es sencilla, pero puede que complicada de responder: ¿Se
> puede crear una compilación de 2.1 que contenga dentro del proyecto unas
> capas base y unas tablas? O por lo menos ¿Se puede activar la opción de
> cargar un paquete de capas en una ubicación concreta? Preferiría la primera
> opción, claro.
>
> Por otra parte, a la hora de crear menús personalizados ¿se podría hacer con
> el módulo de scripting o aún no hay cobertura para eso?
>
> Muchas gracias.

Hola Alonso,

No necesitas hacer una compilación de gvSIG entera, basta con crear un
plugin que incorpore las capas y abra las vistas y tablas que necesite
durante su inicialización.

Para ello te puedes basar en el siguiente plugin de ejemplo:

   
http://devel.gvsig.org/svn/gvsig-plugintemplates/org.gvsig.landregistryviewer/trunk/

Saludos,

-- 
Cèsar Ordiñana Navarro
gvSIG software architect
DiSiD Technologies (http://www.disid.com)


From jjdelcerro en gvsig.org  Thu Dec 11 10:29:21 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Thu, 11 Dec 2014 10:29:21 +0100
Subject: [Gvsig_desarrolladores] error - exception writing
In-Reply-To: <5488AFC6.3060502@gmail.com>
References: <5488AFC6.3060502@gmail.com>
Message-ID: <CABLUYi2Q-YSqvcsEeCGVVgWwcVW9Kd=bc05Sw1eEvW8F0PGrPQ@mail.gmail.com>

El 10 de diciembre de 2014, 21:40, Piotr Pachół <piotrpachol en gmail.com>
escribió:

>  Hola,
> No se si el siguiente problema es adecuado en esta lista.
> Estoy participando en el curso de scripting y escribo un script donde hago
> modificacion de la estructura de capa.
> Una de las ultimas lineas del script es:  "capa.commit()"
> Si ejecuto este script primera vez todo es correcto.
> Si ejecuto este script la segunda vez me sale siguiente error en la linea
> "capa.commit()":
>
>
> *java.lang.Throwable: java.lang.Throwable: Can't finish layer edition,
> cancelling changes. org.gvsig.fmap.dal.exception.WriteException: Exception
> writing 'puntos_valencia.shp'. in <script> at line number 41.
> org.gvsig.scripting.ExecuteErrorException: java.lang.Throwable:
> java.lang.Throwable: Can't finish layer edition, cancelling changes.
> org.gvsig.fmap.dal.exception.WriteException: Exception writing*
>
>   Envie una descripcio mas detallada del error en la lista de usuarios
> pero no tengo respuesta:
>  http://listserv.gva.es/pipermail/gvsig_usuarios/2014-December/029028.html
>
>
Hola  Piotr,
Cualquiera de las dos listas seria buena para comentar este problema.
Si no tuviste respuesta en la de usuarios, seguramente se me pasaria.
El error que te da no tiene que ver con tu script.
Se trata de un error reportado ya en gvSIG que se da en solo en windows y
esperamos poder resolverlo en los proximos dias y que este corregido para
el proximo build.

Los tickets relacionados con este error son:

https://redmine.gvsig.net/redmine/issues/2583
https://redmine.gvsig.net/redmine/issues/2675

Un saludo
Joaquin


Saludos,
> Piotr
>
> _______________________________________________
> 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:
> http://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/20141211/d7cb0516/attachment.htm 

From jjdelcerro en gvsig.org  Thu Dec 11 10:55:08 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Thu, 11 Dec 2014 10:55:08 +0100
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <1418240788951-5177310.post@n6.nabble.com>
References: <1418240788951-5177310.post@n6.nabble.com>
Message-ID: <CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>

El 10 de diciembre de 2014, 20:46, Alonso Morilla <almorillam en gmail.com>
escribió:

> Hola a tod en s,
>
> Pues mi pregunta es sencilla, pero puede que complicada de responder: ¿Se
> puede crear una compilación de 2.1 que contenga dentro del proyecto unas
> capas base y unas tablas? O por lo menos ¿Se puede activar la opción de
> cargar un paquete de capas en una ubicación concreta? Preferiría la primera
> opción, claro.
>
> Por otra parte, a la hora de crear menús personalizados ¿se podría hacer
> con
> el módulo de scripting o aún no hay cobertura para eso?
>
>

Hola Alonso,
como te ha comentado Cesar, no es necesario compilar gvSIG para poder
personalizarlo como quieres.
Basta con crear tu propio plugin que haga lo que precisas.
El plugin que te indica Cesar hace precisamente eso.
Crea una vista y carga una capa por defecto en ella al arrancar gvSIG,
ademas de añadir alguna herramienta personalizada y alguna opcion a los
menus de gvSIG y los botones y personalizar el splash de gvSIG.

Una vez creado y compilado tu plugin, podrias montar tu propia distribucion
de gvSIG añadiendo el addon de tu plugin a la lista de addons de la
distribucion standard de gvSIG y marcandolo para que se instale por
defecto.

Sobre que se puede hacer con scripting...
pues ahora mismo hay alguna herramienta para añadir scripts a los botones
o menus de gvSIG. Aun no van del todo finas, pero estamos en ello.
Hay ejemplos en la distribucion de gvSIG. Si abres el Composer,
normalmente tienes en el panel de la izquierda la pestaña que dice usuario
activa. Si pinchas en sistema y seleccionas la rama
"org.gvsig.scripting.app.extension"
dentro de la carpeta "examples" puedes ver algunos ejemplos que añaden
opciones a menus, botones o incluso al menu contextual de la vista.

Tambien existe la posibilidad de ejecutar un script al arrancar gvSIG por si
quieres que realice alguna accion (como crear vistas y cargar capas). Al
inicializarse
el plugin de scripting, si encuentra un script de nombre "autorun"
intentara ejecutarlo.
Este puede estar dentro de la carpeta de usuario (donde por defecto se
crean los
scripts) o en la carpeta "scripting/scripts" de cualquier plugin de gvSIG.
Esto ultimo
te permitiria crear un plugin integramente desde scripting.

Insisto, toda esta parte de scripting aun no va fina, pero con forme veamos
que
puede ir interesando a los usuarios iremos dedicando tiempo a ello.

A ver si cuando este la 2.1 en la calle puedo escribir algo de documentacion
sobre como hacer estas cosas...
Si no lo hago, me lo recuerdas ;)

Un saludo
Joaquin



> Muchas gracias.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310.html
> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
> _______________________________________________
> 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:
> http://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/20141211/d57f1315/attachment.htm 

From almorillam en gmail.com  Fri Dec 12 00:03:17 2014
From: almorillam en gmail.com (Alonso Morilla)
Date: Thu, 11 Dec 2014 15:03:17 -0800 (PST)
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>
References: <1418240788951-5177310.post@n6.nabble.com>
	<CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>
Message-ID: <1418338997864-5177535.post@n6.nabble.com>

Muchísimas gracias, César y Joaquín.

Me habéis aclarado bastante lo que estaba buscando. Mi última experiencia en
compilación y desarrollo fue con la 1.11, y tampoco me metí muy de lleno.

Comenzaré por ir probando los plugins de maven para ver cómo se compila la
última versión. Echaré también un vistazo a los scripts, porque creo que me
pueden venir muy bien para bastantes cosas.

Por cierto, Joaquín, para compilar la 2.x ¿sigo utilizando el enlace que
pusiste en el manual o puedo escoger del codigo fuente que aparece en la
página de descargas?

Un abrazo.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310p5177535.html
Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.

From jjdelcerro en gvsig.org  Fri Dec 12 02:34:51 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Fri, 12 Dec 2014 02:34:51 +0100
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <1418338997864-5177535.post@n6.nabble.com>
References: <1418240788951-5177310.post@n6.nabble.com>
	<CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>
	<1418338997864-5177535.post@n6.nabble.com>
Message-ID: <CABLUYi1yPH+=0h6onVcVOu1KUKR8wzj0XnVPMa+Rw2GEvibeKw@mail.gmail.com>

El 12 de diciembre de 2014, 0:03, Alonso Morilla <almorillam en gmail.com>
escribió:

> Muchísimas gracias, César y Joaquín.
>
> Me habéis aclarado bastante lo que estaba buscando. Mi última experiencia
> en
> compilación y desarrollo fue con la 1.11, y tampoco me metí muy de lleno.
>
> Comenzaré por ir probando los plugins de maven para ver cómo se compila la
> última versión. Echaré también un vistazo a los scripts, porque creo que me
> pueden venir muy bien para bastantes cosas.
>
> Por cierto, Joaquín, para compilar la 2.x ¿sigo utilizando el enlace que
> pusiste en el manual o puedo escoger del codigo fuente que aparece en la
> página de descargas?
>


Para complar la 2.1 me temo que aun no hay documentacion.
Ademas la 2.1 esta bastante fragmentada en varios proyectos, no
hay un proyecto unico que te puedas bajar y compilar y con eso tengas
ya lo que va en la distribucion de la 2.1.

Hay un "nucleo"  basico que te puedes descargar y compilar, y luego
todo lo demas son plugins de gvSIG que se compilan aparte y generan
paquetes (ficheros .gvspkg) para instalar sobre ese nucleo.

Para compilar necesitaras:

- jdk 1.7
- maven 3.0.5 (o superior)
- svn

En cualquier distribucion de linux moderna podras disponer de
estas herramientas a traves de su sistema de paquetes.

Para compilar el nucleo:

$ cd "la carpeta donde quieres dejar los fuentes"
$ svn checkout
https://devel.gvsig.org/svn/gvsig-desktop/trunk/org.gvsig.desktop
$ cd org.gvsig.desktop
$ mvn install

Y si todo va bien eso compila el nucleo de gvSIG y te dejara los
binarios en:

  org.gvsig.desktop/target/product

Y para arrancar, simplemente ir a esa carpeta y ejecutar con

$ ./gvSIG.sh

Luego ya es cuestion de que configures el IDE con el que quieras trabajar,
Eclipse o Netbeans.

Para Windows es algo mas complicado, ya que la instalacion y configuracion
del jdk, svn y maven hay que hacerlas manualmente. No es dificil, pero si
algo mas tedioso, ademas de que te causara algunos problemas arrancar
gvSIG ya que en los fuentes de org.gvsig.desktop solo esta el lanzador
gvSIG.sh para arrancar la aplicacion.

Si estas trabajando con windows, me lo comentas y te paso que has de
instalar
y de donde puedes descargarlo, asi como una configuracion minima para poder
hacer lo mismo que en linux.

Sigo tomando nota de cosas a hacer... :)
en cuanto se pueda hacer una pequeña guia para compilar y depurar desde
entorno windows.
La lista me crece por momentos :(

Un saludo
Joaquin



>
> Un abrazo.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310p5177535.html
> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
> _______________________________________________
> 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:
> http://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/20141212/ef871cbe/attachment.htm 

From leo_sarmiento78 en hotmail.com  Fri Dec 12 21:05:41 2014
From: leo_sarmiento78 en hotmail.com (Leonardo Sarmiento)
Date: Fri, 12 Dec 2014 15:05:41 -0500
Subject: [Gvsig_desarrolladores] Publicar mapa
Message-ID: <BLU178-W4FAB441482CE9A48B4D2E8D600@phx.gbl>

HolaActualmente estoy trabajando en gvSIG 1.1.2 para publicar un proyecto que me encuentro desarrollando, para dicha publicación me recomendaron utilizar mapserver y pmapper, lo que hacía era reemplazar el demo que traía esta aplicación y tenía mi publicación, pero para este caso estoy utilizando el framework Syphony de PHP y me genera problema con el mapserver y las dependencias. Quiero saber como publicar un mapa desde cero sin utilizar pmapper.Gracias 		 	   		  
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141212/725faed2/attachment.htm 

From almorillam en gmail.com  Mon Dec 15 22:25:49 2014
From: almorillam en gmail.com (Alonso Morilla)
Date: Mon, 15 Dec 2014 13:25:49 -0800 (PST)
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <CABLUYi1yPH+=0h6onVcVOu1KUKR8wzj0XnVPMa+Rw2GEvibeKw@mail.gmail.com>
References: <1418240788951-5177310.post@n6.nabble.com>
	<CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>
	<1418338997864-5177535.post@n6.nabble.com>
	<CABLUYi1yPH+=0h6onVcVOu1KUKR8wzj0XnVPMa+Rw2GEvibeKw@mail.gmail.com>
Message-ID: <1418678749722-5177943.post@n6.nabble.com>

Muchas gracias, Joaquín.

De hecho, estas preguntas son porque estamos armando un equipo de desarrollo
en México, así que esperemos que podamos echar una mano a redactar guías y
recomendaciones durante este proceso.

Por cierto, yo estaba compilando directamente desde eclipse después de
instalar los plugins de maven. ¿No es correcto? ¿Es necesario instalar antes
maven desde consola?

Un abrazo.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310p5177943.html
Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.

From jjdelcerro en gvsig.org  Tue Dec 16 14:53:09 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 16 Dec 2014 14:53:09 +0100
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <1418678749722-5177943.post@n6.nabble.com>
References: <1418240788951-5177310.post@n6.nabble.com>
	<CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>
	<1418338997864-5177535.post@n6.nabble.com>
	<CABLUYi1yPH+=0h6onVcVOu1KUKR8wzj0XnVPMa+Rw2GEvibeKw@mail.gmail.com>
	<1418678749722-5177943.post@n6.nabble.com>
Message-ID: <CABLUYi2kB1yWBJPQZMgJ9sHyis8167Cv4Ecu1+cma4Gc=C2Hnw@mail.gmail.com>

El 15 de diciembre de 2014, 22:25, Alonso Morilla <almorillam en gmail.com>
escribió:
>
> Muchas gracias, Joaquín.
>
> De hecho, estas preguntas son porque estamos armando un equipo de
> desarrollo
> en México, así que esperemos que podamos echar una mano a redactar guías y
> recomendaciones durante este proceso.
>
> Por cierto, yo estaba compilando directamente desde eclipse después de
> instalar los plugins de maven. ¿No es correcto? ¿Es necesario instalar
> antes
> maven desde consola?
>
> Hola Alonso,
no es que no sea correcto compilar desde eclipse.
Se puede compilar correctamente desde un IDE para java siempre y cuando
tenga soporte para maven.
He comentado el tema de compilar desde linea de comandos por que es simple
y permite explicarlo sin meterme en lios de si uno usa este o aquel IDE. Se
supone que si vas a compilar gvSIG tendras ya ciertos conocimientos basicos
de desarrollo con java y deberia ser facil trasladar las instrucciones para
compilar desde linea de comandos al IDE con el que uno este acostumbrado a
trabajar.

Luego estan las manias... vamos mis manias :)
En general trabajar con un IDE, eclipse o Netbeans, muchas veces me resulta
"lento".
De repente se ponen a hacer no-se-que actualizando indices o reconfigurando
o actualizando el proyecto y se quedan un buen rato pillados. Con proyectos
pequeños el soporte de maven va bastante bien, pero con gvSIG que tiene un
tamañito se flipan muchas veces. Asi que suelo usarlo para editar y depurar
pero cuando tengo que compilar, muchas veces me bajo a la linea de comandos.
Pero ya te digo, esto ya son manias.

Por cierto, ya tengo casi listo un pequeñito articulo explicando estos
pasos para compilar en linux y windows.

Un saludo
Joaquin



> Un abrazo.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310p5177943.html
> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
> _______________________________________________
> 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:
> http://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/20141216/77afb6fb/attachment.htm 

From jjdelcerro en gvsig.org  Tue Dec 16 15:07:34 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 16 Dec 2014 15:07:34 +0100
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
Message-ID: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>

Hola a todos,
simplemente comentar que he creado un pequeñito articulo con indicaciones
para descargar y compilar gvSIG 2.1.0 tanto para linux como para windows.

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

Espero que sea de utilidad

Un saludo
Joaquin


-- 
--------------------------------------
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/20141216/6aded5be/attachment.htm 

From almorillam en gmail.com  Tue Dec 16 16:24:53 2014
From: almorillam en gmail.com (Alonso Morilla)
Date: Tue, 16 Dec 2014 07:24:53 -0800 (PST)
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>
Message-ID: <1418743493085-5178045.post@n6.nabble.com>

Muchísimas gracias, Joaquín.

Después de compilar intentaré ir buscando las diferentes extensiones para
armar una distribución entera.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Como-descargar-y-compilar-gvSIG-2-1-0-tp5178032p5178045.html
Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.

From jjdelcerro en gvsig.org  Wed Dec 17 10:13:16 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Wed, 17 Dec 2014 10:13:16 +0100
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <1418743493085-5178045.post@n6.nabble.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>
	<1418743493085-5178045.post@n6.nabble.com>
Message-ID: <CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com>

El 16 de diciembre de 2014, 16:24, Alonso Morilla <almorillam en gmail.com>
escribió:
>
> Muchísimas gracias, Joaquín.
>
> Después de compilar intentaré ir buscando las diferentes extensiones para
> armar una distribución entera.
>
>
Hola,
Compilar gvSIG como ejercicio, esta bien; pero no debería hacerse como
norma.
gvSIG 2.1 esta pensado para ser modular y poderse personalizar desde tu
plugin, sin necesitar compilarlo.
Es una mala practica personalizar gvSIG a partir de modificar sus fuentes,
compilarlos y generar tu distribución (hay otros mecanismos para
personalizar tu distribución). Lo normal es que si haces eso las cosas
dejen de irte en la siguiente distribución de gvSIG...

Si necesitas añadir algo a gvSIG que no puedes añadir desde tu plugin, lo
acertado seria que lo comentes y veamos la mejor forma de añadirlo o añadir
opciones para que lo puedas hacer, sin que te descuelgues de gvSIG en la
siguiente revisión.

Por ejemplo, supongamos que tenemos el plugin:

- org.gvsig.app.mainplugin-2.1.0-final

En el que esta codificado el documento vista, y lo retocas para añadirle
una nueva funcionalidad. Con tus retoques generas una versión del plugin:

- org.gvsig.app.mainplugin-2.1.0-Personalizado

En un momento dado aparecen errores y son corregidos en la versión oficial
del plugin, y se genera la versión:

- org.gvsig.app.mainplugin-2.1.1-final

Si un usuario de tu versión personalizada quiere optar a las mejoras tendrá
que decidir entre estas o las de tu plugin, ya que no puede tener las dos
simultáneamente. Lo normal es que en un momento dado decidas que te
vendrían bien esas mejoras y entonces decidas que vas a coger el código de
esta ultima versión y metes en el tus cambios y generas una nueva versión
de tu plugin:

- org.gvsig.app.mainplugin-2.1.1- Personalizado

De esta forma estas obligado a que cada vez que aparecen cambios en la
versión oficial, los usuarios de tu personalización o dejan de usar la
personalización o tienes que realizar una labor de desarrollo para incluir
esos cambios en tu versión.

Nosotros mismos dentro del proyecto hemos caído en esto en alguna ocasión
antes de darnos cuenta que no es viable trabajar así.
La personalización no se debería hacer tocando los fuentes de gvSIG, si no
aportando un plugin nuevo que incluya las mejoras. Y para hacerlo no
deberías necesitar o depender de los fuentes de gvSIG, solo de los tuyos.

Entiendo, que dada la falta de documentación de desarrollo, puede ser
practico tener a mano los fuentes y ver como se hacen algunas cosas para
saber que puedes usar y como hacerlo, pero no deberían modificarse; o por
lo menos no sin devolver las modificaciones al proyecto para no tener que
mantener un fork.

En el software libre es corriente hablar de forks.
Hay gente que mide lo exitoso de un proyecto por el numero de forks que
tiene.
Sin embargo esto es muy engañoso. Cuando usas una herramienta lo que
persigues es que te quite trabajo, no que te de mas, y mantener un fork
actualizado requiere esfuerzos considerables, por no hablar que tus mejoras
o cambios no revierten de nuevo a la comunidad gvSIG.

Resumiendo...
Puedes descargarte y compilar gvSIG, esa es la gran diferencia con respecto
a usar un software de terceros privativo, pero si precisas añadirle
funcionalidad, lo suyo es que lo hagas creando tus propios plugins
independientes. A pesar de que al principio parezca mas rápido tocar el
código aquí y allá, recompilar y listo; a medio plazo te ahorrara tiempo
personalizar desde tu plugin.
Si tienes que aprender a hacer cosas con gvSIG, aprende como hacer tus
propios plugins sin tocar el código base de gvSIG (que siempre tendrás ahí
para mirarlo y copiarlo cuando lo necesites).

Y si a pesar de querer meter tus cambios en tu plugin te ves obligado ha
hacer un fork, intenta hacerlo siempre del pedazo mas pequeño posible, si
puede ser solo de un plugin mejor que de dos, y coméntalo con los
responsables de esos módulos o por la lista de desarrollo directamente,
para intentar que tenga el menor impacto en los usuario el sustituir un
plugin por otro.

Uuuuffff

Dicho todo esto, que la gente no suele entender...
Si necesitas ayuda para compilar/modificar gvSIG o tus plugins solo has de
pedirla, si puedo procuro intentar ayudar.

Un saludo
joaquin


>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Como-descargar-y-compilar-gvSIG-2-1-0-tp5178032p5178045.html
> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
> _______________________________________________
> 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:
> http://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/20141217/d1ae907d/attachment.htm 

From jsanz en gvsig.com  Wed Dec 17 11:01:33 2014
From: jsanz en gvsig.com (Jorge Gaspar Sanz Salinas)
Date: Wed, 17 Dec 2014 11:01:33 +0100
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com><1418743493085-5178045.post@n6.nabble.com>
	<CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com>
Message-ID: <5491547D.2050208@gvsig.com>

El 17/12/14 a las 10:13, Joaquin Jose del Cerro Murciano escribió:
>
>
> El 16 de diciembre de 2014, 16:24, Alonso Morilla
> <almorillam en gmail.com <mailto:almorillam en gmail.com>> escribió:
>
>     Muchísimas gracias, Joaquín.
>
>     Después de compilar intentaré ir buscando las diferentes
>     extensiones para
>     armar una distribución entera.
>
>
> Hola, 
> Compilar gvSIG como ejercicio, esta bien; pero no debería hacerse como
> norma.
> gvSIG 2.1 esta pensado para ser modular y poderse personalizar desde
> tu plugin, sin necesitar compilarlo.
> Es una mala practica personalizar gvSIG a partir de modificar sus
> fuentes, compilarlos y generar tu distribución (hay otros mecanismos
> para personalizar tu distribución). Lo normal es que si haces eso las
> cosas dejen de irte en la siguiente distribución de gvSIG...
>
> Si necesitas añadir algo a gvSIG que no puedes añadir desde tu plugin,
> lo acertado seria que lo comentes y veamos la mejor forma de añadirlo
> o añadir opciones para que lo puedas hacer, sin que te descuelgues de
> gvSIG en la siguiente revisión.
>  
> Por ejemplo, supongamos que tenemos el plugin:
>  
> - org.gvsig.app.mainplugin-2.1.0-final
>  
> En el que esta codificado el documento vista, y lo retocas para
> añadirle una nueva funcionalidad. Con tus retoques generas una versión
> del plugin:
>  
> - org.gvsig.app.mainplugin-2.1.0-Personalizado
>  
> En un momento dado aparecen errores y son corregidos en la versión
> oficial del plugin, y se genera la versión:
>  
> - org.gvsig.app.mainplugin-2.1.1-final
>  
> Si un usuario de tu versión personalizada quiere optar a las mejoras
> tendrá que decidir entre estas o las de tu plugin, ya que no puede
> tener las dos simultáneamente. Lo normal es que en un momento dado
> decidas que te vendrían bien esas mejoras y entonces decidas que vas a
> coger el código de esta ultima versión y metes en el tus cambios y
> generas una nueva versión de tu plugin:
>  
> - org.gvsig.app.mainplugin-2.1.1- Personalizado
>   
> De esta forma estas obligado a que cada vez que aparecen cambios en la
> versión oficial, los usuarios de tu personalización o dejan de usar la
> personalización o tienes que realizar una labor de desarrollo para
> incluir esos cambios en tu versión.
>  
> Nosotros mismos dentro del proyecto hemos caído en esto en alguna
> ocasión antes de darnos cuenta que no es viable trabajar así.
> La personalización no se debería hacer tocando los fuentes de gvSIG,
> si no aportando un plugin nuevo que incluya las mejoras. Y para
> hacerlo no deberías necesitar o depender de los fuentes de gvSIG, solo
> de los tuyos.
>  
> Entiendo, que dada la falta de documentación de desarrollo, puede ser
> practico tener a mano los fuentes y ver como se hacen algunas cosas
> para saber que puedes usar y como hacerlo, pero no deberían
> modificarse; o por lo menos no sin devolver las modificaciones al
> proyecto para no tener que mantener un fork.
>  
> En el software libre es corriente hablar de forks. 
> Hay gente que mide lo exitoso de un proyecto por el numero de forks
> que tiene.
> Sin embargo esto es muy engañoso. Cuando usas una herramienta lo que
> persigues es que te quite trabajo, no que te de mas, y mantener un
> fork actualizado requiere esfuerzos considerables, por no hablar que
> tus mejoras o cambios no revierten de nuevo a la comunidad gvSIG.
>  
> Resumiendo...
> Puedes descargarte y compilar gvSIG, esa es la gran diferencia con
> respecto a usar un software de terceros privativo, pero si precisas
> añadirle funcionalidad, lo suyo es que lo hagas creando tus propios
> plugins independientes. A pesar de que al principio parezca mas rápido
> tocar el código aquí y allá, recompilar y listo; a medio plazo te
> ahorrara tiempo personalizar desde tu plugin. 
> Si tienes que aprender a hacer cosas con gvSIG, aprende como hacer tus
> propios plugins sin tocar el código base de gvSIG (que siempre tendrás
> ahí para mirarlo y copiarlo cuando lo necesites).
>  
> Y si a pesar de querer meter tus cambios en tu plugin te ves obligado
> ha hacer un fork, intenta hacerlo siempre del pedazo mas pequeño
> posible, si puede ser solo de un plugin mejor que de dos, y coméntalo
> con los responsables de esos módulos o por la lista de desarrollo
> directamente, para intentar que tenga el menor impacto en los usuario
> el sustituir un plugin por otro.
>  
> Uuuuffff
>  
> Dicho todo esto, que la gente no suele entender...
> Si necesitas ayuda para compilar/modificar gvSIG o tus plugins solo
> has de pedirla, si puedo procuro intentar ayudar.
>  
> Un saludo
> joaquin
>  

Muchas gracias Joaquín por tomarte tu tiempo en explicar esto con
detalle. Este tema que para muchos puede resultar evidente, no lo es
tanto para la gente que viene de desarrollar la 1.x, y es importante
cambiar esa ¿mala práctica? para conseguir que la comunidad desarrolle
componentes que "resistan" cambios de versión o actualizaciones en los
plugins.

La verdad es que el cambio a maven y tener los fuentes en los jars, sin
necesidad siquiera de tener todo gvSIG montado en el IDE ha sido clave
para este cambio. Fue un esfuerzo *enorme* por parte del equipo de
arquitectura de gvSIG y hay que agradecerlo y aprovecharlo al máximo.

Saludos.


-- 
Jorge Gaspar Sanz Salinas
gvSIG Team at Prodevelop
http://www.gvsig.org
http://www.gvsig.com

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141217/0354ca84/attachment.htm 

From almorillam en gmail.com  Wed Dec 17 13:19:47 2014
From: almorillam en gmail.com (Alonso Morilla)
Date: Wed, 17 Dec 2014 04:19:47 -0800 (PST)
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <5491547D.2050208@gvsig.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>
	<1418743493085-5178045.post@n6.nabble.com>
	<CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com>
	<5491547D.2050208@gvsig.com>
Message-ID: <1418818787479-5178172.post@n6.nabble.com>

Hola, Joaquín y Jorge.

Muchísimas gracias por toda la información que estáis dando, y a ti Joaquín
también por tus entradas en el blog. La última de los plugins aclara muchas
cosas.

Es verdad que, como mi única experiencia en programación fue con la 1.x,
tengo la visión un poco distorsionada a la hora de pensar en algo mucho más
modular. Mi primera intención es ver "por dentro" cómo es una distribución
completa de gvSIG, aunque es cierto que con el pom puede ser suficiente
(aquí me falta algo de entrenamiento).

Por supuesto que el objetivo final es poder ir volcando nuestros aportes al
resto de la comunidad. La razón de mi idea de ver por dentro es para ver
cómo está organizado en la 2.1 la librería de sextante, ya que queremos
desarrollar tres geoprocesos nuevos. Si lo viéramos bien, utilizaríamos uno
de los geoprocesos existentes de modelo. No sé si esa es la forma o se puede
mirar de otra manera.

Con los aportes que estáis haciendo y echándole horas creo que terminaremos
por hacernos una idea mucho más clara.



--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Como-descargar-y-compilar-gvSIG-2-1-0-tp5178032p5178172.html
Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.

From jjdelcerro en gvsig.org  Wed Dec 17 14:42:29 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Wed, 17 Dec 2014 14:42:29 +0100
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <1418818787479-5178172.post@n6.nabble.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>
	<1418743493085-5178045.post@n6.nabble.com>
	<CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com>
	<5491547D.2050208@gvsig.com>
	<1418818787479-5178172.post@n6.nabble.com>
Message-ID: <CABLUYi1EquLJqTQjccPMiPP0wupVHYov8c79fA+uPJgiNN146Q@mail.gmail.com>

El 17 de diciembre de 2014, 13:19, Alonso Morilla <almorillam en gmail.com>
escribió:
>
> Hola, Joaquín y Jorge.
>
> Muchísimas gracias por toda la información que estáis dando, y a ti Joaquín
> también por tus entradas en el blog. La última de los plugins aclara muchas
> cosas.
>
> Es verdad que, como mi única experiencia en programación fue con la 1.x,
> tengo la visión un poco distorsionada a la hora de pensar en algo mucho más
> modular. Mi primera intención es ver "por dentro" cómo es una distribución
> completa de gvSIG, aunque es cierto que con el pom puede ser suficiente
> (aquí me falta algo de entrenamiento).
>
> Esta bien eso de ver las tripas de la criatura para saber como hacer
cosas con ella.


> Por supuesto que el objetivo final es poder ir volcando nuestros aportes al
> resto de la comunidad. La razón de mi idea de ver por dentro es para ver
> cómo está organizado en la 2.1 la librería de sextante, ya que queremos
> desarrollar tres geoprocesos nuevos. Si lo viéramos bien, utilizaríamos uno
> de los geoprocesos existentes de modelo. No sé si esa es la forma o se
> puede
> mirar de otra manera.
>
> Me temo que ahora mismo no hay un proyecto que sirva de ejemplo de como
hacer
un plugin que aporte geoprocesos. En las ultimas semanas ya me lo han
comentado
varias personas, a ver cuando puedo y preparar un esqueleto de proyecto
para eso.

Un saludo
Joaquin


> Con los aportes que estáis haciendo y echándole horas creo que terminaremos
> por hacernos una idea mucho más clara.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Como-descargar-y-compilar-gvSIG-2-1-0-tp5178032p5178172.html
> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
> _______________________________________________
> 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:
> http://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/20141217/6894ed61/attachment.htm 

From press en gvsig.com  Wed Dec 17 15:04:19 2014
From: press en gvsig.com (gvSIG News Office)
Date: Wed, 17 Dec 2014 15:04:19 +0100
Subject: [Gvsig_desarrolladores] =?iso-8859-1?q?10as_Jornadas_Internaciona?=
	=?iso-8859-1?q?les_gvSIG=2E_Ponencias=2C_p=F3sters_y_art=EDculos?=
Message-ID: <E43C32BC5843E34FB4C00CDFAAAAF7D802C4E90E@australia.prodevelop.local>


Ya se encuentran disponibles las presentaciones, pósters y artículos presentados en las 10as Jornadas Internacionales gvSIG [1], que se celebraron del 3 al 5 de diciembre en Valencia (España).

También está disponible la grabación de las ponencias y talleres para ser visualizados online. Los vídeos se encuentran disponibles con audio en español y en inglés, salvo los tres talleres del miércoles y jueves, que únicamente se encuentran en español.

Con la publicación de estos vídeos pretendemos acercar las Jornadas a todos aquellos interesados que no pudieron asistir, teniendo ahora la posibilidad de acceder a la grabación de las distintas sesiones.


[1] http://www.gvsig.org/plone/community/events/jornadas-gvsig/10as/ponencias
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141217/5f9f7428/attachment.htm 

From piotrpachol en gmail.com  Fri Dec 19 01:19:37 2014
From: piotrpachol en gmail.com (=?UTF-8?B?UGlvdHIgUGFjaMOzxYI=?=)
Date: Fri, 19 Dec 2014 01:19:37 +0100
Subject: [Gvsig_desarrolladores] anadir dbf en proyecto
Message-ID: <54936F19.8090706@gmail.com>

Hola,
He creado  en el script un fichero dbf (con funccion createDBF) y quiero 
anadir este dbf  (por medio de script) en proyecto.
Es posible ?

Por analogia como se crea el fichero shp (con funccion createShape) y 
anade en proyecto (con funccion addLayer ).
Saludos,
Piotr

From fpuga en icarto.es  Sun Dec 28 18:17:46 2014
From: fpuga en icarto.es (Francisco Puga)
Date: Sun, 28 Dec 2014 18:17:46 +0100
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <CABLUYi2kB1yWBJPQZMgJ9sHyis8167Cv4Ecu1+cma4Gc=C2Hnw@mail.gmail.com>
References: <1418240788951-5177310.post@n6.nabble.com>
	<CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>
	<1418338997864-5177535.post@n6.nabble.com>
	<CABLUYi1yPH+=0h6onVcVOu1KUKR8wzj0XnVPMa+Rw2GEvibeKw@mail.gmail.com>
	<1418678749722-5177943.post@n6.nabble.com>
	<CABLUYi2kB1yWBJPQZMgJ9sHyis8167Cv4Ecu1+cma4Gc=C2Hnw@mail.gmail.com>
Message-ID: <CAHU37Tv8yS28sAygE0RqvXKnN48iZQPy7WFXSMP6C38-RhYWmg@mail.gmail.com>

Yo también espero el próximo artículo sobre como preparlo todo para
desarrollar en eclipse.

Hoy iba a echarle un ojo a los problemas de enconding del plugin de
scripting que comentamos en otro hilo, pero sólo el intentar preparar el
entorno para depurar me llevo más rato del esperado. La verdad es que todo
esto del multi proyecto en maven y tenerlo todo tan separado en distintos
repositorios y subproyectos y demás me resulta muy complejo.

Creo que tanta complejidad puede echar para atrás a quien quiera echarle un
ojo y echar una mano. Y por extensión a gente que esté evaluando gvsig como
plataforma para desarrollar sus propias soluciones. Creo que uno de los
puntos más importantes a trabajar sería simplificar lo máximo el poder
empezar a trabajar con gvsig.

Saludos.


El 16 de diciembre de 2014, 14:53, Joaquin Jose del Cerro Murciano <
jjdelcerro en gvsig.org> escribió:

>
>
> El 15 de diciembre de 2014, 22:25, Alonso Morilla <almorillam en gmail.com>
> escribió:
>>
>> Muchas gracias, Joaquín.
>>
>> De hecho, estas preguntas son porque estamos armando un equipo de
>> desarrollo
>> en México, así que esperemos que podamos echar una mano a redactar guías y
>> recomendaciones durante este proceso.
>>
>> Por cierto, yo estaba compilando directamente desde eclipse después de
>> instalar los plugins de maven. ¿No es correcto? ¿Es necesario instalar
>> antes
>> maven desde consola?
>>
>> Hola Alonso,
> no es que no sea correcto compilar desde eclipse.
> Se puede compilar correctamente desde un IDE para java siempre y cuando
> tenga soporte para maven.
> He comentado el tema de compilar desde linea de comandos por que es simple
> y permite explicarlo sin meterme en lios de si uno usa este o aquel IDE. Se
> supone que si vas a compilar gvSIG tendras ya ciertos conocimientos basicos
> de desarrollo con java y deberia ser facil trasladar las instrucciones para
> compilar desde linea de comandos al IDE con el que uno este acostumbrado a
> trabajar.
>
> Luego estan las manias... vamos mis manias :)
> En general trabajar con un IDE, eclipse o Netbeans, muchas veces me
> resulta "lento".
> De repente se ponen a hacer no-se-que actualizando indices o
> reconfigurando o actualizando el proyecto y se quedan un buen rato
> pillados. Con proyectos pequeños el soporte de maven va bastante bien, pero
> con gvSIG que tiene un tamañito se flipan muchas veces. Asi que suelo
> usarlo para editar y depurar pero cuando tengo que compilar, muchas veces
> me bajo a la linea de comandos.
> Pero ya te digo, esto ya son manias.
>
> Por cierto, ya tengo casi listo un pequeñito articulo explicando estos
> pasos para compilar en linux y windows.
>
> Un saludo
> Joaquin
>
>
>
>> Un abrazo.
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310p5177943.html
>> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
>> _______________________________________________
>> 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:
>> http://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:
> http://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).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141228/22c3a9ee/attachment.htm 

From fpuga en icarto.es  Sun Dec 28 18:22:28 2014
From: fpuga en icarto.es (Francisco Puga)
Date: Sun, 28 Dec 2014 18:22:28 +0100
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <CABLUYi1EquLJqTQjccPMiPP0wupVHYov8c79fA+uPJgiNN146Q@mail.gmail.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com>
	<1418743493085-5178045.post@n6.nabble.com>
	<CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com>
	<5491547D.2050208@gvsig.com>
	<1418818787479-5178172.post@n6.nabble.com>
	<CABLUYi1EquLJqTQjccPMiPP0wupVHYov8c79fA+uPJgiNN146Q@mail.gmail.com>
Message-ID: <CAHU37TvmYJGdX69oLmL2-hxybW4o-=uXQ3e-kfkGzsK-FR0OnA@mail.gmail.com>

Yo a nivel totalmente personal, debo decir que no estoy demasiado de
acuerdo con lo comentado.

Pedir a la gente que no se descargue y trabaje con las fuentes, es en la
práctica alejar a posibles desarrolladores del núcleo que aporten parches a
los problemas que vayan encontrando.

Saludos.

El 17 de diciembre de 2014, 14:42, Joaquin Jose del Cerro Murciano <
jjdelcerro en gvsig.org> escribió:

>
>
> El 17 de diciembre de 2014, 13:19, Alonso Morilla <almorillam en gmail.com>
> escribió:
>>
>> Hola, Joaquín y Jorge.
>>
>> Muchísimas gracias por toda la información que estáis dando, y a ti
>> Joaquín
>> también por tus entradas en el blog. La última de los plugins aclara
>> muchas
>> cosas.
>>
>> Es verdad que, como mi única experiencia en programación fue con la 1.x,
>> tengo la visión un poco distorsionada a la hora de pensar en algo mucho
>> más
>> modular. Mi primera intención es ver "por dentro" cómo es una distribución
>> completa de gvSIG, aunque es cierto que con el pom puede ser suficiente
>> (aquí me falta algo de entrenamiento).
>>
>> Esta bien eso de ver las tripas de la criatura para saber como hacer
> cosas con ella.
>
>
>> Por supuesto que el objetivo final es poder ir volcando nuestros aportes
>> al
>> resto de la comunidad. La razón de mi idea de ver por dentro es para ver
>> cómo está organizado en la 2.1 la librería de sextante, ya que queremos
>> desarrollar tres geoprocesos nuevos. Si lo viéramos bien, utilizaríamos
>> uno
>> de los geoprocesos existentes de modelo. No sé si esa es la forma o se
>> puede
>> mirar de otra manera.
>>
>> Me temo que ahora mismo no hay un proyecto que sirva de ejemplo de como
> hacer
> un plugin que aporte geoprocesos. En las ultimas semanas ya me lo han
> comentado
> varias personas, a ver cuando puedo y preparar un esqueleto de proyecto
> para eso.
>
> Un saludo
> Joaquin
>
>
>> Con los aportes que estáis haciendo y echándole horas creo que
>> terminaremos
>> por hacernos una idea mucho más clara.
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Como-descargar-y-compilar-gvSIG-2-1-0-tp5178032p5178172.html
>> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
>> _______________________________________________
>> 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:
>> http://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:
> http://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).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141228/3566fe0b/attachment.htm 

From fpuga en icarto.es  Sun Dec 28 18:31:19 2014
From: fpuga en icarto.es (Francisco Puga)
Date: Sun, 28 Dec 2014 18:31:19 +0100
Subject: [Gvsig_desarrolladores] anadir dbf en proyecto
In-Reply-To: <54936F19.8090706@gmail.com>
References: <54936F19.8090706@gmail.com>
Message-ID: <CAHU37TvNs34hQvkbPZE=XuChS6+4dMFit7GGev0Lujsztt1saQ@mail.gmail.com>

Respecto a lo de añadir una capa a la vista actual podríamos usar algo como:

currentView().addLayer(newLayer)

newLayer sería la capa que has creado con createShape


Para añadir una tabla al proyecto creo que todavía no hay ninguna función
en el módulo de scripting. Supongo que si realmente necesitas esa función,
como "workaround" puedes crear un shape en lugar de una tabla y rellenarlo
con geometrías falsas.



El 19 de diciembre de 2014, 1:19, Piotr Pachół <piotrpachol en gmail.com>
escribió:

> Hola,
> He creado  en el script un fichero dbf (con funccion createDBF) y quiero
> anadir este dbf  (por medio de script) en proyecto.
> Es posible ?
>
> Por analogia como se crea el fichero shp (con funccion createShape) y
> anade en proyecto (con funccion addLayer ).
> Saludos,
> Piotr
> _______________________________________________
> 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:
> http://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).
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141228/a3639811/attachment.htm 

From shiguera en mercatorlab.com  Sun Dec 28 18:59:11 2014
From: shiguera en mercatorlab.com (shiguera)
Date: Sun, 28 Dec 2014 18:59:11 +0100
Subject: [Gvsig_desarrolladores] Compilar gvSIG 2.1 con capas precargadas
In-Reply-To: <CAHU37Tv8yS28sAygE0RqvXKnN48iZQPy7WFXSMP6C38-RhYWmg@mail.gmail.com>
References: <1418240788951-5177310.post@n6.nabble.com>	<CABLUYi0RFUozyZ31jvZ2A-aVSSKCfwu39G545O=nT86LU40Rvg@mail.gmail.com>	<1418338997864-5177535.post@n6.nabble.com>	<CABLUYi1yPH+=0h6onVcVOu1KUKR8wzj0XnVPMa+Rw2GEvibeKw@mail.gmail.com>	<1418678749722-5177943.post@n6.nabble.com>	<CABLUYi2kB1yWBJPQZMgJ9sHyis8167Cv4Ecu1+cma4Gc=C2Hnw@mail.gmail.com>
	<CAHU37Tv8yS28sAygE0RqvXKnN48iZQPy7WFXSMP6C38-RhYWmg@mail.gmail.com>
Message-ID: <54A044EF.90300@mercatorlab.com>

Hola:
Coincido con Francisco en lo que dice, y eso que él es más experto que 
yo en el tema.
La verdad es que intentar meterse con el código de gvSIG es casi 
imposible, al menos para mí. Es un tema pendiente de gvSIG, facilitar el 
aproche de la gente. Al meno yo he sido incapaz de hacerlo, incluso 
siguiendo un curso al respecto que promovió la propia gvSIG.
Eso, unido a los problemas que siguen dando las últimas versiones, hace 
que cada vez opte más por otras soluciones para resolver mis necesidades 
de GIS. Y es una pena!

En fin, mi corazón sigue estando en gvSIG, pero mi cabeza...


Santiago Higuera




El 28/12/14 a las 18:17, Francisco Puga escribió:
> Yo también espero el próximo artículo sobre como preparlo todo para
> desarrollar en eclipse.
>
> Hoy iba a echarle un ojo a los problemas de enconding del plugin de
> scripting que comentamos en otro hilo, pero sólo el intentar preparar el
> entorno para depurar me llevo más rato del esperado. La verdad es que
> todo esto del multi proyecto en maven y tenerlo todo tan separado en
> distintos repositorios y subproyectos y demás me resulta muy complejo.
>
> Creo que tanta complejidad puede echar para atrás a quien quiera echarle
> un ojo y echar una mano. Y por extensión a gente que esté evaluando
> gvsig como plataforma para desarrollar sus propias soluciones. Creo que
> uno de los puntos más importantes a trabajar sería simplificar lo máximo
> el poder empezar a trabajar con gvsig.
>
> Saludos.
>
>
> El 16 de diciembre de 2014, 14:53, Joaquin Jose del Cerro Murciano
> <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribió:
>
>
>
>     El 15 de diciembre de 2014, 22:25, Alonso Morilla
>     <almorillam en gmail.com <mailto:almorillam en gmail.com>> escribió:
>
>         Muchas gracias, Joaquín.
>
>         De hecho, estas preguntas son porque estamos armando un equipo
>         de desarrollo
>         en México, así que esperemos que podamos echar una mano a
>         redactar guías y
>         recomendaciones durante este proceso.
>
>         Por cierto, yo estaba compilando directamente desde eclipse
>         después de
>         instalar los plugins de maven. ¿No es correcto? ¿Es necesario
>         instalar antes
>         maven desde consola?
>
>     Hola Alonso,
>     no es que no sea correcto compilar desde eclipse.
>     Se puede compilar correctamente desde un IDE para java siempre y
>     cuando tenga soporte para maven.
>     He comentado el tema de compilar desde linea de comandos por que es
>     simple y permite explicarlo sin meterme en lios de si uno usa este o
>     aquel IDE. Se supone que si vas a compilar gvSIG tendras ya ciertos
>     conocimientos basicos de desarrollo con java y deberia ser facil
>     trasladar las instrucciones para compilar desde linea de comandos al
>     IDE con el que uno este acostumbrado a trabajar.
>
>     Luego estan las manias... vamos mis manias :)
>     En general trabajar con un IDE, eclipse o Netbeans, muchas veces me
>     resulta "lento".
>     De repente se ponen a hacer no-se-que actualizando indices o
>     reconfigurando o actualizando el proyecto y se quedan un buen rato
>     pillados. Con proyectos pequeños el soporte de maven va bastante
>     bien, pero con gvSIG que tiene un tamañito se flipan muchas veces.
>     Asi que suelo usarlo para editar y depurar pero cuando tengo que
>     compilar, muchas veces me bajo a la linea de comandos.
>     Pero ya te digo, esto ya son manias.
>
>     Por cierto, ya tengo casi listo un pequeñito articulo explicando
>     estos pasos para compilar en linux y windows.
>
>     Un saludo
>     Joaquin
>
>         Un abrazo.
>
>
>
>         --
>         View this message in context:
>         http://osgeo-org.1560.x6.nabble.com/Compilar-gvSIG-2-1-con-capas-precargadas-tp5177310p5177943.html
>         Sent from the gvSIG desarrolladores mailing list archive at
>         Nabble.com.
>         _______________________________________________
>         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:
>         http://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 <mailto:jjdelcerro en gvsig.com>
>     jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>
>     gvSIG Association
>     www.gvsig.com <http://www.gvsig.com>
>     www.gvsig.org <http://www.gvsig.org>
>
>     _______________________________________________
>     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:
>     http://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: http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>


From jjdelcerro en gvsig.org  Mon Dec 29 11:33:08 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Mon, 29 Dec 2014 11:33:08 +0100
Subject: [Gvsig_desarrolladores] anadir dbf en proyecto
In-Reply-To: <54936F19.8090706@gmail.com>
References: <54936F19.8090706@gmail.com>
Message-ID: <CABLUYi2xE8DsmcEuXa2pfuT0vwHaevb7yDDhinVScZHy_dD_-A@mail.gmail.com>

El 19 de diciembre de 2014, 1:19, Piotr Pachół <piotrpachol en gmail.com>
escribió:

> Hola,
> He creado  en el script un fichero dbf (con funccion createDBF) y quiero
> anadir este dbf  (por medio de script) en proyecto.
> Es posible ?
>
>
Hola  Piotr,
poderse se puede hacer. Basicamente desde script se puede hacer cualquier
cosa que pudieses hacer desde java.
Para algunas cosas se han creado funciones python para tratar de facilitar
las cosas, pero por desgracia gvSIG es muy grande y han quedado muchas
cosas por hacer.
Te dejo aqui un pedazo de script que hace lo que quieres,


> from gvsig import *
>
> from org.gvsig.app.project.documents.table import TableManager
>
> def loadTable(format, **parameters):
>
    try:
>         application = ApplicationLocator.getManager()
>         datamanager =  application.getDataManager()
>
>         # Loding the data store
>         store_parameters = datamanager.createStoreParameters(format)
>         copyToDynObject(parameters, store_parameters)
>         store = datamanager.openStore(format, store_parameters)
>
>         # Creating a Table document and initialize with the data store
>         project = currentProject()
>         table = project().createDocument(TableManager.TYPENAME)
>         table.setStore(store)
>         table.setName(store.getName())
>
>         # Add the Table document to the project
>         project().addDocument(table)
>
>     except Throwable, ex:
>         raise RuntimeException("Can't load table, "+ str(ex))
>
>     return table
>
> def loadDBF(dbffile):
>   table = loadTable(format="DBF",DbfFile=dbffile)
>   return table
>
> def main(*args):
>   # Get the path to the dbf to load,
>   # getResource search the file next to the script .
>   f = script.getResource("puntos1.dbf")
>   loadDBF(f)
>
>


Si tienes dudas pregunta, intentare contestar mas rapido la proxima vez ;)
Un saludo
Joaquin




Por analogia como se crea el fichero shp (con funccion createShape) y
> anade en proyecto (con funccion addLayer ).
> Saludos,
> Piotr
> _______________________________________________
> 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:
> http://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/20141229/af16e043/attachment.htm 

From cordinyana en gvsig.com  Mon Dec 29 17:39:52 2014
From: cordinyana en gvsig.com (=?windows-1252?Q?C=E8sar_Ordi=F1ana?=)
Date: Mon, 29 Dec 2014 17:39:52 +0100
Subject: [Gvsig_desarrolladores] Como descargar y compilar gvSIG 2.1.0
In-Reply-To: <CAHU37TvmYJGdX69oLmL2-hxybW4o-=uXQ3e-kfkGzsK-FR0OnA@mail.gmail.com>
References: <CABLUYi1e5ckUwtmgx=NS9SLLqDt+=dusRdxKp8xJj3XV_GN73Q@mail.gmail.com><1418743493085-5178045.post@n6.nabble.com><CABLUYi1D2p1xA_NO6ahZrXw=hxu-Dqv==HWE3-BPYazDTg1Tgg@mail.gmail.com><5491547D.2050208@gvsig.com><1418818787479-5178172.post@n6.nabble.com><CABLUYi1EquLJqTQjccPMiPP0wupVHYov8c79fA+uPJgiNN146Q@mail.gmail.com>
	<CAHU37TvmYJGdX69oLmL2-hxybW4o-=uXQ3e-kfkGzsK-FR0OnA@mail.gmail.com>
Message-ID: <54A183D8.6030908@gvsig.com>

Hola Francisco,

Las recomendaciones que ha hecho Joaquín van enfocadas a hacer ver que
las personalizaciones se hagan en forma de plugins, y no modificando
directamente el código del núcleo. Y que además no es necesario compilar
el núcleo para desarrollar un nuevo plugin.

Lo que no quita por supuesto que cualquiera pueda bajárselo y
compilarlo. Pero me parece que orientar a todo el mundo que lo haga,
cuando su objetivo es desarrollar una nueva funcionalidad, es poner
trabas a nuevos desarrollos.

Saludos,

El 28/12/14 a las 18:22, Francisco Puga escribió:
> Yo a nivel totalmente personal, debo decir que no estoy demasiado de
> acuerdo con lo comentado.
>
> Pedir a la gente que no se descargue y trabaje con las fuentes, es en
> la práctica alejar a posibles desarrolladores del núcleo que aporten
> parches a los problemas que vayan encontrando.
>
> Saludos.
>
> El 17 de diciembre de 2014, 14:42, Joaquin Jose del Cerro Murciano
> <jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>> escribió:
>
>
>
>     El 17 de diciembre de 2014, 13:19, Alonso Morilla
>     <almorillam en gmail.com <mailto:almorillam en gmail.com>> escribió:
>
>         Hola, Joaquín y Jorge.
>
>         Muchísimas gracias por toda la información que estáis dando, y
>         a ti Joaquín
>         también por tus entradas en el blog. La última de los plugins
>         aclara muchas
>         cosas.
>
>         Es verdad que, como mi única experiencia en programación fue
>         con la 1.x,
>         tengo la visión un poco distorsionada a la hora de pensar en
>         algo mucho más
>         modular. Mi primera intención es ver "por dentro" cómo es una
>         distribución
>         completa de gvSIG, aunque es cierto que con el pom puede ser
>         suficiente
>         (aquí me falta algo de entrenamiento).
>
>     Esta bien eso de ver las tripas de la criatura para saber como hacer
>     cosas con ella.
>      
>
>         Por supuesto que el objetivo final es poder ir volcando
>         nuestros aportes al
>         resto de la comunidad. La razón de mi idea de ver por dentro
>         es para ver
>         cómo está organizado en la 2.1 la librería de sextante, ya que
>         queremos
>         desarrollar tres geoprocesos nuevos. Si lo viéramos bien,
>         utilizaríamos uno
>         de los geoprocesos existentes de modelo. No sé si esa es la
>         forma o se puede
>         mirar de otra manera.
>
>     Me temo que ahora mismo no hay un proyecto que sirva de ejemplo de
>     como hacer
>     un plugin que aporte geoprocesos. En las ultimas semanas ya me lo
>     han comentado
>     varias personas, a ver cuando puedo y preparar un esqueleto de
>     proyecto para eso.
>
>     Un saludo
>     Joaquin
>      
>
>         Con los aportes que estáis haciendo y echándole horas creo que
>         terminaremos
>         por hacernos una idea mucho más clara.
>
>
>
>         --
>         View this message in context:
>         http://osgeo-org.1560.x6.nabble.com/Como-descargar-y-compilar-gvSIG-2-1-0-tp5178032p5178172.html
>         Sent from the gvSIG desarrolladores mailing list archive at
>         Nabble.com.
>         _______________________________________________
>         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:
>         http://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 <mailto:jjdelcerro en gvsig.com>
>     jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>
>     gvSIG Association
>     www.gvsig.com <http://www.gvsig.com>
>     www.gvsig.org <http://www.gvsig.org>
>
>     _______________________________________________
>     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:
>     http://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èsar Ordiñana Navarro
DiSiD Technologies (http://www.disid.com)

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141229/e08c5be7/attachment.htm 

From piotrpachol en gmail.com  Mon Dec 29 23:13:47 2014
From: piotrpachol en gmail.com (=?UTF-8?B?UGlvdHIgUGFjaMOzxYI=?=)
Date: Mon, 29 Dec 2014 23:13:47 +0100
Subject: [Gvsig_desarrolladores] anadir dbf en proyecto
In-Reply-To: <CABLUYi2xE8DsmcEuXa2pfuT0vwHaevb7yDDhinVScZHy_dD_-A@mail.gmail.com>
References: <54936F19.8090706@gmail.com>
	<CABLUYi2xE8DsmcEuXa2pfuT0vwHaevb7yDDhinVScZHy_dD_-A@mail.gmail.com>
Message-ID: <54A1D21B.3060702@gmail.com>

Hola Joaquin,
Muchisimas gracias. El script funciona muy bien  y es lo que necesito.
Pero no entiendo como funciona. Estoy acabando el curso de scripting
y durante el curso tenemos posibilidad de  leerla siguiente documentación:
http://gvsig.gva.es/download/web/projects/gvsig-desktop/docs/user/gvsig-desktop-2-0-scripting.html
Por ejemplo en tu script utilizas:

project = currentProject()
table = project().createDocument(TableManager.TYPENAME)

En reference guide hay solamente 3 metodos de class Project describidos 
[ 'getProjectionCode', 'getTable', 'getView'] - "print dir(project)"
No hay mas y no se donde puedo encontrar informacion que hacen y como 
funcionan otros metodos - por ejemplo si ejecuto "print dir(project())" 
- tengo 90 nuevas metodos.

Estoy tambien un poco perdido con la libreria que utilizas 
"org.gvsig.app.project.documents.table"

Saludos,
Piotr


W dniu 2014-12-29 o 11:33, Joaquin Jose del Cerro Murciano pisze:
>
>
> El 19 de diciembre de 2014, 1:19, Piotr Pachół <piotrpachol en gmail.com 
> <mailto:piotrpachol en gmail.com>> escribió:
>
>     Hola,
>     He creado  en el script un fichero dbf (con funccion createDBF) y
>     quiero
>     anadir este dbf  (por medio de script) en proyecto.
>     Es posible ?
>
>
> Hola  Piotr,
> poderse se puede hacer. Basicamente desde script se puede hacer 
> cualquier cosa que pudieses hacer desde java.
> Para algunas cosas se han creado funciones python para tratar de 
> facilitar las cosas, pero por desgracia gvSIG es muy grande y han 
> quedado muchas cosas por hacer.
> Te dejo aqui un pedazo de script que hace lo que quieres,
>
>
>     from gvsig import *
>
>     from org.gvsig.app.project.documents.table import TableManager
>
>     def loadTable(format, **parameters):
>
>         try:
>             application = ApplicationLocator.getManager()
>             datamanager =  application.getDataManager()
>
>             # Loding the data store
>             store_parameters = datamanager.createStoreParameters(format)
>             copyToDynObject(parameters, store_parameters)
>             store = datamanager.openStore(format, store_parameters)
>
>             # Creating a Table document and initialize with the data store
>             project = currentProject()
>             table = project().createDocument(TableManager.TYPENAME)
>             table.setStore(store)
>             table.setName(store.getName())
>
>             # Add the Table document to the project
>             project().addDocument(table)
>
>         except Throwable, ex:
>             raise RuntimeException("Can't load table, "+ str(ex))
>
>         return table
>
>     def loadDBF(dbffile):
>       table = loadTable(format="DBF",DbfFile=dbffile)
>       return table
>
>     def main(*args):
>       # Get the path to the dbf to load,
>       # getResource search the file next to the script .
>       f = script.getResource("puntos1.dbf")
>       loadDBF(f)
>
>
>
> Si tienes dudas pregunta, intentare contestar mas rapido la proxima vez ;)
> Un saludo
> Joaquin
>
>
>
>     Por analogia como se crea el fichero shp (con funccion createShape) y
>     anade en proyecto (con funccion addLayer ).
>     Saludos,
>     Piotr
>     _______________________________________________
>     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:
>     http://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 <mailto:jjdelcerro en gvsig.com>
> jjdelcerro en gvsig.org <mailto:jjdelcerro en gvsig.org>
> gvSIG Association
> www.gvsig.com <http://www.gvsig.com>
> www.gvsig.org <http://www.gvsig.org>
>
>

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20141229/5ff07456/attachment.htm 

From jjdelcerro en gvsig.org  Tue Dec 30 12:39:22 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 30 Dec 2014 12:39:22 +0100
Subject: [Gvsig_desarrolladores] anadir dbf en proyecto
In-Reply-To: <54A1D21B.3060702@gmail.com>
References: <54936F19.8090706@gmail.com>
	<CABLUYi2xE8DsmcEuXa2pfuT0vwHaevb7yDDhinVScZHy_dD_-A@mail.gmail.com>
	<54A1D21B.3060702@gmail.com>
Message-ID: <CABLUYi00UztMw2KY3FY8XNyqPEj12qc=6kKrUuwj=cjsjz1iUA@mail.gmail.com>

El 29 de diciembre de 2014, 23:13, Piotr Pachół <piotrpachol en gmail.com>
escribió:

>  Hola Joaquin,
> Muchisimas gracias. El script funciona muy bien  y es lo que necesito.
> Pero no entiendo como funciona. Estoy acabando el curso de scripting
> y durante el curso tenemos posibilidad de  leer la siguiente
> documentación:
>
> http://gvsig.gva.es/download/web/projects/gvsig-desktop/docs/user/gvsig-desktop-2-0-scripting.html
> Por ejemplo en tu script utilizas:
>
> project = currentProject()
> table = project().createDocument(TableManager.TYPENAME)
>
> En reference guide hay solamente 3 metodos de class Project describidos [
> 'getProjectionCode', 'getTable', 'getView'] - "print dir(project)"
> No hay mas y no se donde puedo encontrar informacion que hacen y como
> funcionan otros metodos - por ejemplo si ejecuto "print dir(project())" -
> tengo 90 nuevas metodos.
>
> Estoy tambien un poco perdido con la libreria que utilizas
> "org.gvsig.app.project.documents.table"
>
>
Hola Piotr,
como te decia antes, falta mucho por documentar.

En general desde un script de python en gvSIG tienes acceso a todas las
librerias java de gvSIG. Por ejemplo, cuando hacemos:


from org.gvsig.app.project.documents.table import TableManager
>

Lo que estamos haciendo es cargar en el espacio de nombres de nuestro
script la clase java TableManager, y luego y podemos ya usarla.

Un problema que tenemos en la implementacion de scripting actual de gvSIG
es que por un lado tenemos los objetos python, y por otro los java, y
aunque podemos usar los dos, no podemos mezclarlos. Si llamamos a un
metodo/funcion java, deberemos pasarle objetos java y no python (espero
tener algo de tiempo en algun momento para solucionar esto). Asi por
ejemplo si hacemos:

project = currentProject()
>

"project" hace referencia a un objeto python. Podemos usarlo, pero si
necesitamos pasarlo a un metodo/funcion que requiere el proyecto java, no
podemos pasarselo sin mas. Para rodear este problema, hicimos que los
objetos python de gvSIG, si se les "invoca" (se les pone parentesis detras)
nos devuelban el objeto java al que referecian. Asi por ejemplo, cuando
hacemos:

project()
>

lo que estamos haciendo es obtenr/acceder al objeto "project" de java.

Volviendo a las dos lineas que comentas...

project = currentProject()
> table = project().createDocument(TableManager.TYPENAME)
>

La segunda linea lo que hace es obtener el objeto java y invocar a su
metodo createDocument.

La documentacion en la parte de java tambien es escasa, pero puedes
encontrar algo de ella en:


   -
   http://devel.gvsig.org/sites/org.gvsig.andami/2.0.18/org.gvsig.desktop.framework/org.gvsig.andami/apidocs/index.html
   -
   http://devel.gvsig.org/sites/org.gvsig.app.document.table.app.mainplugin/2.0.18/org.gvsig.desktop.plugin/org.gvsig.app.document.table.app/org.gvsig.app.document.table.app.mainplugin/apidocs/index.html
   -
   http://devel.gvsig.org/sites/org.gvsig.app.mainplugin/2.0.18/org.gvsig.desktop.plugin/org.gvsig.app/org.gvsig.app.mainplugin/apidocs/index.html
   -
   http://devel.gvsig.org/sites/org.gvsig.fmap.dal.api/2.0.18/org.gvsig.desktop.compat.cdc/org.gvsig.fmap.dal/org.gvsig.fmap.dal.api/apidocs/index.html
   -
   http://devel.gvsig.org/sites/org.gvsig.fmap.geometry.api/2.0.18/org.gvsig.desktop.compat.cdc/org.gvsig.fmap.geometry/org.gvsig.fmap.geometry.api/apidocs/index.html
   -
   http://devel.gvsig.org/sites/org.gvsig.fmap.mapcontext.api/2.0.18/org.gvsig.desktop.compat.cdc/org.gvsig.fmap.mapcontext/org.gvsig.fmap.mapcontext.api/apidocs/index.html

Por ejemplo, en:

http://devel.gvsig.org/sites/org.gvsig.app.mainplugin/2.0.18/org.gvsig.desktop.plugin/org.gvsig.app/org.gvsig.app.mainplugin/apidocs/index.html
>

Puedes consultar los metodos del objeto project de java.

No es que este muy documentado, pero por lo menos puedes ver los parametros
que recibe cada metodo.
Ademas estan algo desactualizada esta documentacion, pero en general creo
que pueden servir. Cuando tenga un rato intentare actualizarlos (ya voy
necesitando demasiados ratos ;) ).

No te desanimes... gvSIG es muy grande. Si necesitas ayuda para hacer
alguna cosa comentala, y  intentaremos ayudarte. Y si algo no se entiende
pero lo puedes usar, pues no te preocupes.

Un saludo
Joaquin







> Saludos,
> Piotr
>
>
> W dniu 2014-12-29 o 11:33, Joaquin Jose del Cerro Murciano pisze:
>
>
>
> El 19 de diciembre de 2014, 1:19, Piotr Pachół <piotrpachol en gmail.com>
> escribió:
>
>> Hola,
>> He creado  en el script un fichero dbf (con funccion createDBF) y quiero
>> anadir este dbf  (por medio de script) en proyecto.
>> Es posible ?
>>
>>
>  Hola  Piotr,
>  poderse se puede hacer. Basicamente desde script se puede hacer
> cualquier cosa que pudieses hacer desde java.
>  Para algunas cosas se han creado funciones python para tratar de
> facilitar las cosas, pero por desgracia gvSIG es muy grande y han quedado
> muchas cosas por hacer.
>  Te dejo aqui un pedazo de script que hace lo que quieres,
>
>
>> from gvsig import *
>>
>> from org.gvsig.app.project.documents.table import TableManager
>>
>> def loadTable(format, **parameters):
>>
>     try:
>>         application = ApplicationLocator.getManager()
>>         datamanager =  application.getDataManager()
>>
>>         # Loding the data store
>>         store_parameters = datamanager.createStoreParameters(format)
>>         copyToDynObject(parameters, store_parameters)
>>         store = datamanager.openStore(format, store_parameters)
>>
>>         # Creating a Table document and initialize with the data store
>>         project = currentProject()
>>         table = project().createDocument(TableManager.TYPENAME)
>>         table.setStore(store)
>>         table.setName(store.getName())
>>
>>         # Add the Table document to the project
>>         project().addDocument(table)
>>
>>     except Throwable, ex:
>>         raise RuntimeException("Can't load table, "+ str(ex))
>>
>>     return table
>>
>> def loadDBF(dbffile):
>>   table = loadTable(format="DBF",DbfFile=dbffile)
>>   return table
>>
>> def main(*args):
>>   # Get the path to the dbf to load,
>>   # getResource search the file next to the script .
>>   f = script.getResource("puntos1.dbf")
>>   loadDBF(f)
>>
>>
>
>
>  Si tienes dudas pregunta, intentare contestar mas rapido la proxima vez
> ;)
>  Un saludo
>  Joaquin
>
>
>
>
>  Por analogia como se crea el fichero shp (con funccion createShape) y
>> anade en proyecto (con funccion addLayer ).
>> Saludos,
>> Piotr
>> _______________________________________________
>> 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:
>> http://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:
> http://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/20141230/85be92fd/attachment.htm 

From jjdelcerro en gvsig.org  Tue Dec 30 14:36:08 2014
From: jjdelcerro en gvsig.org (Joaquin Jose del Cerro Murciano)
Date: Tue, 30 Dec 2014 14:36:08 +0100
Subject: [Gvsig_desarrolladores] Compilando y depurando un plugin de ejemplo
	para gvSIG 2.1.0 desde un IDE
Message-ID: <CABLUYi35wHB5nRYxmN_OnjLe26KzRU23yvK6qxrEMooVJDBxew@mail.gmail.com>

Hola a todos,
comentaros que he creado en el blog de gvSIG un articulo para que os sirva
de guía a la hora de compilar y depurar un plugin para gvSIG 2.1.0 desde un
IDE. He usado NetBeans, pero no debería ser complicado de seguir para un
desarrollador familiarizado con Ecipse, las ideas son básicamente las
mismas.
Podéis encontrarlo en:

http://blog.gvsig.org/2014/12/29/compilando-y-depurando-un-plugin-de-ejemplo-para-gvsig-2-1-0-desde-un-ide-netbeans/

Espero que sea de utilidad

Un saludo
Joaquin


-- 
--------------------------------------
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/20141230/2ccc4b3c/attachment.htm