[Gvsig_desarrolladores] c髆o recorrer los elementos de un mapa automaticamente
Joaquin Jose del Cerro Murciano
jjdelcerro en gvsig.org
Lun Oct 26 12:05:14 CET 2015
El 26 de octubre de 2015, 7:17, Javier Gal谩n <javiergalans en gmail.com>
escribi贸:
> Muchas gracias Joaquin,
>
> Efectivamente, me he explicado fatal.
>
> Como dices estoy desde el modulo de scripting.
>
> Lo que quiero hacer es simple, supongo que va por el mismo camino que lo
> que hace Ana (a la que agradezco su esfuerzo). Cambiar algunos textos en
> funci贸n de lo seleccionado e imprimir en PDF.
>
> En cuanto pueda me pongo.
>
> Tengo un script que ilustra como hacer esas cosas y debia haberlo
publicado en el blog hace mas de un mes, a ver si saco un ratito y lo
publico para que podais echarle un vistazo.
Un saludo
Joaquin
> Much铆simas gracias por tu inestimable ayuda.
> Un saludo
> Javier
>
>
>
>
> El 25 de octubre de 2015, 10:29, Joaquin Jose del Cerro Murciano <
> jjdelcerro en gvsig.org> escribi贸:
>
>>
>>
>> El 23 de octubre de 2015, 12:29, Javier Gal谩n <javiergalans en gmail.com>
>> escribi贸:
>>
>>> Gracias Ana:
>>>
>>> Al leer otra vez con mas detalle todo el hilo, me asaltan dudas.
>>>
>>>
>> Con lo que cuentas no tengo ni idea de lo que quieres hacer.
>>
>> 驴 Que version de gvSIG estas usando ?
>> 驴 Que estas queriendo hacer ?
>> 驴 Estas desarrollando un plugin en java o un script de python ?
>>
>> Por lo que me parece entender 驴deberia cambiar el fichero de dependencias
>>> y compilar de nuevo?
>>>
>>> 驴Hay alguna otra forma de acceder al mapa sin tener que hacer eso?
>>
>>
>> Si estas desarrollando un plugin en java, y tu proyecto tiene
>> dependencias nuevas,
>> pues si tendras que modificar tu fichero pom y a帽adierselas.
>> Pero si lo que dices es si tienes que recompilar alguna parte de gvSIG
>> para a帽adirselas, no. No tienes que hacerlo.
>> Si estas haciendo un script, no tienes que tocar ningun pom. Ana esta
>> desarrollando en java, y la respuesta iba encaminada a ello.
>>
>>
>>> 驴Me he hecho un l铆o yo solo?
>>>
>>>
>> Despues de leer varias veces lo que escribes, es posible que lo que estes
>> haciendo sea un script, aunque no lo tengo claro, asi que me extiendo un
>> poco mas por esa parte.
>>
>> El trocito de script que pase, es eso, un trocito, y le falta codigo, por
>> eso no funciona. Su finalidad era ilustrar como acceder a unas funciones
>> del layout desde codigo. Si vas a trabajar desde scripting y precisas el
>> script completo lo puedo adjuntar. Por defecto desde script puedes acceder
>> a funcionalidades que residen en:
>>
>> - el propio plugin de scripting
>> - el plugin principal de gvSIG (org.gvsig.app.mainplugin)
>> - el plugin de manejo del documento tabla
>> (org.gvsig.app.document.table.app.mainplugin)
>>
>> Si quieres acceder a otros plugins desde tu script, por defecto no hay
>> acceso.
>> Lo que no quiere decir que no se pueda tener acceso a ellos. De alguna
>> forma tendremos
>> que indicar que queremos usarlos antes de poder hacer "import" de sus
>> modulos/clases.
>>
>> Se puede hacer tocando parte del plugin de sripting, cosa que no es muy
>> aconsojable, pero
>> se puede vamos. Podriamos tocar el fichero "config.xml" que hay en la
>> instalacion de gvSIG,
>> en la carpeta del plugin de scripting y a帽adir alli la dependencia con el
>> plugin que queremos
>> igual que esta la del documento tabla. Pero si hacemos esto, nuestro
>> script solo ira en esa instalacion,
>> si se lo pasamos a otro usuario no funcionara si no toca su instalacion.
>>
>> La otro forma seria a帽adiendo algo de codigo a tu script antes de
>> intentar hacer un import
>> de modulos/clases de otros plugins. Como todo queda dentro de tu script
>> si lo pasas a
>> otros usuarios estos siguen pudiendo ejecutarlo.
>>
>> Te pego aqui el codigo que habria que a帽adir al inicio de un scritp que
>> use el plugin del
>> layout.
>>
>> #--------------><--------------------><--------------------------
>> # ==========================================================
>> #
>> # Declara como que el plugin de scripting puede importar modulos
>> # de otro plugin de gvSIG.
>> #
>> # Por ejemplo, tras ejecutar:
>> #
>> # use_plugin("org.gvsig.app.document.layout2.app.mainplugin")
>> #
>> # Ya podriamos importar modulos del plugin de Mapas (documento mapa)
>> #
>>
>> def use_plugin(pluginName):
>> from org.gvsig.andami import PluginsLocator
>>
>> pluginsManager = PluginsLocator.getManager()
>> other = pluginsManager.getPlugin(pluginName)
>> scripting =
>> pluginsManager.getPlugin("org.gvsig.scripting.app.extension")
>> scripting.addDependencyWithPlugin(other)
>>
>> #
>> # ==========================================================
>> #
>>
>> use_plugin("org.gvsig.app.document.layout2.app.mainplugin")
>>
>> #--------------><--------------------><--------------------------
>>
>> Esto deberas incluirlo al inicio de cualquier script que precise acceder
>> al layout/mapa.
>> Y la llamada a la funcion "use_plugin" debera hacerse siempre antes que
>> los
>> imports de modulos/clases del mapa.
>>
>> Para la proxima version del plugin de scripting la funcion use_plugin ira
>> de base con
>> el, y solo tendremos que llamarla y no definirla cada vez.
>>
>> Haber si era esto lo que preguntas....
>> y si no, pues describe mas lo que quieres hacer.
>>
>> Un saludo
>> Joaquin
>>
>>
>>
>>> Gracias de nuevo
>>>
>>> El 23 de octubre de 2015, 11:49, Ana Calle <nico200307 en gmail.com>
>>> escribi贸:
>>>
>>>> Vale, Luis Marques respondi贸 algo como esto, el dia 14:
>>>>
>>>> > El 14 de octubre de 2015, 9:03, Llu脙颅s Marqu脙漏s <lmarques en
>>>> disid.com>
>>>> > escribi脙鲁:
>>>> >
>>>> >> Hola Ana,
>>>> >>
>>>> >> si no me equivoco, efectivamente te faltan las siguientes
>>>> dependencias en
>>>> >> el pom:
>>>> >>
>>>> >> <dependency>
>>>> >> <groupId>org.gvsig</groupId>
>>>> >>
>>>> <artifactId>org.gvsig.app.document.table.app.mainplugin</artifactId>
>>>> >> </dependency>
>>>> >> <dependency>
>>>> >> <groupId>org.gvsig</groupId>
>>>> >>
>>>> >>
>>>> <artifactId>org.gvsig.app.document.layout2.app.mainplugin</artifactId>
>>>> >> </dependency>
>>>> >>
>>>> >> Adem脙隆s de a脙卤adir esta dos dependencias, tendr脙隆s que a脙卤adir el
>>>> siguiente
>>>> >> manejo de dependencia en el pom de tu proyecto padre:
>>>> >>
>>>> >> <dependencyManagement>
>>>> >> <dependencies>
>>>> >> <dependency>
>>>> >> <groupId>org.gvsig</groupId>
>>>> >>
>>>> >>
>>>> <artifactId>org.gvsig.app.document.layout2.app.mainplugin</artifactId>
>>>> >> <version>2.0.57</version>
>>>> >> </dependency>
>>>> >> </dependencies>
>>>> >> </dependencyManagement>
>>>> >>
>>>> >> Solo es necesario a脙卤adir el manejo de *layout2* porque en el *pom*
>>>> de
>>>> >> *org.gvsig.desktop* ya tiene indicado el manejo para la dependencia
>>>> del
>>>> >> documento tabla.
>>>> >>
>>>> >> Por otro lado, como las dependencias que estas a脙卤adiendo son a otros
>>>> >> plugins de gvSIG, es necesario indicar en el config.xml que depende
>>>> de
>>>> >> estos dos plugins por dos motivos: el primero para que en tiempo de
>>>> >> ejecuci脙鲁n sepa donde se encuentran las clases y para que gvSIG
>>>> cargue
>>>> >> primero los plugins de los que dependes antes de tu plugin.
>>>> Quedar脙颅a algo
>>>> >> as脙颅:
>>>> >>
>>>> >> <plugin-config>
>>>> >> <depends plugin-name="org.gvsig.app.mainplugin" />
>>>> >> <depends
>>>> plugin-name="org.gvsig.app.document.table.app.mainplugin" />
>>>> >> <depends
>>>> plugin-name="org.gvsig.app.document.layout2.app.mainplugin"
>>>> >> />
>>>> >>
>>>>
>>>>
>>>> Y luego Joaqu铆n complet贸:
>>>>
>>>>
>>>> Hola Ana,
>>>> un correccion a lo que comenta Luis, y algunas recomendaciones.
>>>>
>>>> Primero la correccion.
>>>>
>>>> La versiom del layout no creo que sea esa la que te interese, esa es
>>>> la version del layout del build 2.3.0-2403, y supongo que tu querras
>>>> la de la 2.2.0 final o la de la 2.1.0 final.
>>>>
>>>> - Para gvSIG 2.2.0-2313 es la 2.0.52 del layout.
>>>> - Para gvSIG 2.1.0-2269 es la 2.0.42 del layout.
>>>>
>>>> Como aun no hay version final de la 2.3.0 no te aconsejo que trabajes
>>>> con versiones del layout superiores a la 2.0.52.
>>>>
>>>> Para saber que version tienes que usar del layout, tienes que determinar
>>>> contra que version de gvSIG vas a trabajar y mirar en la instalacion de
>>>> esa version en:
>>>>
>>>>
>>>> gvSIG/extensiones/org.gvsig.app.document.layout2.app.mainplugin/org.gvsig.app.document.layout2.app.mainplugin-*.jar
>>>>
>>>> La version de ese jar te da la version del layout para ese gvSIG.
>>>>
>>>> Y ahora las recomendaciones.
>>>>
>>>> Son dos...
>>>>
>>>> - Relacionadas con la inclusion de las dependencias
>>>> en el dependencyManagement
>>>> - Relacionadas con el scope de las dependencias.
>>>>
>>>> Es correcto usar la definicion de dependencias en el dependencyManagenet
>>>> que te ha indicado Lluis, pero la recomendacion es que para a脙卤adir una
>>>> dependencia al
>>>> dependencyManagenet le pongas algo como:
>>>>
>>>> ...
>>>> <properties>
>>>> ...
>>>>
>>>> <org.gvsig.app.document.layout2.app.version>2.0.55</org.gvsig.app.document.layout2.app.version>
>>>> ...
>>>> </properties>
>>>>
>>>> ...
>>>>
>>>> <dependency>
>>>> <groupId>org.gvsig</groupId>
>>>> <artifactId>org.gvsig.app.document.layout2.app</artifactId>
>>>> <version>${org.gvsig.app.document.layout2.app.version}</version>
>>>> <type>pom</type>
>>>> <scope>import</scope>
>>>> </dependency>
>>>> ...
>>>>
>>>> Que significa eso:
>>>> - En lugar de incluir una dependencia con un subproyecto del proyecto
>>>> org.gvsig.app.document.layout2.app, le diremos que importe las
>>>> dependencias que hay declaradas en el proyecto raiz del layout.
>>>> Eso lo hacemos con los tags type y scope.
>>>> Esto minimiza los errores al especificar la version cuando tenemos
>>>> que declarar mas de una dependencia de un mismo proyecto.
>>>> Salvo error, todos los proyectos de gvSIG indican en el
>>>> dependencyManagement
>>>> del proyecto raiz las versiones de los artifactos que generan sus
>>>> subproyectos y las de las librerias que pueden ser necesarias para
>>>> linkar con ellos.
>>>> Es aconsojable que en tus proyectos relacionados con gvSIG sigas esta
>>>> practica para facilitar el uso desde otros proyectos.
>>>>
>>>> - Desde gvSIG aconsejamos que para indicar una version de un proyecto
>>>> de gvSIG declaremos el numero de version en una propiedad en el pom.
>>>> Esto facilita actualizar las versiones a la ultima usando
>>>> mvn update-properties
>>>>
>>>>
>>>> En cuanto a la declaracion del scope...
>>>>
>>>> En el pom del plugin, que es donde deben ir las dependencias con los
>>>> otros plugins, es recomendable especificar el scope de esa dependencia.
>>>> Si no se especifica maven asume que es una dependencia de compilacion.
>>>> Esto parece no tener muchas repercusiones salvo que en algun momento
>>>> quieras obtener un informe de dependencias de tu proyecto o esteis
>>>> trabajando mas de un desarrollador en el y de repente necesites saber
>>>> si el proyecto precisa de una libreria en concreto. Te encontraras que no
>>>> sabras nunca si es una dependencia de runtime y alguien se olvido
>>>> de poner el scope, o es de compilacion. Asi que como cuesta
>>>> muy poquito poner que tipo de depenencia es, aconsejo que cuando se
>>>> a脙卤ada al pom se tenga la costumbre de indicarlo.
>>>>
>>>> Los scopes mas comunes son:
>>>> <scope>compile</scope>
>>>> <scope>runtime</scope>
>>>>
>>>>
>>>> Asi la declaracion con las dependencias con el plugin de tablas y layout
>>>> serian:
>>>>
>>>> <dependency>
>>>> <groupId>org.gvsig</groupId>
>>>> <artifactId>org.gvsig.app.document.table.app.mainplugin</artifactId>
>>>> <scope>compile</scope>
>>>> </dependency>
>>>> <dependency>
>>>> <groupId>org.gvsig</groupId>
>>>> <artifactId>org.gvsig.app.document.layout2.app.mainplugin</artifactId>
>>>> <scope>compile</scope>
>>>> </dependency>
>>>>
>>>> Bueno, pues solo era matizar algunas cosillas.
>>>>
>>>> Espero que te sirba.
>>>>
>>>>
>>>>
>>>>
>>>> El 23 de octubre de 2015, 11:43, Javier Gal谩n <javiergalans en gmail.com>
>>>> escribi贸:
>>>>
>>>>> Hola Ana:
>>>>>
>>>>> Ese es exactamente el hilo que esto mirando. Y gracias al cual me he
>>>>> animado a probar.
>>>>> Y al probar el script de Joaqu铆n, me da el mismo error que a ti.
>>>>> Por lo que al ver que faltaban dependencias quer铆a configurarlo, pero
>>>>> no he encontrado donde he de escribirlas.
>>>>> He buscado tanto "*.pom" como "pom.xml", "pom.*". Salen muchos, pero
>>>>> ninguno en la carpeta de gvSIG (igual estoy buscando donde no toca.
>>>>> Perdonadme, pero en esto del scrip soy un poco nuevo y a veces me
>>>>> pierdo un poco.
>>>>>
>>>>> Much铆simas gracias por la ayuda
>>>>> Javier
>>>>>
>>>>> El 23 de octubre de 2015, 11:16, Ana Calle <nico200307 en gmail.com>
>>>>> escribi贸:
>>>>>
>>>>>> Hola Javier,
>>>>>> consulta el hilo
>>>>>> c贸mo recorrer los elementos de un mapa automaticamente
>>>>>> de este mismo mes, seguro que te ayuda
>>>>>>
>>>>>> Saludos
>>>>>>
>>>>>> El 23 de octubre de 2015, 10:56, Javier Gal谩n <javiergalans en gmail.com
>>>>>> > escribi贸:
>>>>>>
>>>>>>> Hola
>>>>>>>
>>>>>>> Quiero intentar algunas automatizaciones con las salidas de los
>>>>>>> mapas, y estoy buscando el pom para poder modificarlo, pero no se donde lo
>>>>>>> almacena.
>>>>>>> 驴Alguien podr铆a decirme donde lo encuentro?
>>>>>>>
>>>>>>> Gracias
>>>>>>> Javier
>>>>>>>
>>>>>>>
>>>>>>> El 15 de octubre de 2015, 7:52, Ana Calle <nico200307 en gmail.com>
>>>>>>> escribi贸:
>>>>>>>
>>>>>>>> Muchas gracias Joaqu铆n, claro que me servir谩, a mi y a mucha m谩s
>>>>>>>> gente.
>>>>>>>> Esos peque帽os scripts de c贸digo que casi siempre se aportan como
>>>>>>>> ejemplos (unido a esas buenas explicaciones a las que nos tienes
>>>>>>>> acostumbrados), ayudan mucho para continuar el trabajo.
>>>>>>>>
>>>>>>>> Saludos
>>>>>>>> ana
>>>>>>>>
>>>>>>>> El 14 de octubre de 2015, 21:20, Joaquin Jose del Cerro Murciano <
>>>>>>>> jjdelcerro en gvsig.org> escribi贸:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> El 14 de octubre de 2015, 9:03, Llu铆s Marqu茅s <lmarques en disid.com>
>>>>>>>>> escribi贸:
>>>>>>>>>
>>>>>>>>>> Hola Ana,
>>>>>>>>>>
>>>>>>>>>> si no me equivoco, efectivamente te faltan las siguientes
>>>>>>>>>> dependencias en el pom:
>>>>>>>>>>
>>>>>>>>>> <dependency>
>>>>>>>>>> <groupId>org.gvsig</groupId>
>>>>>>>>>>
>>>>>>>>>> <artifactId>org.gvsig.app.document.table.app.mainplugin</artifactId>
>>>>>>>>>> </dependency>
>>>>>>>>>> <dependency>
>>>>>>>>>> <groupId>org.gvsig</groupId>
>>>>>>>>>>
>>>>>>>>>> <artifactId>org.gvsig.app.document.layout2.app.mainplugin</artifactId>
>>>>>>>>>> </dependency>
>>>>>>>>>>
>>>>>>>>>> Adem谩s de a帽adir esta dos dependencias, tendr谩s que a帽adir el
>>>>>>>>>> siguiente manejo de dependencia en el pom de tu proyecto padre:
>>>>>>>>>>
>>>>>>>>>> <dependencyManagement>
>>>>>>>>>> <dependencies>
>>>>>>>>>> <dependency>
>>>>>>>>>> <groupId>org.gvsig</groupId>
>>>>>>>>>>
>>>>>>>>>> <artifactId>org.gvsig.app.document.layout2.app.mainplugin</artifactId>
>>>>>>>>>> <version>2.0.57</version>
>>>>>>>>>> </dependency>
>>>>>>>>>> </dependencies>
>>>>>>>>>> </dependencyManagement>
>>>>>>>>>>
>>>>>>>>>> Solo es necesario a帽adir el manejo de *layout2* porque en el
>>>>>>>>>> *pom* de *org.gvsig.desktop* ya tiene indicado el manejo para la
>>>>>>>>>> dependencia del documento tabla.
>>>>>>>>>>
>>>>>>>>>> Por otro lado, como las dependencias que estas a帽adiendo son a
>>>>>>>>>> otros plugins de gvSIG, es necesario indicar en el config.xml que depende
>>>>>>>>>> de estos dos plugins por dos motivos: el primero para que en tiempo de
>>>>>>>>>> ejecuci贸n sepa donde se encuentran las clases y para que gvSIG cargue
>>>>>>>>>> primero los plugins de los que dependes antes de tu plugin. Quedar铆a algo
>>>>>>>>>> as铆:
>>>>>>>>>>
>>>>>>>>>> <plugin-config>
>>>>>>>>>> <depends plugin-name="org.gvsig.app.mainplugin" />
>>>>>>>>>> <depends
>>>>>>>>>> plugin-name="org.gvsig.app.document.table.app.mainplugin" />
>>>>>>>>>> <depends
>>>>>>>>>> plugin-name="org.gvsig.app.document.layout2.app.mainplugin" />
>>>>>>>>>>
>>>>>>>>>> [...]
>>>>>>>>>>
>>>>>>>>>> Si alguien ven algo incorrecto que me corriga. Un saludo, Llu铆s.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> Hola Ana,
>>>>>>>>> un correccion a lo que comenta Luis, y algunas recomendaciones.
>>>>>>>>>
>>>>>>>>> Primero la correccion.
>>>>>>>>>
>>>>>>>>> La versiom del layout no creo que sea esa la que te interese, esa
>>>>>>>>> es
>>>>>>>>> la version del layout del build 2.3.0-2403, y supongo que tu
>>>>>>>>> querras
>>>>>>>>> la de la 2.2.0 final o la de la 2.1.0 final.
>>>>>>>>>
>>>>>>>>> - Para gvSIG 2.2.0-2313 es la 2.0.52 del layout.
>>>>>>>>> - Para gvSIG 2.1.0-2269 es la 2.0.42 del layout.
>>>>>>>>>
>>>>>>>>> Como aun no hay version final de la 2.3.0 no te aconsejo que
>>>>>>>>> trabajes
>>>>>>>>> con versiones del layout superiores a la 2.0.52.
>>>>>>>>>
>>>>>>>>> Para saber que version tienes que usar del layout, tienes que
>>>>>>>>> determinar
>>>>>>>>> contra que version de gvSIG vas a trabajar y mirar en la
>>>>>>>>> instalacion de
>>>>>>>>> esa version en:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> gvSIG/extensiones/org.gvsig.app.document.layout2.app.mainplugin/org.gvsig.app.document.layout2.app.mainplugin-*.jar
>>>>>>>>>
>>>>>>>>> La version de ese jar te da la version del layout para ese gvSIG.
>>>>>>>>>
>>>>>>>>> Y ahora las recomendaciones.
>>>>>>>>>
>>>>>>>>> Son dos...
>>>>>>>>>
>>>>>>>>> - Relacionadas con la inclusion de las dependencias
>>>>>>>>> en el dependencyManagement
>>>>>>>>> - Relacionadas con el scope de las dependencias.
>>>>>>>>>
>>>>>>>>> Es correcto usar la definicion de dependencias en el
>>>>>>>>> dependencyManagenet que te ha indicado Lluis, pero la recomendacion es que
>>>>>>>>> para a帽adir una dependencia al
>>>>>>>>> dependencyManagenet le pongas algo como:
>>>>>>>>>
>>>>>>>>> ...
>>>>>>>>> <properties>
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>> <org.gvsig.app.document.layout2.app.version>2.0.55</org.gvsig.app.document.layout2.app.version>
>>>>>>>>> ...
>>>>>>>>> </properties>
>>>>>>>>>
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>> <dependency>
>>>>>>>>> <groupId>org.gvsig</groupId>
>>>>>>>>> <artifactId>org.gvsig.app.document.layout2.app</artifactId>
>>>>>>>>>
>>>>>>>>> <version>${org.gvsig.app.document.layout2.app.version}</version>
>>>>>>>>> <type>pom</type>
>>>>>>>>> <scope>import</scope>
>>>>>>>>> </dependency>
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>> Que significa eso:
>>>>>>>>> - En lugar de incluir una dependencia con un subproyecto del
>>>>>>>>> proyecto
>>>>>>>>> org.gvsig.app.document.layout2.app, le diremos que importe las
>>>>>>>>> dependencias que hay declaradas en el proyecto raiz del layout.
>>>>>>>>> Eso lo hacemos con los tags type y scope.
>>>>>>>>> Esto minimiza los errores al especificar la version cuando
>>>>>>>>> tenemos
>>>>>>>>> que declarar mas de una dependencia de un mismo proyecto.
>>>>>>>>> Salvo error, todos los proyectos de gvSIG indican en el
>>>>>>>>> dependencyManagement
>>>>>>>>> del proyecto raiz las versiones de los artifactos que generan sus
>>>>>>>>> subproyectos y las de las librerias que pueden ser necesarias
>>>>>>>>> para
>>>>>>>>> linkar con ellos.
>>>>>>>>> Es aconsojable que en tus proyectos relacionados con gvSIG sigas
>>>>>>>>> esta
>>>>>>>>> practica para facilitar el uso desde otros proyectos.
>>>>>>>>>
>>>>>>>>> - Desde gvSIG aconsejamos que para indicar una version de un
>>>>>>>>> proyecto
>>>>>>>>> de gvSIG declaremos el numero de version en una propiedad en el
>>>>>>>>> pom.
>>>>>>>>> Esto facilita actualizar las versiones a la ultima usando
>>>>>>>>> mvn update-properties
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> En cuanto a la declaracion del scope...
>>>>>>>>>
>>>>>>>>> En el pom del plugin, que es donde deben ir las dependencias con
>>>>>>>>> los
>>>>>>>>> otros plugins, es recomendable especificar el scope de esa
>>>>>>>>> dependencia.
>>>>>>>>> Si no se especifica maven asume que es una dependencia de
>>>>>>>>> compilacion.
>>>>>>>>> Esto parece no tener muchas repercusiones salvo que en algun
>>>>>>>>> momento
>>>>>>>>> quieras obtener un informe de dependencias de tu proyecto o esteis
>>>>>>>>> trabajando mas de un desarrollador en el y de repente necesites
>>>>>>>>> saber
>>>>>>>>> si el proyecto precisa de una libreria en concreto. Te encontraras
>>>>>>>>> que no
>>>>>>>>> sabras nunca si es una dependencia de runtime y alguien se olvido
>>>>>>>>> de poner el scope, o es de compilacion. Asi que como cuesta
>>>>>>>>> muy poquito poner que tipo de depenencia es, aconsejo que cuando se
>>>>>>>>> a帽ada al pom se tenga la costumbre de indicarlo.
>>>>>>>>>
>>>>>>>>> Los scopes mas comunes son:
>>>>>>>>> <scope>compile</scope>
>>>>>>>>> <scope>runtime</scope>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Asi la declaracion con las dependencias con el plugin de tablas y
>>>>>>>>> layout
>>>>>>>>> serian:
>>>>>>>>>
>>>>>>>>> <dependency>
>>>>>>>>> <groupId>org.gvsig</groupId>
>>>>>>>>>
>>>>>>>>> <artifactId>org.gvsig.app.document.table.app.mainplugin</artifactId>
>>>>>>>>> <scope>compile</scope>
>>>>>>>>> </dependency>
>>>>>>>>> <dependency>
>>>>>>>>> <groupId>org.gvsig</groupId>
>>>>>>>>>
>>>>>>>>> <artifactId>org.gvsig.app.document.layout2.app.mainplugin</artifactId>
>>>>>>>>> <scope>compile</scope>
>>>>>>>>> </dependency>
>>>>>>>>>
>>>>>>>>> Bueno, pues solo era matizar algunas cosillas.
>>>>>>>>>
>>>>>>>>> Espero que te sirba.
>>>>>>>>>
>>>>>>>>> Un saludo
>>>>>>>>> Joaquin
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> El 14/10/15 a las 08:10, Ana Calle escribi贸:
>>>>>>>>>>
>>>>>>>>>> Hola Joaquin,
>>>>>>>>>> he estado intentando hacer funcionar el c贸digo que me pasaste, a
>>>>>>>>>> mi extensi贸n en java, pero (perdona mi ignorancia) no he sido capaz.
>>>>>>>>>>
>>>>>>>>>> Me da error directamente al intentar hacer los import
>>>>>>>>>> correspondientes.
>>>>>>>>>>
>>>>>>>>>> S铆 que me deja hacer:
>>>>>>>>>> import org.gvsig.app.project.documents.view.ViewManager;
>>>>>>>>>>
>>>>>>>>>> Pero me da error de que no puede resolver:
>>>>>>>>>> import org.gvsig.app.project.documents.layout.LayoutManager;
>>>>>>>>>> import org.gvsig.app.project.documents.table.TableManager;
>>>>>>>>>> Supongo que me falta alguna referencia en el pom.xml o algo as铆,
>>>>>>>>>> pero no consigo verlo
>>>>>>>>>> A ver si me puedes echar una mano...
>>>>>>>>>> Como siempre muchas gracias por tu tiempo.
>>>>>>>>>>
>>>>>>>>>> Saludos
>>>>>>>>>>
>>>>>>>>>> El 13 de octubre de 2015, 14:22, Joaquin Jose del Cerro Murciano
>>>>>>>>>> < <jjdelcerro en gvsig.org>jjdelcerro en gvsig.org> escribi贸:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> El 13 de octubre de 2015, 12:26, Ana Calle <
>>>>>>>>>>> <nico200307 en gmail.com>nico200307 en gmail.com> escribi贸:
>>>>>>>>>>>
>>>>>>>>>>>> Buenos d铆as,
>>>>>>>>>>>> en el proceso de migraci贸n del c贸digo de una extensi贸n
>>>>>>>>>>>> realizada en gvSig 1.10, tenemos implementados una serie de planos con sus
>>>>>>>>>>>> respectivos cajetines.
>>>>>>>>>>>> De manera autom谩tica, el plano se rellenaba seg煤n las
>>>>>>>>>>>> caracter铆sticas de consulta correspondientes, es decir, en el cajet铆n se
>>>>>>>>>>>> van sustituyendo los textos gen茅ricos por los espec铆ficos de la consulta.
>>>>>>>>>>>> Ten铆amos implementado el c贸digo en el que obten铆a el layout de
>>>>>>>>>>>> la ventana del plano, y ah铆 se recorr铆an los elementos:
>>>>>>>>>>>>
>>>>>>>>>>>> --recorriendo los documentos lleg谩bamos a la ventana del plano
>>>>>>>>>>>> (vEntana):
>>>>>>>>>>>>
>>>>>>>>>>>> Layout l =(Layout)vEntana;
>>>>>>>>>>>> IFFrame[] fframes = l.getFFrames();
>>>>>>>>>>>> for (int i = 0; i < fframes.length; i++) {
>>>>>>>>>>>> if (fframes[i] instanceof FFrameView) {
>>>>>>>>>>>> ......
>>>>>>>>>>>> }else if (fframes[i] instanceof FFrameText){
>>>>>>>>>>>> ......
>>>>>>>>>>>> }
>>>>>>>>>>>> }
>>>>>>>>>>>> 驴como podr铆a obtener ese layout y los IFFrame[] con la nueva
>>>>>>>>>>>> version gvSig 2.2?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> Puedes o recorrer todos los documentos, puedes o no filtrar por
>>>>>>>>>>> tipo, o recuperar un documento layout en concreto por nombre. Una vez
>>>>>>>>>>> tengas el documento layout, accedes LayoutContext y a el ya le puedes
>>>>>>>>>>> peridr "getFFrames".
>>>>>>>>>>>
>>>>>>>>>>> Dejo pedacito de script (falta la iniciaciacion del acceso al
>>>>>>>>>>> layout desde scripting pero para usarlo de inspiracion en java es
>>>>>>>>>>> suficiente).
>>>>>>>>>>>
>>>>>>>>>>> Ojo, que el LayoutDocument, lo que devuelbe el getDocuments, no
>>>>>>>>>>> es la ventana del plano, si no el documento. No recuerdo cuando se separo,
>>>>>>>>>>> por un lado el interface grafico y por otro la logica del documento.
>>>>>>>>>>>
>>>>>>>>>>> Un saludo
>>>>>>>>>>> Joaquin
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> from org.gvsig.app import ApplicationLocator
>>>>>>>>>>> from org.gvsig.app.project.documents.layout import LayoutManager
>>>>>>>>>>>
>>>>>>>>>>> def main(*args):
>>>>>>>>>>> # Recuperamos el proyecto
>>>>>>>>>>> project = ApplicationLocator.getManager().getCurrentProject()
>>>>>>>>>>>
>>>>>>>>>>> # Opcion 1
>>>>>>>>>>> # Recorremos los layouts que hay en el proyecto
>>>>>>>>>>> layouts = project.getDocuments(LayoutManager.TYPENAME)
>>>>>>>>>>> for layout in layouts:
>>>>>>>>>>> print layout.__class__.__name__, layout.getName()
>>>>>>>>>>> contextLayout = layout.getLayoutContext()
>>>>>>>>>>> for elemento in contextLayout.getAllFFrames():
>>>>>>>>>>> print elemento.getName()
>>>>>>>>>>>
>>>>>>>>>>> print "----------------------------"
>>>>>>>>>>>
>>>>>>>>>>> # Opcion 2
>>>>>>>>>>> # Recuperamos un layout por nombre
>>>>>>>>>>> layout = project.getDocument("Plantilla",
>>>>>>>>>>> LayoutManager.TYPENAME)
>>>>>>>>>>> print layout.__class__.__name__, layout.getName()
>>>>>>>>>>> contextLayout = layout.getLayoutContext()
>>>>>>>>>>> for elemento in contextLayout.getAllFFrames():
>>>>>>>>>>> print elemento.getName()
>>>>>>>>>>>
>>>>>>>>>>> print "----------------------------"
>>>>>>>>>>>
>>>>>>>>>>> # Como obtener la venta del layout
>>>>>>>>>>> layoutManager =
>>>>>>>>>>> ApplicationLocator.getProjectManager().getDocumentManager(LayoutManager.TYPENAME)
>>>>>>>>>>>
>>>>>>>>>>> layout = project.getDocument("Plantilla",
>>>>>>>>>>> LayoutManager.TYPENAME)
>>>>>>>>>>> layoutPanel = layoutManager.getMainWindow(layout)
>>>>>>>>>>> print layoutPanel.__class__.__name__,
>>>>>>>>>>> layoutPanel.getDocument().getName()
>>>>>>>>>>>
>>>>>>>>>>> Esto con el proyecto que tengo cargado saca:
>>>>>>>>>>>
>>>>>>>>>>> Running script test_layout2.
>>>>>>>>>>> DefaultLayoutDocument Plantilla
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameView
>>>>>>>>>>> FFrameScaleBar
>>>>>>>>>>> FFrameLegend
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameOverView
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameNorth
>>>>>>>>>>> FFramePicture
>>>>>>>>>>> ----------------------------
>>>>>>>>>>> DefaultLayoutDocument Plantilla
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameView
>>>>>>>>>>> FFrameScaleBar
>>>>>>>>>>> FFrameLegend
>>>>>>>>>>> FFrameText
>>>>>>>>>>> FFrameOverView
>>>>>>>>>>> FFrameGraphics
>>>>>>>>>>> FFrameNorth
>>>>>>>>>>> FFramePicture
>>>>>>>>>>> ----------------------------
>>>>>>>>>>> LayoutPanelImpl Plantilla
>>>>>>>>>>> Script test_layout2 terminated.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> Muchas gracias de antemano,
>>>>>>>>>>>> un saludo
>>>>>>>>>>>> Ana
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> 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>
>>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> gvSIG_desarrolladores mailing listgvSIG_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
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>>
>>>>>>>>>> Llu铆s Marqu茅s Castell贸 / Ingeniero software
>>>>>>>>>>
>>>>>>>>>> [image: DISID] <lmarques en disid.com> [image: DISID]
>>>>>>>>>> <http://twitter.com/llumarca>
>>>>>>>>>> [image: DISID] <http://www.disid.com>
>>>>>>>>>>
>>>>>>>>>> DISID Corporation S.L. Tfno: 34 963 516 309 / Fax: 96 119 81 10
>>>>>>>>>> C/ San Vicente 84, 5 A 46002 Valencia - Espa帽a
>>>>>>>>>> http://www.disid.com
>>>>>>>>>>
>>>>>>>>>> [image: Facebook] <http://www.facebook.com/DISIDCorp> [image:
>>>>>>>>>> Twitter] <http://twitter.com/disid_corp> [image: Linkedin]
>>>>>>>>>> <http://www.linkedin.com/company/disid> [image: Github]
>>>>>>>>>> <http://github.com/disid/>
>>>>>>>>>> *Proveedor de soluciones software*
>>>>>>>>>>
>>>>>>>>>> Confidencialidad: Esta comunicaci贸n contiene informaci贸n que
>>>>>>>>>> puede ser confidencial y privilegiada. Es para uso exclusivo del
>>>>>>>>>> destinatario indicado. Si no es Vd. el destinatario, por favor tome nota de
>>>>>>>>>> que cualquier distribuci贸n, copia o uso de esta comunicaci贸n o informaci贸n
>>>>>>>>>> est谩 estrictamente prohibido. Si ha recibido este mensaje por error, por
>>>>>>>>>> favor av铆senos por e-mail a info en disid.com y despu茅s destruya el
>>>>>>>>>> mensaje y cualquier copia de 茅l. Las opiniones expresadas en el mensaje
>>>>>>>>>> pueden ser personales y no necesariamente opiniones de DISID Corporation,
>>>>>>>>>> S.L.
>>>>>>>>>>
>>>>>>>>>> Virus y Seguridad: Aunque hemos tomado las medidas para
>>>>>>>>>> asegurarnos que este correo electr贸nico y sus ficheros adjuntos est谩n
>>>>>>>>>> libres de virus, le recomendamos que a efectos de mantener buenas pr谩cticas
>>>>>>>>>> de seguridad, el receptor debe asegurarse que este correo y sus ficheros
>>>>>>>>>> adjuntos est谩n libres de virus.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>
> _______________________________________________
> 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髕ima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment.htm
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : jdadeejc.png
Tipo : image/png
Tama帽o : 243 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment.png
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : befdbihe.png
Tipo : image/png
Tama帽o : 177 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment-0001.png
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : hahcfbda.png
Tipo : image/png
Tama帽o : 737 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment-0002.png
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : bdeciebd.png
Tipo : image/png
Tama帽o : 603 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment-0003.png
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : ecbggaai.png
Tipo : image/png
Tama帽o : 871 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment-0004.png
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : jbbagihd.png
Tipo : image/png
Tama帽o : 3310 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment-0005.png
------------ pr髕ima parte ------------
Se ha borrado un mensaje que no est谩 en formato texto plano...
Nombre : ajhjhdag.png
Tipo : image/png
Tama帽o : 909 bytes
Descripci贸n: no disponible
Url : http://listserv.gva.es/pipermail/gvsig_desarrolladores/attachments/20151026/456a2d89/attachment-0006.png
M醩 informaci髇 sobre la lista de distribuci髇 gvSIG_desarrolladores