[Gvsig_desarrolladores] Expresiones únicas para pintar capa y compatibilidad hacia atrás

[Francisco Puga]

Hola,

En versiones anteriores de gvSIG tenía una expresión para pintar la capa
que funcionaba correctamente:

'tip_estac = 'Hidrométrica' and (estado != 'Operacional' or estado is null)

Me he dado cuenta de que el *!=* ya no funciona y ahora hay que usar *<>*.

Lo comento porqué igual lo consideráis una regresión y resulta conveniente
hacer un parche. Por qué puede haber más gente como yo con leyenda antiguas
a la que le pete.

Saludos.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Evitar insert + update sobre la bd

[Francisco Puga]

Gracias Joaquin,

La verdad es que no lo he investigado al 100% pero como comento en el
ticket creo que puede haber algún problema en como se marca que features
son nuevas cuando luego se usa algún iterador.

Quitando esa línea de  `fData.setNew(false);` (esto parche ya lo tenía
aplicado en la 2.3.1) y modificando el orden de los inserts y updates el
código que tenía para la versión 2.3.1 sigue funcionando sin modificaciones.

Joaquin Jose del Cerro Murciano  escreveu no dia
domingo, 22/11/2020 à(s) 18:42:

>
>
> El sáb., 21 nov. 2020 a las 13:52, Francisco Puga ()
> escribió:
>
>> He creado un ticket donde comento alguna cosa más y un posible arreglo
>>
>> https://redmine.gvsig.net/redmine/issues/5512
>>
>> No habia visto este correo.
> A ver si podemos echarle un vistazo en los proximos dias.
>
> Un saludo
> Joaquin
>
> Francisco Puga  escreveu no dia sexta, 20/11/2020 à(s)
>> 17:15:
>>
>>> Hola,
>>>
>>> Si en cierto momento creo e inserto una feature en el feature store con
>>>
>>> featureStore.insert(feat)
>>>
>>> y más adelante recupero esa feture tipo
>>>
>>> feat.getEditable()
>>> feat.set(...)
>>> featureStore.update(feat)
>>>
>>> a la bd se manda un INSERT y luego un UPDATE. Esto es problemático en
>>> algunos casos. Cuál sería la forma correcta de gestionar esto? En lugar del
>>> featureStore.update puedo modificar directamente la Feature haciendo
>>> primero un feature.isInserted?
>>>
>>> Saludos y gracias.
>>>
>>> --
>>> 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).
>>>
>>
>>
>> --
>> 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@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> gvSIG Association
> www.gvsig.com
> _

Re: [Gvsig_desarrolladores] Evitar insert + update sobre la bd

[Francisco Puga]

He creado un ticket donde comento alguna cosa más y un posible arreglo

https://redmine.gvsig.net/redmine/issues/5512

Francisco Puga  escreveu no dia sexta, 20/11/2020 à(s)
17:15:

> Hola,
>
> Si en cierto momento creo e inserto una feature en el feature store con
>
> featureStore.insert(feat)
>
> y más adelante recupero esa feture tipo
>
> feat.getEditable()
> feat.set(...)
> featureStore.update(feat)
>
> a la bd se manda un INSERT y luego un UPDATE. Esto es problemático en
> algunos casos. Cuál sería la forma correcta de gestionar esto? En lugar del
> featureStore.update puedo modificar directamente la Feature haciendo
> primero un feature.isInserted?
>
> Saludos y gracias.
>
> --
> 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).
>


-- 
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@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Evitar insert + update sobre la bd

[Francisco Puga]

Hola,

Si en cierto momento creo e inserto una feature en el feature store con

featureStore.insert(feat)

y más adelante recupero esa feture tipo

feat.getEditable()
feat.set(...)
featureStore.update(feat)

a la bd se manda un INSERT y luego un UPDATE. Esto es problemático en
algunos casos. Cuál sería la forma correcta de gestionar esto? En lugar del
featureStore.update puedo modificar directamente la Feature haciendo
primero un feature.isInserted?

Saludos y gracias.

-- 
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@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Directorio de preferencias en la portable

[Francisco Puga]

Me queda claro. Gracias Joaquín.

Joaquin Jose del Cerro Murciano  escreveu no dia
sábado, 7/11/2020 à(s) 17:49:

>
>
> El mié., 4 nov. 2020 a las 18:18, Francisco Puga ()
> escribió:
>
>> Hola,
>>
>> En versiones anteriores de gvSIG si quería empaquetar una versión
>> portable con cierta configuración como el idioma o la proyección por
>> defecto, generaba unos ficheros `andami-config.xml` y
>> `plugins-persistence-2_0.xml` mínimos con la configuración que quería y los
>> metía en `home/gvSIG`.
>>
>> Ahora me he dado cuenta de que esa carpeta ya no se usa y ahora es
>> `preferences/gvSIG`. Aparte de renombrar `home->preferences` ¿el resto
>> continúa igual?
>>
>> Pregunto porqué tengo algo de confusión con los ficheros
>> `preferences/gvSIG/plugins/*/plugin-persistence.dat`. Por ejemplo:
>>
>> # plugins-persistence-2_0.xml
>> 
>>   > value="org.gvsig.app.mainplugin" />
>>   
>>   
>>   [ ... ]
>>   // No hay OpenWithANewMaximizedView
>> 
>>
>> # org.gvsig.app.mainplugin/plugin-persistence.dat
>> 2.0
>> > type="boolean">false
>> // No hay nada sobre la proyección
>>
>>
>> Si abro gvSIG y cambio la proyección y el zoominfactor. La proyección se
>> cambia en plugins-persistence-2_0.xml, el zoominfactor se mantiene igual en
>> plugins-persistence-2_0.xml y se cambia en plugin-persistence.dat. Si
>> intento añadir a mano "OpenWithANewMaximizedView"
>> a plugins-persistence-2_0.xml no pasa nada.
>>
>> ¿Cual es la idea del sistema de persistencia?
>>
>>- Es un bug que haya propiedades duplicadas en ambos ficheros
>>- Es por compatibilidad pero se van a ir eliminando valores
>>de plugins-persistence-2_0.xml para dejarlos sólo en los .dat?
>>
>> ¿Alguna recomendación sobre como gestionar las persistencias en la
>> portable? Estaba pensando que en lugar de tocar los ficheros de
>> configuración podía intentar setear los valores por código en cada
>> arranque, pero no me parece muy óptimo, y en el "primer" arranque no serían
>> los válidos.
>>
>>
> No te puedo dar muchas pistas sobre esto.
> Lo unico es que los ficheros:
> - plugins-persistence-2_0.xml
> - andami-config.xml
> Deberian tender a dejar de usarse y desaparecer.
> La configuracion de los pluins va en el fichero "plugin-persistence.dat"
> de cada plugin; pero no nos hemos atrevido a quitar las opciones de
> configuracion que habia en los ".xml", lo que no vamos ha hacer es añadir
> nada mas a ellos. Si un plugin necesita algo nuevo de persistencia va en el
> ".dat" (en el "plugin-persistence".def" de la instalacion se define que va
> en el dat).
> Respecto a que pueden haber cosas duplicadas en el dat y en el xml, puede
> ser. Sobre todo cosas que se tocaron al principio de introducir los ".dat",
> o con plugins que han dejado de usar el ".xml" para usar solo el ".dat".
>
> Un saludo
> Joaquin
>
> Saludos y Gracias.
>>
>>
>> --
>> Francisco Puga
>> iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
>> http://www.icarto.es/
>>
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> gvSIG Association
> www.gvsig.com
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>


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

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

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

[Gvsig_desarrolladores] Directorio de preferencias en la portable

[Francisco Puga]

Hola,

En versiones anteriores de gvSIG si quería empaquetar una versión portable
con cierta configuración como el idioma o la proyección por defecto,
generaba unos ficheros `andami-config.xml` y `plugins-persistence-2_0.xml`
mínimos con la configuración que quería y los metía en `home/gvSIG`.

Ahora me he dado cuenta de que esa carpeta ya no se usa y ahora es
`preferences/gvSIG`. Aparte de renombrar `home->preferences` ¿el resto
continúa igual?

Pregunto porqué tengo algo de confusión con los ficheros
`preferences/gvSIG/plugins/*/plugin-persistence.dat`. Por ejemplo:

# plugins-persistence-2_0.xml

  
  
  
  [ ... ]
  // No hay OpenWithANewMaximizedView


# org.gvsig.app.mainplugin/plugin-persistence.dat
2.0
false
// No hay nada sobre la proyección


Si abro gvSIG y cambio la proyección y el zoominfactor. La proyección se
cambia en plugins-persistence-2_0.xml, el zoominfactor se mantiene igual en
plugins-persistence-2_0.xml y se cambia en plugin-persistence.dat. Si
intento añadir a mano "OpenWithANewMaximizedView"
a plugins-persistence-2_0.xml no pasa nada.

¿Cual es la idea del sistema de persistencia?

   - Es un bug que haya propiedades duplicadas en ambos ficheros
   - Es por compatibilidad pero se van a ir eliminando valores
   de plugins-persistence-2_0.xml para dejarlos sólo en los .dat?

¿Alguna recomendación sobre como gestionar las persistencias en la
portable? Estaba pensando que en lugar de tocar los ficheros de
configuración podía intentar setear los valores por código en cada
arranque, pero no me parece muy óptimo, y en el "primer" arranque no serían
los válidos.

Saludos y Gracias.


-- 
Francisco Puga
iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
http://www.icarto.es/
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Actualizar a 2.5.1. Problema con nativas de gdal

[Francisco Puga]

Hola,

Esto sigue pasando en la versión final.

He creado un ticket: https://redmine.gvsig.net/redmine/issues/5489

Francisco Puga  escreveu no dia terça, 20/10/2020 à(s)
11:35:

> Hola,
>
> Estoy tratando de abrir un fichero .gpx en un gvSIG lanzado desde el
> entorno de desarrollo. Al pulsar en "Abrir" en el Wizard de OGR de Cargar
> Capa, me sale la excepción:
>
> 'long org.gdal.ogr.ogrJNI.GetDriverByName(java.lang.String)'
>> java.lang.UnsatisfiedLinkError: 'long
>> org.gdal.ogr.ogrJNI.GetDriverByName(java.lang.String)'
>> at org.gdal.ogr.ogrJNI.GetDriverByName(Native Method)
>> at org.gdal.ogr.ogr.GetDriverByName(ogr.java:152)
>> at
>> org.gvsig.gdal.prov.gml.GMLDataStoreProviderFactory.canOpen(GMLDataStoreProviderFactory.java:101)
>> at
>> org.gvsig.gdal.prov.gml.GMLDataStoreProviderFactory.createDataExplorerParameters(GMLDataStoreProviderFactory.java:80)
>> at
>> org.gvsig.gdal.app.ogr.mainplugin.gui.JOGRDataExplorerController.setExplorerParameters(JOGRDataExplorerController.java:168)
>> at
>> org.gvsig.gdal.app.ogr.mainplugin.gui.JOGRDataExplorerController.access$2(JOGRDataExplorerController.java:150)
>> at
>> org.gvsig.gdal.app.ogr.mainplugin.gui.JOGRDataExplorerController$3.actionPerformed(JOGRDataExplorerController.java:234)
>
>
> Veo que en mi workspace anterior tengo las "nativas" dentro `ls
> gvsig-desktop2.3.1-2501/org.gvsig.desktop-2.0.157/target/product/gvSIG/extensiones/org.gvsig.gdal.app.mainplugin/`,
> y que en el gvSIG descargado de la 2.5.1 está más o menos igual `ls
> gvSIG-desktop-2.5.1-3042-RC2-lin-x86_64/gvSIG/extensiones/org.gvsig.gdal.app.mainplugin/`.
>
>
> Pero en el workspace de la 2.5.1 no están los ".so" si no que hay unos
> ficheros ".dylib", que creo que son los equivalentes a los `.so` de linux
> en Mac. En las fuentes en sí, están los ".so" (adjunto captura) pero es
> como si al hacer el mvn install identificará mal el sistema operativo y
> copiara lo que no es.
>
> Revisando un poco he visto que en el pom de
> "org.gvsig.gdal.app.mainplugin.darwin_macos_10.11.x86_64" están puestos los
> mismos profiles y condiciones de activación en el de lin.x86_64. Me he
> cargado los "profile" de los pom y hecho un install de nuevo y ya parece
> funcionar, así que parece un bug.
>
> Saludos.
>
>
> --
> Francisco Puga
> iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
> http://www.icarto.es/
>
>

-- 
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@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Problemas compilando gvsig-desktop-2.5.1-3042-rc2

[Francisco Puga]

Gracias por la respuesta.

No he conseguido arreglarlo pero mi código no depende de la parte de ráster
y puedo vivir con las "aspas". Probaré si en la siguiente versión se
soluciona.

Saludos.

Joaquin Jose del Cerro Murciano  escreveu no dia
domingo, 25/10/2020 à(s) 08:57:

>
>
> El sáb., 17 oct. 2020 a las 13:29, Francisco Puga ()
> escribió:
>
>> Hola,
>>
>> Tengo un workspace de Eclipse con `gvsig-desktop2.3.1-2501` y algunos
>> plugins propios funcionando. Quería migrar el proyecto a una nueva versión
>> de gvSIG para poder usar el plugin de Geopaparazzi.
>>
>> Para ello, estoy montando un nuevo workspace para
>> `gvsig-desktop-2.5.1-3042-rc2`. Adjunto las instrucciones que estoy
>> siguiendo (está mezclado lo nuevo con la versión anterior de gvSIG). El
>> resumen es que para los repositorios, descargo la aplicación,  veo el `
>> package.info` de los plugins que me interesan y a partir
>> de `sources-url` deduzco la url y tag a usar:
>>
>> ```
>> mkdir gvsig-desktop-2.5.1-3042-rc2 && cd gvsig-desktop-2.5.1-3042-rc2
>>
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-desktop/tags/org.gvsig.desktop-2.0.300
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-gdal/tags/org.gvsig.gdal-1.0.106/
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-geoprocess/org.gvsig.geoprocess/tags/org.gvsig.geoprocess-2.2.145
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-base-legends/org.gvsig.legend.vectorfilterexpression.app.mainplugin/tags/org.gvsig.legend.vectorfilterexpression.app.mainplugin-1.0.114
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-postgresql/tags/org.gvsig.postgresql-2.0.143/
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-raster/org.gvsig.raster/tags/org.gvsig.raster-2.2.134
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-raster/org.gvsig.raster.gdal/tags/org.gvsig.raster.gdal-2.2.122
>> svn checkout
>> https://devel.gvsig.org/svn/gvsig-vectorediting/org.gvsig.vectorediting/tags/org.gvsig.vectorediting-1.0.129
>> ```
>>
>> Con esto consigo abrir la aplicación, pero tengo un error muy raro en la
>> parte de ráster (ver captura adjunta). Veo clases marcadas como `package
>> org.gvsig.raster.lib.legend.impl.operations.colorbalancergb;` que están en
>> una ruta tipo
>> `org.gvsig.fmap.raster.lib.legend.impl.operations.colorbalancergb`.
>>
>> ¿Alguna pista? Gracias.
>>
>> Hola Francisco.
>
> Sin pensarlo mucho
> el nucleo de gvSIG desktop lleva ya incluido el nuevo raster. Aun sin
> probar y
> muy probablemente con los ultimos cambios fallen cosas. El raster nuevo,
> no es
> compatible con el viejo. Pueden estar las librerias "base" del nuevo y
> instalar
> los plugins del raster viejo; pero no tener los plugins del nuevo y el
> viejo
> raster simultaneamente.
>
> Al compilar org.gvsig.desktop se desplegan automaticamente los plugins del
> nuevo
> en con lo que si compilas tambien el viejo tendras los dos desplegados y
> colisionan.
>
> No hay ningun mecanismo para evitar desplegar el raster nuevo al compilar
> org.gvsig.desktop, asi que si no lo quieres, tendras que editar el pom
> de org.gvsig.desktop.plugins y comentarizar en la seccion de modulos todos
> los que tengan que ver con raster.
>
> Espero que te sirva.
>
> Un saludo
> Joaquin
>
>
>>
>> --
>> Francisco Puga
>> iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
>> http://www.icarto.es/
>>
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> gvSIG Association
> www.gvsig.com
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>


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

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

Este correo electrónico contiene información estr

Re: [Gvsig_desarrolladores] Formulario tras insertar geometría

[Francisco Puga]

Hola,

Gracias por contestar Joaquín.

He estado jugando un poco con el Column Manager pero no he encontrado
documentación sobre cómo funciona así que tampoco tengo más comentarios.

Joaquin Jose del Cerro Murciano  escreveu no dia
segunda, 26/10/2020 à(s) 21:48:

>
>>- Si se pulsa ok, con "campos en rojo" se vuelve a abrir el
>>formulario. Si se pulsa cancelar se cierra el formulario pero la nueva
>>feature también es eliminada de la capa. El funcionamiento de cancelar 
>> para
>>mi no tiene sentido. Tienes que tener la opción de introducir varias
>>geometrías seguidas, y rellenarlas a posteriori, por ejemplo mediante la
>>calculadora de campos.
>>
>> Una cosa es que te guste o no el tema de que te deje meter features con
> campos "obligatios" sin rellenar, que puede
> ser discutible e ingluso ir con gustos. Lo que hace me parece correcto. O
> aceptas la entrada o la cancelas. Si la aceptas
> es por que corriges los errores, y si la cancelas, pues eso, la has
> cancelado y la nueva feature no se introduce.
>

En esto no estoy de acuerdo. Lo he consultado con varios usuarios de gis de
iCarto y opinan que debería poder desactivarse el formulario o que se
puedan insertar geometrías y rellenar luego de otra forma los datos
alfanuméricos.



> El "ejemplo".
> Espero que te sirva algo de lo que te cuento.
> Si tienes mas dudas intetaremos ir resolviendotelas.
>

El ejemplo que me pasas es perfecto para mi caso de uso. Con eso resuelvo.

Gracias.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Formulario tras insertar geometría

[Francisco Puga]

Hola,

No tenía claro si el sitio adecuado para este mensaje era alguna de las
listas o el tracker, así que lo envío por aquí por si hubiera más opiniones.

He encontrado que tras insertar una geometría salta un formulario, y el
comportamiento de esta funcionalidad tiene varios problemas para mi:


   - El ancho generalmente está mal ajustado
   - Los campos no editables como la geometría deberían ser gráficamente
   distintos (color de fondo, ...)
   - El texto que sale en la zona de abajo que puede ser el nombre del
   campo con el foco, o un mensaje de error del campo con foco me parece
   confuso. Yo lo quitaría. Es redundante con la modal de error cuando pinchas
   en el campo.
   - Los nombres de los campos no aparecen directamente si no que a veces
   son "traducidos", pero no se donde están esas traducciones ni cómo
   modificarlas, y son incorrectas.
   - El tema de la validación de campos está guay, pero es peligrosa. Por
   ejemplo no tiene en cuenta claves foráneas. Así que puedes rellenar un
   formulario que pase todas las validaciones y aún así dar error al llegar a
   la base de datos.
   - Si se pulsa ok, con "campos en rojo" se vuelve a abrir el formulario.
   Si se pulsa cancelar se cierra el formulario pero la nueva feature también
   es eliminada de la capa. El funcionamiento de cancelar para mi no tiene
   sentido. Tienes que tener la opción de introducir varias geometrías
   seguidas, y rellenarlas a posteriori, por ejemplo mediante la calculadora
   de campos.

Desde mi punto de vista que salga siempre el formulario es muy molesto para
algunos workflows, y debería poder desactivarse esa opción. Sería
discutible cual debería ser el valor por defecto. Si me indicáis por donde
tirar puedo preparar un parche añadiendo esa opción en las preferencias o
el sistema que veáis.

También estaría bien que esta opción del formulario pudiera habilitarse o
deshabilitarse por código bajo demanda. Alguna idea de como hacer esto.

Saludos.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Actualizar a 2.5.1. Problema con FeatureQuery

[Francisco Puga]

Hola,

Antes con una tabla alfanumérica proveniente de postgres usaba un código
como este para filtrar algunas features de la tabla que me interesaban, y
estas features tenían todos los atributos:

```java
FeatureStore store = my_get_feature_store_from_the_tabledocument() // no
relevante. capa con al menos columnas: gid, bar, foo
boolean hasFilter = si_tiene_que_tener_filtro(); // no relevante
DataManager dataManager = DALLocator.getDataManager();
FeatureQuery query = store.createFeatureQuery();
if (hasFillter()) {
String where = "foo = 5";
Evaluator evaluator = dataManager.createExpresion(where) // ahora sería
createFilter
query.addFilter(evaluator);
}
FeaturePagingHelper set = manager.createFeaturePagingHelper(store, query,
10); // tenía todos los atributos

Feature feat = set.getFeatureAt(position);
feat.get("bar"); // IllegalArgumentException: Attribute name 'bar' not
found in the feature.
```

Pero ahora al intentar acceder a un atributo de la feature que no está
definido en el filtro obtengo un error. En otros métodos
de store.createFeatureQuery(); veo que al final se hace un
"query.retrievesAllAttributes();". ¿Este es el comportamiento esperado? Lo
comento por si es un bug.

He cambiado del siguiente modo y parece funcionar:

```java
FeatureStore store = my_get_feature_store_from_the_tabledocument() // no
relevante. capa con al menos columnas: gid, bar, foo
boolean hasFilter = si_tiene_que_tener_filtro(); // no relevante
DataManager dataManager = DALLocator.getDataManager();
FeatureQuery query = null;
if (hasFillter()) {
String where = "foo = 5";
store.createFeatureQuery(where, "", false);
} else {
 store.createFeatureQuery("", "", false);
}
FeaturePagingHelper set = manager.createFeaturePagingHelper(store, query,
10);

Feature feat = set.getFeatureAt(position);
feat.get("bar"); // It works!
```



-- 
Francisco Puga
iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
http://www.icarto.es/
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Ejemplo de cómo crear una capa

[Francisco Puga]

Hola,

Igual estos enlaces te ayudan.

Esto coge una capa de la base de datos y la exporta a shp

https://github.com/iCarto/sixhiara/blob/gvsig2/src/main/java/es/icarto/gvsig/sixhiara/ExportFontes.java#L65
https://github.com/iCarto/es.icarto.gvsig.commons/blob/gvsig2/src/main/java/es/icarto/gvsig/commons/datasources/SHPFactory.java


2018-07-09 14:44 GMT+02:00 Iago Alonso Alonso :

> Hola, he estado buscando y no encuentro un ejemplo sobre cómo crear por
> código una capa y añadirle las respectivas geometrías recuperadas de BD.
> Estoy atascado en el paso de crear una capa y cargarle las geometrías para
> mostrarlas en la vetana de Vista de gvSIG.
>
> ¿Hay algún enlace donde se explique cómo se hace?
>
> Un saludo.
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Personalizar la caja de herramientas de gvSIG

[Francisco Puga]

Sólo para referencias futuras hay un parche aquí:

https://redmine.gvsig.net/redmine/issues/4437

El 17 de febrero de 2017, 13:25, Mario Carrera <mcarr...@gvsig.com>
escribió:

>
> Hola Carlos,
>
> efectivamente no está guardando los cambios. Sí que lo hace en una misma
> sesión pero no persiste entre sesiones de gvSIG. Habría que implementarlo.
>
> Un saludo,
>   Mario
>
>
>
> El 16/02/17 a las 13:36, CARLOS COLOMBANA escribió:
>
> Hola Alvaro.
>
>
> Muchas gracias por el aviso :)
>
> Entonces la idea es mantener visibles los (16) geoprocesos siguientes:
>
>
>- gvSIG Geoprocesos
>- ​Capas vectoriales​
>  - Área de influencia
>  - Cortar
>  - Diferencia
>  - Disolver
>  - Enlace espacial
>  - Fusionar espacialmente
>  - Intersección
>  - Juntar
>  - Mínima envolvente convexa
>  - Reproyección
>  - Unión
>
>
>- ​SEXTANTE
>   - ​Herramientas básicas para capas ráster
>  - R​​ellenar celdas sin datos
>   - ​Iluminación y visibilidad
>  - ​​Cuenca visual aproximada
>   - ​Localiación óptima de elementos
>  - ​​Localización óptima de elementos
>   - ​Rasterización e interpolación
>  - ​​Densidad (kernel)
>  - Rasterizar capa vectorial
>
> Y ocultar el resto.
>
>
> Saludos!
>
> Carlos.
> --
> *De:* gvsig_desarrolladores-boun...@listserv.gva.es
> <gvsig_desarrolladores-boun...@listserv.gva.es>
> <gvsig_desarrolladores-boun...@listserv.gva.es> en nombre de Alvaro
> Anguix <aang...@gvsig.com> <aang...@gvsig.com>
> *Enviado:* miércoles, 15 de febrero de 2017 17:12
> *Para:* Lista de Desarrolladores de gvSIG
> *Asunto:* Re: [Gvsig_desarrolladores] Personalizar la caja de
> herramientas de gvSIG
>
> Hola,
>
> On 15/02/17 19:31, CARLOS COLOMBANA wrote:
>
> Hola.
>
>
> Estoy tratando de personalizar la caja de herramientas (Herramientas >
> Geoprocesamiento > Caja de herramientas) de gvSIG.
>
> La idea es mantener ciertos geoprocesos y ocultar el resto, sin
> eliminarlos (porque tal vez exista cierta dependencia entre ellos). En
> concreto, mantener:
>
>- gvSIG Geoprocesos
>- ​Capas vectoriales
>
>
>- Área de influencia
>  - Cortar
>  - Diferencia
>  - Disolver
>  - Enlace espacial
>  - Fusionar espacialmente
>  - Intersección
>  - Juntar
>  - Mínima envolvente convexa
>  - Reproyección
>  - Unión
>
>
>
>- ​SEXTANTE
>- ​​​Geosocial
>  - ​​Buscar en Twitter
>   - ​Herramientas básicas para capas ráster
>  - R​​ellenar celdas sin datos
>   - ​Iluminación y visibilidad
>  - ​​Cuenca visual aproximada
>   - ​Localiación óptima de elementos
>  - ​​Localiación óptima de elementos
>   - ​Rasterización e interpolación
>  - ​​Densidad (kernel)
>  - Rasterizar capa vectorial
>
>
> El de buscar en twitter no funciona, ya que cambió el API del servicio y
> debe ser revisado. Lo comento porque igual no te interesa mantenerlo.
>
> Saludos,
> Alvaro
>
>
>-
>   -
>  -
>
> Ocultar los geoprocesos:
>
>- gvSIG Geoprocesos
>- ​Capas ráster (todo)
>   - Capas vectoriales (el resto)
>   - Ráster Multiespectral (todo)
>- ​gvSIG Herramientas (todo)
>- Modelos (todo)
>- Scripts (todo)
>- SEXTANTE (el resto)
>
> Encontré algo interesante (adjunto capturas de pantalla). Se puede ir a la
> configuración de sextante (abajo a la derecha), luego a la configuración de
> grupos de algoritmos, y destildar todo lo que se quiera ocultar. El
> problema es que cuando reinicio gvSIG me vuelven a aparecer todos los
> geoprocesos nuevamente.
>
> ¿Alguien sabría cómo hacerlo de forma definitiva?.
>
> Saludos!
> Carlos.
>
>
> ___
> gvSIG_desarrolladores mailing listgvsig_desarrollado...@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
> baja en esta lista, acuda a la siguiente dirección: 
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
>
>
> ___
> gvSIG_desarrolladores mailing listgvsig_desarrollado...@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
> baja en esta lista, acuda a la siguiente dirección: 
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarr

Re: [Gvsig_desarrolladores] Modificaciones en la interfaz grafica

[Francisco Puga]

Hay un plugin de gvsig llamado customize o parecido que desde una interfaz
gráfica te permite configurar varios aspectos de gvsig, y empaquetarlo como
una nueva versión. Puedes probar a ver si con eso te llega.

A nivel general, para hacer un gvSIG a medida tienes que tocar varios
puntos. En concreto para "quitar botones" la idea es que habrás la carpeta
gvSIG/extensiones

ahí verás que hay un montón de directorios (que se pueden asimilar a
plugins). Cada uno de ellos tendrá dentro una carpeta config.xml. Si borras
una carpeta entera borrarás todos los botones y funcionalidades que quita
ese plugin.

Si editas uno de los config podrás eliminar extensiones individuales, mover
de sitio botones y menús, etc...

Hay un hilo donde se comentan algunos trucos más. Revisa los mails de
"Personalizar gvSIG" de este enlace

https://listserv.gva.es/pipermail/gvsig_desarrolladores/2016-November/thread.html

El 23 de febrero de 2017, 22:02, Alex Irmel Oviedo Solis <
alleinerw...@gmail.com> escribió:

> Buenas tardes a todos, mi pregunta va en el sentido de que necesito hacer
> modificaciones en la Interfaz de Usuario de gvSIG, dejando solamente un
> toolbar personalizado, una ventana con reportes y otra con el visualizador
> de mapas.
>
> Estuve intentando crear un proyecto con gradle y groovy con el fin de
> importar librerias de gvsig y contruir una interfaz rapida pero no se que
> dependecias y las versiones que deberia de poner, además no se si es el
> camino adecuado
>
> Espero sus consejos
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Duda al crear un campo Geometry en una tabla para PostgreSQL

[Francisco Puga]

 *Caused by: java.lang.IllegalArgumentException: argument type mismatch*
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAccessorImpl.java:62)
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:422)
> at org.gvsig.fmap.dal.impl.DataStoreProviderToFeatureStor
> eProviderFactoryWrapper.createProvider(DataStoreProviderToFeatureStor
> eProviderFactoryWrapper.java:59)
> ... 8 more
>
> Por lo tanto, mi pregunta es qué estoy haciendo mal a la hora de definir
> el campo de la geometría, o si estoy definiendo el tipo de geometría mal.
>
> Un saludo y gracias.
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Editor de Scripts - Palabras con acentos

[Francisco Puga]

ig.scripting.app.mainplugin), en ambos casos
>> tiene por defecto la codificación de caracteres Latin-1:
>>
>>
>> encoding="ISO-8859-1"
>>
>>
>> Así que no debería de haber problema. Pero por otro lado, cada vez que se
>> crea un nuevo script, en la primera línea aparece el siguiente comentario:
>>
>>
>> # encoding: utf-8
>>
>>
>> ¿Alguien sabe que es lo que está sucediendo y cómo podría solucionarlo?.
>>
>>
>> Saludos.
>>
>> Carlos.
>>
>>
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
>> de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
>
> --
>
>
> Gilberto Cugler .´.
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer
los derecho de oposición, acceso, rectificación y cancelación de
acuerdo con lo establecido en la Ley Orgánica 15/99, de 13 de
diciembre, de Protección de Datos de Carácter Personal dirigiéndose a
Innovación, Cooperación, Cartografía e Territorio, SL. (ICARTO) en la
dirección postal a C/ Rafael Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Personalizar gvSIG

[Francisco Puga]

Hola,

El día 24 de noviembre de 2016, 18:35, CARLOS COLOMBANA
 escribió:
> Francisco: nuevamente en el clavo, espectacular!

Gracias :). En iCarto el tema de personalizar gvSIG es un tema que
trabajamos bastante por eso tenemos algún truquillo. Para las
versiones 1.xx de gvSIG teníamos una metodología bastante buena basada
en un script de Ant [1] para generar versiones portables. Si trabajais
con la 1 aconsejo probarlo, porque al menos a nosotros nos funciona
muy bien. Para la 2 todavía no tenemos una metodologia testada. Por
ahora trabajamos con un script en bash, muy manual y poco adaptable a
otros casos, pero que os comparto por si fuera de interés [2].

El único consejo que tengo para la 2 por ahora, es que al eliminar
plugins, reviséis el log de gvSIG buscando "WARN". Algunos plugins
dependen de otros y es fácil eliminar uno y que luego no funcionen
cosas que necesitemos. En el log es fácil detectar estas situaciones.

[1] https://github.com/cartolab/create-gvsig-portable
[2] https://github.com/iCarto/sixhiara/blob/gvsig2/deploy.sh
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Personalizar gvSIG

[Francisco Puga]

Me alegro de que te funcionara

El día 17 de noviembre de 2016, 18:12, CARLOS COLOMBANA
 escribió:
> ¿Sabrías (o alguien sabe) como modificarlo?.

Dentro del tag de splash, elimina el atributo que referencia a la
versión o ponle el valor que quieras.


___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Personalizar gvSIG

[Francisco Puga]

El nombre de la aplicación lo puedes cambiar modificando el fichero
andami-theme.xml. Substituyendo la siguiente línea:



Según como hayas construido tu aplicación ese fichero puede estar en
distintos lugares:

1.- Si tienes un plugin propio que distribuyes dentro de tu versión
personalizada, copia y pega la carpeta "theme" que está en la raíz de
de la aplicación, y copiala a dentro de tu plugin. En desarrollo iría
en src/main/resources-plugin/theme

Si optas por esto además de cambiar el ApplicationName en
andami-theme.xml tienes que cambiar el priorityvalue para algo como:



2.- Si no empaquetas un plugin propio en la carpeta del plugin
"org.gvsig.app.mainplugin" hay también un theme/andamy-theme.xml Con
cambiar aquí el ApplicationName es suficiente

3.- Hay otra carpeta theme en la raíz de gvSIG, pero esta creo que no se usa.

En general creo que el comportamiento es:

* Se buscan las carpetas theme que haya en todos los plugins
* Se usa la que tenga la prioridad más alta
* En caso de que no haya ninguna carpeta theme se usa la de la raíz de gvSIG

El día 11 de noviembre de 2016, 14:38, CARLOS COLOMBANA
<carlos.colomb...@mtop.gub.uy> escribió:
> Hola.
>
> Descargué la versión portable (Linux 64 bits) de gvSIG 2.3., y a partir de
> ella estoy armando una versión personalizada.
>
> Cómo último paso quisiera poder cambiar el nombre de la aplicación, en
> particular sustituir "2.3.0.2447 final" por "Educa - Edición Batoví", por
> ejemplo. Pero no puedo encontrar el/los archivo/s a modificar, ¿podrían
> decirme cómo se llama/n y dónde se encuentra/n?.
>
> Saludos.
>
> Carlos.
>
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>



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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer
los derecho de oposición, acceso, rectificación y cancelación de
acuerdo con lo establecido en la Ley Orgánica 15/99, de 13 de
diciembre, de Protección de Datos de Carácter Personal dirigiéndose a
Innovación, Cooperación, Cartografía e Territorio, SL. (ICARTO) en la
dirección postal a C/ Rafael Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Llamar a un script python desde java y recuperar el valor devuelto

[Francisco Puga]

Hola,

Me preguntaba si es posible llamar desde una extensión escrita en Java a un
script en python y recuperar el valor devuelto

Por ejemplo tengo un script tipo:

def points_to_polygon(point_list):
polygon = do_things_with_the_points(point_list)
return polygon

y en java algo del tipo:

List pointList = null;
IGeometry polygon = Script.points_to_polygon(pointList)

Gracias.

-- 
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@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Método recomendado para "Comenzar la edición"

[Francisco Puga]

Genial. Gracias por los retoques.

El 5 de septiembre de 2016, 5:49, Joaquin Jose del Cerro Murciano <
jjdelce...@gvsig.org> escribió:

>
>
> El 4 de septiembre de 2016, 20:09, Francisco Puga <fp...@icarto.es>
> escribió:
>
>> Hola,
>>
>> He visto que de la 2.2 a la 2.3RC2 el código del TableStartEditing, de
>> donde se obtiene el EditingNotificationManager,... ha cambiado un poquillo
>> y he tenido que reescribir un par de cosas en mi código.
>>
>> Por eso pregunto cual sería el método recomendado para "Comenzar la
>> edición" tanto para Vectorial como para Alfanumérico. Está claro que .edit
>> sobre el store inicial la edición pero si quieres hacer el proceso
>> completo, notificaciones, cancelación de la edición, ... ahora mismo creo
>> que la única opción es copiar y pegar el execute de TableStartEditing en mi
>> propio código.
>>
>> Creo que podría ser interesante refactorizarlo, para tener un doExecute
>> de este estilo:
>>
>> public void execute(String actionCommand) {
>> if ("table-start-editing".equals(actionCommand)) {
>> try {
>> TableDocument doc = (TableDocument) table.getDocument();
>> doExecute(doc);
>>  } catch (DataException e) {
>>  logger.warn("Problems starting table editing.",e);
>>  }
>>  }
>> }
>> public void doExecute(TableDocument doc) throws DataException {
>> EditingNotificationManager editingNotification =
>> DALSwingLocator.getEditingNotificationManager(); EditingNotification
>> notification = editingNotification.notifyObservers( this,
>> EditingNotification.BEFORE_ENTER_EDITING_STORE, doc, doc.getStore());
>> if( notification.isCanceled() ) { return; } 
>> doc.getStore().edit(FeatureStore.MODE_FULLEDIT);
>> ApplicationLocator.getManager().refreshMenusAndToolBars();
>> editingNotification.notifyObservers( this, 
>> EditingNotification.AFTER_ENTER_EDITING_STORE,
>> doc, doc.getStore()); }
>>
>> De este modo sería viable recuperar una instancia de la extensión y
>> llamar a doExecute, y aunque cambié la forma recomendada de comenzar la
>> edición el código del resto de plugins seguirá cumpliendo.
>>
>> En el caso de la edición vectorial veo que esta parte se gestiona a
>> través del EditingContext, pero hay una parte que no entiendo muy bien. En
>> vectorial la notificación se monta de esta forma:
>>
>> EditingNotification notification = editingNotificationManager.not
>> ifyObservers(
>> this,
>> EditingNotification.BEFORE_ENTER_EDITING_STORE,
>> null,
>> layer);
>>
>> Por simetría con alfanumérico el parámetro "null" no debería ser "layer"
>> o un ViewDocument si se trata de sobre que documento se actúa, y el
>> parámetro "layer", no debería ser un "layer.getStore()". Viendo la API de
>> EditionNotificationManager la verdad es que resulta un poco confuso
>> entender para que vale cada parámetro o que esperan recibir los observers.
>>
>>
>
>
> Me temo que ahora mismo hay lo que hay.
> Te voy comentando.
>
> La opcion de recuperar la instancia de una extension e
> invocar a metodos de esta no es nada recomendable. Si no
> hay mas remedio vale; pero en general lo suyo seria
> invocar a la accion que toque. Por ejemplo, para comenzar
> edicion sobre el documento tabla activo seria algo como:
>
>   actionManager = PluginsLocator.getActionInfoManager()
>   startEditing = actionManager.getAction("table-start-editing")
>   startEditing.execute()
>
> Lo del refactoring que sugieres para poder indicar el documento
> tabla sobre el que deseas comenzar edicion, mas o menos, pero no
> exactamente asi. Lo suyo seria poder usar algo como:
>
>   actionManager = PluginsLocator.getActionInfoManager()
>   startEditing = actionManager.getAction("table-start-editing")
>   startEditing.execute(tableDocument)
>
> Algunas acciones (muy poquitas) soportan parametros, esta en concreto
> no, pero me tomo nota para añadirlo...
> bueno voy a ver si lo meto...
> ...
> ya esta.
>
> Respecto a lo que comentas de las diferencias en los dos ultimos
> parametros de editingNotificationManager.notifyObservers, pues si, no esta
> nada claro, pero ahora mismo se va a quedar asi, cambiarlo puede ocasionar
> que dejen de funcionar cosas que no puedo preveer. Simplemente aclarar que
> el EditingContext deja a null el documento por que no lo conoce.
> Probablemente lo que hubiese debido hacer es pasar a null el documento,
> como hace ahora, y en lugar de la layer,

Re: [Gvsig_desarrolladores] Consulta Geoportales

[Francisco Puga]

Para crear un mapa en web, hay una especie de decisión básica a tomar, que
es si te va a hacer falta un servidor de mapas tipo geoserver o mapserver
(o algún servidor de tiles). En caso de que esto no te hiciera falta puedes
tirar directamente de renderizar en cliente (leyendo geojson de local o de
una api)

gvSIG tiene un plugin para publicar datos a través de mapserver, que no
estoy seguro de en que estado está. Te dejo algunos enlaces:

*
https://blog.gvsig.org/2015/02/16/camino-a-gvsig-2-2-extension-de-publicacion/
*
https://blog.gvsig.org/2015/02/17/extension-de-publicacion-edicion-manual-de-atributos-especificos/
*
http://www.gvsig.com/es/eventos/jornadas-gvsig/10as-jornadas-gvsig/comunicaciones/-/asset_publisher/aQrNj6Ym6Aee/content/new-publishing-extension-managing-a-sdi-from-gvsig-2-1

Para representar mapas en web sencillos montar un mapserver es matar moscas
a cañonazos, así que una alternativa es exportar las capas a geojson y
renderizarlas con leaflet creando a mano los estilos y demás cosas que te
hagan falta. Hay varios scripts en python para gvSIG que ayudan a esta
tarea. Por ejemplo:

*
https://masquesig.com/2014/05/05/gvsig2leaflet-exporta-tu-capa-desde-gvsig-a-leaflet-en-un-click/
* http://69.195.124.106/~gvsigorg/scripts/

Este ultimo enlace ahora no funciona por lo que no puede apuntar los
scripts concretos.

La verdad es que no sería complicado hacer un plugin para gvsig como el
qgis2web <https://plugins.qgis.org/plugins/qgis2web/>. Si alguien tuviera
interés y pudiera financiarlo seguro que la Asociación gvSIG podría
llevarlo a cabo.


El 2 de septiembre de 2016, 17:05, Katty Ramos <
kattypamelaramos1...@gmail.com> escribió:

>
> Buenos días, mi inquietud es más si el mapa que tengo hecho en gvSIG puedo
> llamarlo o exportarlo para que aparezca en mi app web, estuve investigando
> y como no encontre mucha información lo hice con map server y google maps,
> pero mi tesis es con gvSIG de lo que estuve consultando se lo puede
> exportar como imagen pero no encontrado que pueda exportar el mapa como tal
> hecho en gvSIG.
> Mi tema en si es un geoportal en el que se me visualiza patrimonios, voy
> ingresando en mi app web y se me van visualizando en el mapa de mi
> geoportal, pero información de como llamar mi mapa hecho en gvSIG a mi app
> no he encontrado.
> Gracias por su ayuda y respuesta
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Método recomendado para "Comenzar la edición"

[Francisco Puga]

Hola,

He visto que de la 2.2 a la 2.3RC2 el código del TableStartEditing, de
donde se obtiene el EditingNotificationManager,... ha cambiado un poquillo
y he tenido que reescribir un par de cosas en mi código.

Por eso pregunto cual sería el método recomendado para "Comenzar la
edición" tanto para Vectorial como para Alfanumérico. Está claro que .edit
sobre el store inicial la edición pero si quieres hacer el proceso
completo, notificaciones, cancelación de la edición, ... ahora mismo creo
que la única opción es copiar y pegar el execute de TableStartEditing en mi
propio código.

Creo que podría ser interesante refactorizarlo, para tener un doExecute de
este estilo:

public void execute(String actionCommand) {
if ("table-start-editing".equals(actionCommand)) {
try {
TableDocument doc = (TableDocument) table.getDocument();
doExecute(doc);
 } catch (DataException e) {
 logger.warn("Problems starting table editing.",e);
 }
 }
}
public void doExecute(TableDocument doc) throws DataException {
EditingNotificationManager editingNotification =
DALSwingLocator.getEditingNotificationManager(); EditingNotification
notification = editingNotification.notifyObservers( this,
EditingNotification.BEFORE_ENTER_EDITING_STORE, doc, doc.getStore()); if(
notification.isCanceled() ) { return; }
doc.getStore().edit(FeatureStore.MODE_FULLEDIT);
ApplicationLocator.getManager().refreshMenusAndToolBars();
editingNotification.notifyObservers( this,
EditingNotification.AFTER_ENTER_EDITING_STORE, doc, doc.getStore()); }

De este modo sería viable recuperar una instancia de la extensión y llamar
a doExecute, y aunque cambié la forma recomendada de comenzar la edición el
código del resto de plugins seguirá cumpliendo.

En el caso de la edición vectorial veo que esta parte se gestiona a través
del EditingContext, pero hay una parte que no entiendo muy bien. En
vectorial la notificación se monta de esta forma:

EditingNotification notification =
editingNotificationManager.notifyObservers(
this,
EditingNotification.BEFORE_ENTER_EDITING_STORE,
null,
layer);

Por simetría con alfanumérico el parámetro "null" no debería ser "layer" o
un ViewDocument si se trata de sobre que documento se actúa, y el parámetro
"layer", no debería ser un "layer.getStore()". Viendo la API de
EditionNotificationManager la verdad es que resulta un poco confuso
entender para que vale cada parámetro o que esperan recibir los observers.

Luego a la hora de cerrar la edición pasa un poco lo mismo, pero aquí se
acentúa porque tanto el EditingContext como el TableStopEditing lanzan por
el medio ventanas preguntando cosas al usuario, y seguramente si estás
programando tu propio plugin no es eso lo que buscas.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Merge de varios shp en uno solo

[Francisco Puga]

No entendí que es lo que necesitas. En gvSIG existe un geoproceso en el
toolbox llamado Merge, que lo que hace es poner todas las features que hay
en las capas de entrada en una capa de salida. Pero luego dices algo de
"cruce de polígonos" que no estoy seguro de lo que significa.

El 27 de agosto de 2016, 20:02, Maru Cristiani <maru.cristi...@gmail.com>
escribió:

> Hola!!
>
> Alguien que nos pueda ayudar con esto?
>
> Gracias!!
>
> El 14 de agosto de 2016, 16:17, maru.cristiani <maru.cristi...@gmail.com>
> escribió:
>
>> Hola! como estan?
>>
>> Gracias por la ayuda previamente!
>>
>> Estamos desarrollando una extension, y necesitariamos poder hacer un merge
>> entre varios shpfile y que el resultado del mismo sea otro shpfile? (con
>> cruce de poligonos)
>>
>> Estamos en la version de gvSIG desktop
>> 2.0.106-SNAPSHOT
>>
>> Sin embargo cuando levantamos la aplicacion nos dice que es la version:
>> 2.3.0.2403
>>
>> Tienen algun pseudocodigo, o codigo ya en Java, para hacer un merge entre
>> varios shpfile y que el resultado del mismo sea otro shpfile?
>>
>> Les agradezco si alguien sabe por donde podriamos hacerlo!
>>
>> Saludos!
>>
>>
>>
>>
>> --
>> View this message in context: http://osgeo-org.1560.x6.nabbl
>> e.com/Merge-de-varios-shp-en-uno-solo-tp5280720.html
>> Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Usar método export del FeatureStore

[Francisco Puga]

Ya encontré el problema pero por dar feedback a la lista comento.

Estuve probando cosas y codificando a mi modo el "export" para acabar
dándome cuenta de varias cosas:

* Al abrir el store del shape manager.openStore se inicializa el
defaultFeatureType del store, y si se quiere hacer algo que implique usar
un FeatureType hay que pedírselo al nuevo store, no vale con usar el mismo
que se uso para crearlo anteriormente en los parámetros del manager.newStore

* Si que se puede reciclar un FeatureType de un store existente para crear
un nuevo store

* El StoreProvider de DBF automáticamente a falso el allowNull de los
FeatureAttributeDescriptor del FeatureType. Entiendo que esto se hace
porque los DBF no admiten nulos. En el store.createNewFeature(featureType,
defaultValues) para cada valor por defecto se comprueban las reglas, y como
la Feature original tenía nulos se produce una excepción. Por eso veo que
en ExporttoShapeService en lugar de usarse ese método se emplea:

edit_feat = target.createNewFeature(true);
setNonNulls(featureStore.getDefaultFeatureType(), targetType, feature,
edit_feat);


A este comportamiendo del provider de dbf por un lado le veo lógica. Sin
conocer bien la arquitectura, mi impresión inicial es que los
FeatureAttributeDescriptor implementaban reglas de negocio. Es decir si el
desarrollador quiere crear un atributo que no incluya nulos y validarlos
mediante ese mecanismo está bien, o si en la base de datos se ha seteado a
not null un campo está bien.

Pero que el dbf no admita nulos y controlar eso a través del
FeatureAttributeDescriptor parece más un detalle de implementación que una
regla de negocio. De hecho veo que en el driver de dbf,
DbaseFileWriter.fillBuffer, se hace un chequeo de cuando el valor es nulo y
en caso de serlo se gestiona como el driver estima oportuno (metiendo
cadena vacía, un 0, etc...
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Usar método export del FeatureStore

[Francisco Puga]

Hola,

Estoy intentado exportar un capa de base de datos a shp usando el método
export del FeatureStore. Ignorando las excepciones, dispose y demás el
código lo pego más abajo.

En el export se genera una excepción genérica cuya causa al final es un
IllegalValueException que dice lo siguientes: "Value null not allowed for
the attribute 'fonte' of type 'String'."

Donde 'fonte' es una de las columnas de mi capa, pero en la base de datos
no está puesta como NOT NULL y efectivamente vale null para la feature que
falla (que es la primera de todas). Y sobre shp tampoco tiene sentido el
null not allowed.

¿Alguna idea? Gracias.


String EXPLORER_NAME = FilesystemServerExplorer.NAME;

String tmpDir = System.getProperty("java.io.tmpdir");
String filePath = tmpDir + File.separator + "fontes.shp";
String crs = layer.getProjection().getAbrev();

FeatureStore dbStore = layer.getFeatureStore();
FeatureSelection dbSelection = dbStore.getFeatureSelection();
dbSelection.deselectAll();

DataManager manager = DALLocator.getDataManager();

NewFeatureStoreParameters storeParams = (NewFeatureStoreParameters)
manager.createNewStoreParameters(EXPLORER_NAME, "Shape");
storeParams.setDynValue("shpfile", filePath);
storeParams.setDynValue("crs", crs);

FilesystemServerExplorerParameters explorerParams =
(FilesystemServerExplorerParameters)
manager.createServerExplorerParameters(EXPLORER_NAME);

DataServerExplorer explorer =
manager.openServerExplorer(explorerParams.getExplorerName(),
explorerParams);

dbStore.export(explorer, "Shape", storeParams);



También he probado a setear el feature type, pero eso ya se hace en el
código de export.

EditableFeatureType featType =
dbStore.getDefaultFeatureType().getEditable();
storeParams.setDefaultFeatureType(featType);



-- 
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@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Recorrer FeatureSet y FeatureSelection en sentido inverso

[Francisco Puga]

El caso concreto era que en navtable el usuario tiene la posibilidad de
navegar por las features una a una tanto hacia adelante como hacia atrás.
El orden por defecto de las features es el que proporciona el proveedor de
datos, pero también existe la posibilidad de que el usuario las reordene en
el orden que quiera.

Mi pregunta tenía una parte simplemente de curiosidad, para saber que
opciones tenía y ver que posibilidades daba la API. Por ejemplo cuando el
usuario "avanza" por las features simplemente con ir llamando al next de un
iterador ya lo tendría. Cuando el usuario retrocede la cosa se complica.
Por eso preguntaba si se podía obtener un iterador que recorriera las
features en un orden inverso al que da por defecto el proveedor.

Desde hace algún tiempo tenemos una versión de navtable funcionando en
gvSIG 2, pero todavía no lo hemos hecho "público" aunque el código está en
github porqué quería pulir bastantes cosas, ahora que conozco la API un
poco mejor. Después de hacer algunas pruebas creo que me voy a basar en
el FeaturePagingHelper como comentabas en un post [1].

Gracias. Saludos.

[1]
https://blog.gvsig.org/2016/06/04/accediendo-a-un-feature-por-posicion-en-gvsig-desktop-2-3-0/

El 4 de agosto de 2016, 18:03, Joaquin Jose del Cerro Murciano <
jjdelce...@gvsig.org> escribió:

>
>
> El 3 de agosto de 2016, 12:28, Francisco Puga <fp...@icarto.es> escribió:
>
>> Hola,
>>
>> Hay alguna forma de recorrer el FeatureSet y/o el FeatureSelection en
>> orden inverso. Es decir cuando pido el iterador sólo lo puedo recorrer
>> hacia adelante, pero en ciertos casos es útil poder recorrerlo hacia atrás.
>>
>> El FeatureSet imagino que se podría pedir con una FeatureQuery que usara
>> un "Descending" para el orden, pero como hay que especificar el campo sobre
>> el que se va a ordenar no se como indicarle que use el orden inverso sin
>> más.
>>
>
> No se si he entendido bien la pregunta.
> Para indicarle al query que lo queremos ordenado sobre un campo en orden
> inverso, seria algo como:
>
> query.getOrder().add("nombre-de-campo", false)
>
> Si no es eso lo que preguntabas, a ver si me orientas un poco mas.
>
> Ahora bien, ten cuidado sobre que fuente de datos haces la ordenacion.
> Cuando se hace sobre una fuentes de datos que no soporta ordenacion, los
> datos se ordenan en memoria. Por ejemplo:
> - Un shape se ordena en memoria
> - Un DXF tambien
> - Una tabla de BBDD se le pide la ordenacion al servidor.
>
> Un saludo
> Joaquin
>
>
>>
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> jjdelce...@gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acuerdo con lo
establecido en la Ley Orgánica 15/99, de 13 de diciembre, de Protección de
Datos de Carácter Personal dirigiéndose a Innovación, Cooperación,
Cartografía e Territorio, SL. (ICARTO) en la dirección postal a C/ Rafael
Alberti, nº 13, 1ºD, 15.008 – (A Coruña).
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Recorrer FeatureSet y FeatureSelection en sentido inverso

[Francisco Puga]

Hola,

Hay alguna forma de recorrer el FeatureSet y/o el FeatureSelection en orden
inverso. Es decir cuando pido el iterador sólo lo puedo recorrer hacia
adelante, pero en ciertos casos es útil poder recorrerlo hacia atrás.

El FeatureSet imagino que se podría pedir con una FeatureQuery que usara un
"Descending" para el orden, pero como hay que especificar el campo sobre el
que se va a ordenar no se como indicarle que use el orden inverso sin más.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Proveedor de GPX

[Francisco Puga]

Hola,

He visto que en el proveedor de gdal [1], está incluido ficheros gpx.
He probado a compilar la versión del trunk (no lo he visto en
administrador de plugins) sobre org.gvsig.desktop-2.0.100 que es el
que se corresponde a la versión final de la 2.2

Pero al intentar cargar un gpx me da unos errores que pego más abajo:

Mi pregunta es si este proveedor debería funcionar correctamente y es
un problema mio. ¿Igual no lo estoy ejecutando contra la versión
correcta de gvSIG?

Y si no está listo todavía podéis contar conmigo para meterle algunas
horas a la parte de gpx.


Al pulsar el botón de configuración

INFO [AWT-EventQueue-0] (DefaultActionInfo.java:281) -
org.gvsig.app.mainplugin:org.gvsig.app.extension.AddLayer.execute('view-layer-add')
 INFO [AWT-EventQueue-0] (Messages.java:777) -
[org.gvsig.i18n.Messages] Cannot find translation for key 'Open'.
 INFO [AWT-EventQueue-0] (Messages.java:777) -
[org.gvsig.i18n.Messages] Cannot find translation for key 'OGR'.
ERROR [AWT-EventQueue-0] (JOGRDataExplorerController.java:261) - OGR
Provider is not registered
org.gvsig.fmap.dal.exception.ProviderNotRegisteredException:
'OGRDataExplorer not registered'.
at 
org.gvsig.fmap.dal.impl.DefaultDataManager.openServerExplorerWithoutValidate(DefaultDataManager.java:574)
at 
org.gvsig.fmap.dal.impl.DefaultDataManager.openServerExplorer(DefaultDataManager.java:554)
at 
org.gvsig.gdal.app.ogr.mainplugin.gui.JOGRDataExplorerController$3.actionPerformed(JOGRDataExplorerController.java:248)


y al pulsar el botón de open


ERROR [AWT-EventQueue-0] (MDIFrame.java:970) - Can't perform action
'view-layer-add'.
java.lang.ClassCastException: javax.swing.table.DefaultTableModel
cannot be cast to
org.gvsig.gdal.app.ogr.mainplugin.gui.OGRDataStoreParameterTableModel
at 
org.gvsig.gdal.app.ogr.mainplugin.gui.JOGRDataExplorerController.getOGRTableModel(JOGRDataExplorerController.java:420)
at 
org.gvsig.gdal.app.ogr.mainplugin.gui.JOGRDataExplorerController.getSelectedLayerProperties(JOGRDataExplorerController.java:398)
at 
org.gvsig.gdal.app.ogr.mainplugin.gui.OGRWizarPanel.execute(OGRWizarPanel.java:83)
at org.gvsig.app.extension.AddLayer.doAddLayers(AddLayer.java:246)
at org.gvsig.app.extension.AddLayer.execute(AddLayer.java:155)
at org.gvsig.app.extension.AddLayer.execute(AddLayer.java:138)
at 
org.gvsig.andami.actioninfo.impl.DefaultActionInfo.execute(DefaultActionInfo.java:284)






[1] https://redmine.gvsig.net/redmine/projects/gvsig-gdal
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Registrar una nueva conexión a bd

[Francisco Puga]

Después de probar un poco me he decidido por gestionar yo mismo la conexión
y no hacerlo a través de los Resources de gvSIG. Seguramente sea que estoy
haciendo algo mal pero me da timeouts continuamente al recuperar la
conexión a través del getConnection del Resource.

El 21 de junio de 2016, 14:02, Francisco Puga <fp...@icarto.es> escribió:

> Perfecto Joaquín. Gracias.
>
> Ya tengo más claro la estructura y he hecho los cambios que comentas con
> éxito :)
>
> Una pregunta más sobre este tema supongo que bastante subjetiva. Si tengo
> que hacer consultas a la bd de datos que no es necesarios que el usuario
> gestione en gvSIG mediante Tablas o Capas (para rellenar un combobox, hacer
> un pdf,...), veo que puedo hacer varias cosas.
>
> Si la consulta es sencilla simplemente puedo crear un FeatureStore con un
> FeatureQuery si hace falta
>
> Si la consulta es más complicada, tipo quiero hacer joins, porque no
> quiero hacer vistas, necesito una conexión a la bd. Para ello puedo:
>
> * Mantener en mi código directamente una instancia java.sql.Connection que
> haya creado yo
> * Crear un JDBCResource y hacer las queries a través el resource o del
> getConnection del resource
>
> ¿Algún motivo por el que un sistema sea mejor que otro?
>
> Saludos
>
>


-- 
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@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Registrar una nueva conexión a bd

[Francisco Puga]

Perfecto Joaquín. Gracias.

Ya tengo más claro la estructura y he hecho los cambios que comentas con
éxito :)

Una pregunta más sobre este tema supongo que bastante subjetiva. Si tengo
que hacer consultas a la bd de datos que no es necesarios que el usuario
gestione en gvSIG mediante Tablas o Capas (para rellenar un combobox, hacer
un pdf,...), veo que puedo hacer varias cosas.

Si la consulta es sencilla simplemente puedo crear un FeatureStore con un
FeatureQuery si hace falta

Si la consulta es más complicada, tipo quiero hacer joins, porque no quiero
hacer vistas, necesito una conexión a la bd. Para ello puedo:

* Mantener en mi código directamente una instancia java.sql.Connection que
haya creado yo
* Crear un JDBCResource y hacer las queries a través el resource o del
getConnection del resource

¿Algún motivo por el que un sistema sea mejor que otro?

Saludos
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Registrar una nueva conexión a bd

[Francisco Puga]

Vale, lo último del StoreParameters frente al ServerExplorerParameters ya
veo que no se pude hacer. He copiado el código de
JDBCServerExplorer.createStoreParams, que al ser protected no puede ser
llamado a mi propio código.

private final DataServerExplorerParameters explorerParams = ...;
private final String storeProviderName = ...;

protected JDBCStoreParameters getStoreParams() throws InitializeException,
ProviderNotRegisteredException {
  DataManagerProviderServices manager = (DataManagerProviderServices)
DALLocator.getDataManager();
  JDBCServerExplorerParameters parameters = (JDBCServerExplorerParameters)
explorerParams;
  JDBCStoreParameters orgParams = (JDBCStoreParameters)
manager.createStoreParameters(storeProviderName);
  orgParams.setHost(parameters.getHost());
  orgParams.setPort(parameters.getPort());
  orgParams.setDBName(parameters.getDBName());
  orgParams.setUser(parameters.getUser());
  orgParams.setPassword(parameters.getPassword());
orgParams.setCatalog(parameters.getCatalog());
orgParams.setJDBCDriverClassName(parameters.getJDBCDriverClassName());
orgParams.setSchema(parameters.getSchema());
orgParams.setUrl(parameters.getUrl());
return orgParams;
}
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Registrar una nueva conexión a bd

[Francisco Puga]

Creo que no hice la pregunta correcta. Después de revisar la documentación
me un par de dudas. Lo que quiero es cargar por código varias capas de una
bd postgres.

Para ello hago algo de este estilo:

public DataStoreParameters getParams() throws DataException {
DataManager dataManager = DALLocator.getDataManager();
  DataStoreParameters pgParameters = null;
  params = dataManager.createStoreParameters(PostgreSQLStoreProvider.NAME);
params.setDynValue("host", SERVER);
params.setDynValue("port", PORT);
  params.setDynValue("dbuser", USERNAME);
  params.setDynValue("password", PASSWORD);
params.setDynValue("dbname", DBNAME);
}

public FLyrVect createLayer(String schema, String table) throws
DataException, LoadLayerException {
  MapContextManager mapContextManager =
MapContextLocator.getMapContextManager();
  DataStoreParameters params = (DataStoreParameters) getParams().getCopy();
  FLayer layer = mapContextManager.createLayer(table, params);
  return (FLyrVect) layer;
}

El MapContextManager.createLayer por debajo hace una llamada a:

DataStore dataStore=dataManager.createStore(storeParameters);

Entiendo que* si llamo dos veces al createStore / openStore del DataManage
con los mismos datos básicos de la conexión a la bd (server, puerto, ...)
no se crea una conexión nueva *si no que se reaprovecha la existente.

Y la segunda cuestión es que *entiendo que la conexión (
JDBCServerExplorerParameters ) no se añade al pool automáticamente al hacer
un createStore si no que hay que añadir a mano* con algo tipo:

DataManager dataManager = DALLocator.getDataManager();
DataServerExplorerPool pool = dataManager.getDataServerExplorerPool();
pool.add(name, explorer);

Y lo último al utilizar DynObjects donde las claves están definidas
en DBParameters da la impresión de que *puedo usar un
JDBCServerExplorerParameters directamente como substituto de un
JDBCStoreParameters* la hacer el dataManager.createStore(storeParameters);.
Pero no lo he probado para ver si funciona y no se si es una buena práctica.


Gracias y disculpas por la chapa.


El 18 de junio de 2016, 13:06, Joaquin Jose del Cerro Murciano <
jjdelce...@gvsig.org> escribió:

>
>
> El 17 de junio de 2016, 17:09, Francisco Puga <fp...@icarto.es> escribió:
>
>> Hola,
>>
>> En la v1 las clases SingleDBConnectionManager o
>> SingleVectorialDBConnectionManager permitían crear o registrar una
>> conexión a una base de datos.
>>
>> ¿Hay algún equivalente en la v2?
>>
>> Algún ejemplo de como crear y registrar una conexión a una bd postgres
>> para luego cargar una capa por código sería genial :)
>>
>
> Hola Francisco.
>
> Me temo que no existe el equivalente en gvSIG 2.
>
> Lo mas parecido podria ser el DataServerExplorerPool (que se puede obtener
> a traves del DataManager); pero no es exactamente lo que quieres, ya que es
> un pool de DataServerExplorer mientras lo que entiendo que quieres es un
> pool de DataStore.
>
> Para la 2.3, tengo casi casi un pequeño script que le permitira al usuario
> mantener un "catalogo" de parametros de DataStore (el usuario simplemente
> lo ve como un catalogo de capas) que le permite añadir rapidamente una capa
> a la vista. Es posible que lo que precises sea eso, pero solo funcionara
> sobre la 2.3. Tiene un pequeño API a traves del ActionInfo que te permitira:
> - añadir una capa del catalogo a la vista activa
> - recuperar una capa del catalogo sin añadirla a la vista
> - recuperar un DataStore del catalogo
> - recuperar un DataStoreParameters del catalogo
> - añadir una capa al catalogo
> - añadir un DataStore al catalogo
> - añadir un DataStoreParameters al catalogo
>
> Pero me temo que no se podra empezar a probar hasta gvSIG 2.3 RC2.
>
> Un saludo
> Joaquin
>
>
>
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> jjdelce...@gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> _______
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>

[Gvsig_desarrolladores] Registrar una nueva conexión a bd

[Francisco Puga]

Hola,

En la v1 las clases SingleDBConnectionManager o
SingleVectorialDBConnectionManager permitían crear o registrar una
conexión a una base de datos.

¿Hay algún equivalente en la v2?

Algún ejemplo de como crear y registrar una conexión a una bd postgres
para luego cargar una capa por código sería genial :)
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

[Gvsig_desarrolladores] Listeners en gvSIG

[Francisco Puga]

Hola,

Tengo una duda genérica respecto a los listeners en gvSIG. En la v1 había
listeners específicos para distintos eventos selección, añadir capas al
toc, edición, ...

En esta versión veo que quedan algunas clases como
org.gvsig.fmap.mapcontext.layers.SelectionListener pero dan la impresión de
ser legacy y de a los eventos te subscribes siempre a través del
addObserver de los objetos.

Lo que no tengo muy claro es como "filtrar" el evento en el
update(Observable observatable, Object notification) o como saber a que
clase me tengo que subscribir. Por ejemplo viendo el código da la impresión
de que para recibir eventos de selección sobre una capa me puedo subscribir
tanto al FeatureStore como al FeatureSelection.

Y en cuanto al "filtrado" por ejemplo para saber si ha habido una selección
parece que el código sería:

if (notification.equals(DataStoreNotification.SELECTION_CHANGE)) {...}

pero para edición sería:

if (notification instanceof FeatureStoreNotification){
  String type = (FeatureStoreNotification) notification).getType();
  if (FeatureStoreNotification.AFTER_INSERT.equals(type) {...}
}

Hay alguna doc sobre esto o lo mejor es probar. La verdad es que no le he
dedicado mucho tiempo. Ahora mi estrategia es buscar clases del estilo
'*Notification' y tirar a partir de ahí viendo como se usa.

-- 
Francisco Puga
iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.
http://www.icarto.es/
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] Obtener una feature concreta por posición

[Francisco Puga]

Gracias a ambos. Estoy avanzando bastante y trataré de compartir lo
aprendido.

El 6 de junio de 2016, 11:08, César Martínez <cmarti...@scolab.es> escribió:

> Hola Francisco,
>
> El día 5 de junio de 2016, 10:53, Francisco Puga <fp...@icarto.es>
> escribió:
> > Hola Joaquín,
> > Tendría que revisar un poco el código pero por lo que explicas en el post
> > entiendo que con FeaturePagingHelper me traigo a memoria un número de
> > features igual al del tamaño de página y cuando pido una feature fuera
> de la
> > página actual hago otra petición (a bd o lo que sea).
>
>
> Los métodos que comentaba Joaquín:
> getFeatureAt(long index)
> getTotalSize()
> asList()
>
> aunque internamente carguen sólo una página del tamaño que
> especifiques, son transparentes para ti en cuanto a la carga de
> páginas.
>
> Es decir, si pides una Feature fuera de la página que está cargada,
> automáticamente cargan la nueva página y te devuelven la Feature.
>
> Saludos,
>
>
> >
> > Lo que tengo dudas es en el acceso al FeatureSet. Cuando se hace la
> petición
> > a la bd ¿cuando se crea el fastIterator?
> >
> > El 4 de junio de 2016, 15:10, Joaquin Jose del Cerro Murciano
> > <jjdelce...@gvsig.org> escribió:
> >>
> >>
> >>
> >> El 4 de junio de 2016, 12:52, Francisco Puga <fp...@icarto.es>
> escribió:
> >>>
> >>> Hola,
> >>>
> >>> Estoy tratando de migrar código de la 1 a la 2. En la 1 era muy
> habitual
> >>> acceder a una feature de la capa por posición con un código de este
> estilo:
> >>>
> >>> int pos = 0;
> >>> FLyrVect lyr = null;
> >>> IFeature feature = lyr.getSource().getFeature(pos);
> >>>
> >>> Cual sería la forma lógica de hacer esto en la 2. Ahora mismo estoy
> >>> probando a acceder mediante un iterator inicializado a esa posición
> >>> concreta, pero igual tiene más sentido con un FeatureQuery, ¿Podéis
> poner un
> >>> ejemplo de como sería con el FeatureQuery?
> >>>
> >>> public static FeatureReference getFeature(FeatureStore fs , long
> feature)
> >>> {
> >>> FeatureReference ref = null;
> >>> FeatureSet featSet = null;
> >>> DisposableIterator fastIterator = null;
> >>> try {
> >>> featSet = fs.getFeatureSet();
> >>> fastIterator = featSet.fastIterator(feature);
> >>> Feature feat = (Feature) fastIterator.next();
> >>> ref = feat.getReference();
> >>> } catch (DataException e) {
> >>> logger.error(e.getStackTrace(),e);
> >>> } finally {
> >>> DisposeUtils.dispose(fastIterator);
> >>> DisposeUtils.dispose(featSet);
> >>> }
> >>> return ref;
> >>> }
> >>>
> >>
> >> Hola Francisco,
> >> en lugar de contestarte aquí he preferido crear un pequeño articulo en
> el
> >> blog de gvSIG comentando sobre esto.
> >>
> >> Puedes encontrar el articulo en:
> >>
> >>
> >>
> https://blog.gvsig.org/2016/06/04/accediendo-a-un-feature-por-posicion-en-gvsig-desktop-2-3-0/
> >>
> >> También te recomiendo que le eches un vistazo a:
> >>
> >>
> >>
> https://blog.gvsig.org/2015/04/21/recomendaciones-y-trucos-para-desarrollar-con-gvsig-2-1-1-recorriendo-datos/
> >>
> >> Espero que te sirva,  y no dudéis en preguntar las dudas, trataremos de
> >> contestar en cuanto podamos.
> >>
> >> Un saludo
> >> Joaquin
> >>
> >>
> >>
> >>
> >>>
> >>> Saludos. Gracias
> >>>
> >>> ___
> >>> gvSIG_desarrolladores mailing list
> >>> gvSIG_desarrolladores@listserv.gva.es
> >>> Para ver histórico de mensajes, editar sus preferencias de usuario o
> >>> darse de baja en esta lista, acuda a la siguiente dirección:
> >>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
> >>>
> >>
> >>
> >>
> >> --
> >> --
> >> Joaquin Jose del Cerro Murciano
> >> Development and software arquitecture manager at gvSIG Team
> >> jjdelce...@gvsig.com
> >> jjdelce...@gvsig.org
> >> gvSIG Association
> >> www.gvsig.com
> >> www.gvsig.org
> >>
> >> ___
> >> gvS

Re: [Gvsig_desarrolladores] Obtener una feature concreta por posición

[Francisco Puga]

Hola Joaquín,

Gracias por el post es muy ilustrativo.

La aproximación que estoy tomando para hacer la migración es tratar de
hacer una traducción 1 a 1, creando incluso clases auxiliares que me
provean de un comportamiento similar a la v1.x. Una vez que consiga tenerlo
funcionando mi idea es refactorizar hacia una estructura más acorde a la
v2. Igual me equivoco pero hice una prueba rápida e intentar migrar
directamente a una estructura como la v2 introduce demasiados bugs. De la
otra forma puedo tenerlo funcionando relativamente rápido y en función del
tiempo disponible priorizar tareas.

Tendría que revisar un poco el código pero por lo que explicas en el post
entiendo que con FeaturePagingHelper me traigo a memoria un número de
features igual al del tamaño de página y cuando pido una feature fuera de
la página actual hago otra petición (a bd o lo que sea).

Lo que tengo dudas es en el acceso al FeatureSet. Cuando se hace la
petición a la bd ¿cuando se crea el fastIterator?

El 4 de junio de 2016, 15:10, Joaquin Jose del Cerro Murciano <
jjdelce...@gvsig.org> escribió:

>
>
> El 4 de junio de 2016, 12:52, Francisco Puga <fp...@icarto.es> escribió:
>
>> Hola,
>>
>> Estoy tratando de migrar código de la 1 a la 2. En la 1 era muy habitual
>> acceder a una feature de la capa por posición con un código de este estilo:
>>
>> int pos = 0;
>> FLyrVect lyr = null;
>> IFeature feature = lyr.getSource().getFeature(pos);
>>
>> Cual sería la forma lógica de hacer esto en la 2. Ahora mismo estoy
>> probando a acceder mediante un iterator inicializado a esa posición
>> concreta, pero igual tiene más sentido con un FeatureQuery, ¿Podéis poner
>> un ejemplo de como sería con el FeatureQuery?
>>
>> public static FeatureReference getFeature(FeatureStore fs , long feature)
>> {
>> FeatureReference ref = null;
>> FeatureSet featSet = null;
>> DisposableIterator fastIterator = null;
>> try {
>> featSet = fs.getFeatureSet();
>> fastIterator = featSet.fastIterator(feature);
>> Feature feat = (Feature) fastIterator.next();
>> ref = feat.getReference();
>> } catch (DataException e) {
>> logger.error(e.getStackTrace(),e);
>> } finally {
>> DisposeUtils.dispose(fastIterator);
>> DisposeUtils.dispose(featSet);
>> }
>> return ref;
>> }
>>
>>
> Hola Francisco,
> en lugar de contestarte aquí he preferido crear un pequeño articulo en el
> blog de gvSIG comentando sobre esto.
>
> Puedes encontrar el articulo en:
>
>
> https://blog.gvsig.org/2016/06/04/accediendo-a-un-feature-por-posicion-en-gvsig-desktop-2-3-0/
>
> También te recomiendo que le eches un vistazo a:
>
>
> https://blog.gvsig.org/2015/04/21/recomendaciones-y-trucos-para-desarrollar-con-gvsig-2-1-1-recorriendo-datos/
>
> Espero que te sirva,  y no dudéis en preguntar las dudas, trataremos de
> contestar en cuanto podamos.
>
> Un saludo
> Joaquin
>
>
>
>
>
>> Saludos. Gracias
>>
>> ___
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores@listserv.gva.es
>> Para ver histórico de mensajes, editar sus preferencias de usuario o
>> darse de baja en esta lista, acuda a la siguiente dirección:
>> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>>
>
>
> --
> --
> Joaquin Jose del Cerro Murciano
> Development and software arquitecture manager at gvSIG Team
> jjdelce...@gvsig.com
> jjdelce...@gvsig.org
> gvSIG Association
> www.gvsig.com
> www.gvsig.org
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@listserv.gva.es
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse
> de baja en esta lista, acuda a la siguiente dirección:
> https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>
>


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

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

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

Sus datos personales serán tratados de forma confidencial y no serán
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer los
derecho de oposición, acceso, rectificación y cancelación de acue

[Gvsig_desarrolladores] Obtener una feature concreta por posición

[Francisco Puga]

Hola,

Estoy tratando de migrar código de la 1 a la 2. En la 1 era muy habitual
acceder a una feature de la capa por posición con un código de este estilo:

int pos = 0;
FLyrVect lyr = null;
IFeature feature = lyr.getSource().getFeature(pos);

Cual sería la forma lógica de hacer esto en la 2. Ahora mismo estoy
probando a acceder mediante un iterator inicializado a esa posición
concreta, pero igual tiene más sentido con un FeatureQuery, ¿Podéis poner
un ejemplo de como sería con el FeatureQuery?

public static FeatureReference getFeature(FeatureStore fs , long feature) {
FeatureReference ref = null;
FeatureSet featSet = null;
DisposableIterator fastIterator = null;
try {
featSet = fs.getFeatureSet();
fastIterator = featSet.fastIterator(feature);
Feature feat = (Feature) fastIterator.next();
ref = feat.getReference();
} catch (DataException e) {
logger.error(e.getStackTrace(),e);
} finally {
DisposeUtils.dispose(fastIterator);
DisposeUtils.dispose(featSet);
}
return ref;
}

Saludos. Gracias
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@listserv.gva.es
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
baja en esta lista, acuda a la siguiente dirección: 
https://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores

Re: [Gvsig_desarrolladores] orden de los botones en un tool-bar

[Francisco Puga]

No se si esto cambió mucho de la 1 a la 2. Pero en la 1 para que funcionará
bien debías usar el atributo position tanto en la etiqueta toolbar como en
la etiqueta action-tool / selectable-tool

Y si usas la misma toolbar para extensiones distintas deberías poner
explicitar siempre el atributo position (con el mismo valor) en la
definición de las distintas extensiones.

El 19 de enero de 2016, 14:40, Ana Calle <nico200...@gmail.com> escribió:

> hola a todos,
> os comento un problemilla programando con gvSIG 2.2 en java.
>
> Tengo programada una barra de herramientas, y dentro de esta una serie de
> extensiones con sus respectivos botones.
> He dispuesto el parámetro 'position' para que cada boton esté en su
> posición, pero cada vez que lanzo gvSIG, los botones se descolocan dentro
> del toolbar.
> Los botones que pertenecen a la misma extensión sí que permanecen en su
> orden, pero no entre distintas extensiones dentro del toolbar.
>
> ¿Qué parámetro modificar para que los botones de las distintas extensiones
> se presenten siempre en el mismo orden dentro del toolbar?
> O qué valor asignar a 'position' para asegurar que no solapa (yo he
> partido del  '00200010')
>
> Muchas gracias.
> un saludo
> Ana
>
> ___
> gvSIG_desarrolladores mailing list
> gvSIG_desarrolladores@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@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

Re: [Gvsig_desarrolladores] añadir dependencias a un proyecto

[Francisco Puga]

Yo tampoco controlo mucho de maven pero me da la impresión de que el
jar de jcalendar tiene que estar disponible dentro del gvsig donde
estás desplegando tu extensión. Es decir el repositorio de maven se
usa más bien en desarrollo o para compilar por decirlo de algún modo
pero si quieres ejecutar gvSIG para probar que todo funciona ese
plugin tiene que poder cargar el jar de jcalendar.

Como comprobación rápida para poder seguir trabajando copia el jar al
directorio donde esté el org.gvsig.planfor.app.mainplugin.jar que
supongo que será:

c:\devel\gvsig2_2\gvSIG\extensiones\org.gvsig.planfor.app.mainplugin/lib

y vuelve a lanzar gvSIG. Si es eso deberás configurar tu pom para que
al hacer el deploy mueva el jar automáticamente.

El día 18 de agosto de 2015, 13:47, Ana Calle nico200...@gmail.com escribió:
 hola a todos,
 Estoy intentando añadir una nueva dependencia en mi proyecto, y estoy un
 poco perdida con maven.

 La situación es, estoy trabajando con un componente de selección de fechas
 'JCalendar', y aunque la compilación del desarrollo va con éxito, la
 ejecución de mi plugin me lanza este error cuando se va a mostrar la ventana
 con el selector de fechas:

 (lanza una excepcíon)
 Caused by: java.lang.ClassNotFoundException: Class
 com.toedter.calendar.JCalendar not found through the plugin
 c:\devel\gvsig2_2\gvSIG\extensiones\org.gvsig.planfor.app.mainplugin

 Yo he puesto en el pom.xml de mi proyecto la siguiente entrada:
 dependency
 groupIdcom.toedter/groupId
 artifactIdjcalendar/artifactId
 version1.3.2/version
 /dependency

 y veo que en mi repositorio de maven tengo la ruta :
 .m2\repository\com\toedter\jcalendar\1.3.2 con los jar correspondientes.

 Pero ya no se qué más hacera ver si me podeis echar una mano.
 Muchas gracias!!
 Ana

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

Re: [Gvsig_desarrolladores] migracion de una extensión

[Francisco Puga]

Hola Ana y resto de la lista,

En el mail anterior me olvidé de decir que yo también estoy interesado
en como migrar extensiones de 1.x a 2.x así que si compartes los
problemas, soluciones y truquitos que te vayas encontrando sería muy
de agradecer :)

Saludos.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] migracion de una extensión

[Francisco Puga]

Has lanzado gvSIG en modo debug? Tienes que ejecutar el gvSIG donde
esté el plugin de ejemplo con este comando:

./gvSIG --debug --pause


El día 11 de agosto de 2015, 15:04, Ana Calle nico200...@gmail.com escribió:
 hola de nuevo,
 he seguido el tutorial : http://conocimientoabierto.es/tag/gvsig/ de
 Francisco Puga, y todo ha ido bien hasta el final.
 Al intentar debuguear obtengo el siguiente error:

 Failed to connect to remote VM. Connection refused.
 Connection refused: connect

 Le he dado bastantes vueltas pero no logro resolverlo.
 Tengo instalado java 7 de 64 bits ¿puede ser ese el problema?
 ¿O bien es que no conecta con el puerto 8765?

 Gracias de antemano
 Saludos



 El 10 de agosto de 2015, 14:20, Joaquin Jose del Cerro Murciano
 jjdelce...@gvsig.org escribió:

 Oh!, releyendo me he dado cuenta de una errata


 El 10 de agosto de 2015, 11:46, Joaquin Jose del Cerro Murciano
 jjdelce...@gvsig.org escribió:



 El 7 de agosto de 2015, 9:19, Ana Calle nico200...@gmail.com escribió:

 buenos días,
 tengo que hacer una migración de una extensión desarrollada bajo la
 version gvsig 1.10 a la versión gvsig 2.1
 ¿es más recomendable trabajar ya sobre la versión gvsig 2.2, y se puede
 aplicar la misma documentación que está publicada para la 2.0??

 Hola Ana,
 mi consejo es que migres a la 2.2 mientras no haya ninguna
 restriccion de los usuarios de tu plugin.
 Sobre si la documentacion que hay de la 2.0 te vale...
 psssaaa...
 tendras que usarla como referencia pero no al pie
 de la letra; de la 2.0 a la 2.1/2.2 han habido bastantes cambios,
 pero no va ha haber documentacion para migrar de la 1 a la 2.1 o
 superiores.

 La documentacion que hay sobre migracion de la 1 a la 2 esta en:

 Migración de proyectos a gvSIG 2.0 [1]
 Migración de proyectos de gvSIG 2.0.0 a gvSIG 2.1.0 [2]

 Una pequeña nota...
 Los cambios de gvSIG 1 a 2.0 son muy muy muy muy grandes.
 Los cambios de gvSIG 2.0 a 2.1 afectan sobre todo a como se estructuran
 los proyectos.
 Los cambios de 2.1 a 2.2 son pequeños, y no deberian ser
 representativos de cara a hacer un desarrollo.

 Mi consejo trabaja contra la 2.2.

 Tambien te aconsejo que si no conoces nada de maven leas algo, puedes
 empezar por [5].


 Y por otra parte, si me podéis indicar los primeros pasos para proceder
 a la migración de manera que pueda aprovechar la mayor parte de mi código.
 He visto que hay algo de documentación para proceder a las migraciones de
 código, pero seguro que hay algunos consejos rápidos para poder aprovechar
 lo que ya se tiene no?


 Me temo que no hay trucos para migrar de la 1 a la 2 de gvSIG.
 Eso si, te puedo dar algun consejo...

 1. El mas importante... no intentes migrar tu plugin, crea uno nuevo.
No te alarmes por eso, no quiero decir que lo tires todo a la basura y
empieces desde cero. Crea un proyecto nuevo y ves trayendote las
 piezas
que vayas precisando del viejo al sitio que toque.

 2. Usa la estructura de proyecto de gvSIG 2.2 [3]. Puedes o no
hacerlo pero ten en cuenta que esa es la estructura de los
proyectos que te vas a encontrar cuando mires codigo de gvSIG 2,
si sigues trabajando como se hacia en la 1, nunca te acostumbraras
al codigo de gvSIG 2, y dificultaras el que te podamos echar una
mano con el codigo.

 3. Descargate el proyecto de ejemplo [4], compilalo, y ejecutalo.
Estudialo un rato y entiende la division en subproyectos y conceptos
que se ha hecho. Despues adapta los nombres a los de tu proyecto,
carpetas, groupid, artifactid, paquetes... y comprueba que sigue
funcionando.
El ejemplo ya esta configurado para trabajar con la 2.2.0.

 Llegados a este punto depende lo estructurado que este tu plugin para que
 sea mas o menos facil ir pasandolo.

 Si tienes ya una separacion clara entre logica y interface de usuario,
 API e
 implementacion sera cuestion de ir llevando cada cosa al proyecto que
 toca.

 Si seguiste el estilo de codigo que habia en gvSIG 1, no estara muy
 estructurado
 y lo primero seria algo de analisis para ver que partes son de la logica
 y
 cuales son del interface de usuario. Crear los API de cada una de ellas y
 veas a ver
 que vas a poder reutilizar de lo que tienes. Con un poco de suerte puedes
 reutilizar los interfaces de usuario y los procesos.

 Te aconsejo que eches un vistazo a:

 Guía de inicio rápido del desarrollador para gvSIG 2.0.0 [6]

 No para seguirla ya que algunas cosas ya no estan igual en gvSIG 2.2,
 pero
 las ideas siguen siendo validas.


 Al final te vas a encontrar con dos grandes tipos de problemas:

 - Problemas derivados del cambio de estructura de los proyectos.
   Que es de lo que va lo que te he comentado hasta ahora.

 - Problemas derivados del cambio en las APIs.
   Estos se plantean principalmente en las siguientes areas:
   - Acceso a datos.
 A cambiado todo, te recomiendo que le eches un vistazo a:
 Documentacion de la libreria de accso a datos, DAL [7]

   - Manejo de geometrias... lo

Re: [Gvsig_desarrolladores] Clases de OpenOffice desde el modulo scripting

[Francisco Puga]

No tengo experiencia con programar en python sobre openoffice pero el
error tiene pinta de ser porque las librerías a las que llaman uno no
están en path de gvsig. Yo diría que igual que hiciste añadiendo
uno.py al path tendrías que tratar de localizar donde están las que te
faltan y añadirlas también.

Seguramente las rutas a añadir sean las del punto 5 de este enlace:

http://www.openoffice.org/udk/python/python-bridge.html

El día 1 de junio de 2015, 12:13, Javier Galán
javiergal...@gmail.com escribió:
 Hola a todos:

 Estoy intentando hacer informes a partir de consultas y datos que tengo
 cargados en gvSIG.

 Para ella quería utilizar una plantilla en OO y poder modificarla en función
 de los datos y consultas.

 Para ello desde el modulo de scripting estoy intentando importar las clases.

 Pero import uno  me retorna que no existe

 He añadido la ruta al path de librerías


 import sys
 sys.path.append('C:\Program Files (x86)\OpenOffice 4\program') ##ruta donde
 esta instalado OO y está la libreria uno.py

 pero tambien acabadando error

 He copiado la librería al lib de gvsig, a ver si así la leía y me da el
 siguiente error:

 import uno
 Traceback (most recent call last):
   File input, line 1, in module
   File
 C:\Users\PC-VALCAT17\gvSIG\plugins\org.gvsig.scripting.app.extension\lib\uno.py,
 line 1, in module
 from com.sun.star.uno import UnoRuntime, AnyConverter
 ImportError: No module named star.

 Alguien ha intentado algo parecido? Me podría guiar un poco?

 Muchas gracias.
 Javier




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

Re: [Gvsig_desarrolladores] duda con script en python

[Francisco Puga]

Te faltan al menos dos cosas. Escribo de cabeza así que puede haber algún
error:

* Comitear los cambios a la capa destino. Fuera del for tienes que hacer
un: output.commit()
* Añadir la nueva geometría variable intersect en tu casa a la capa
destino: output.append({GEOMETRY:intersect})

* Además sólo deberías crear una nueva geometría cuando realmente se
produzca una intersección

if g1.intersects(g2):
  intersect = g1.intersection (g2)
  output.append({GEOMETRY:intersect})

Y por último no estoy seguro de que el append permita crear un nuevo
feature sólo pasándole el valor de GEOMETRY, si no es así, el código sería
por ejemplo:

if g1.intersects(g2):
  values = feature.getValues()
  intersect = g1.intersection (g2)
  values[GEOMETRY] = intersect
  output.append({GEOMETRY:intersect})

Esto te crearía el nuevo registro con los valores de una de los registros
que intersecan con geometría sólo la parte que interseca.

Échale un ojo a este script que te puede dar alguna pista:

http://outreach.gvsig.org/scripts/buffer-intersection-condition-and-new-field-spatial-info

El 20 de abril de 2015, 12:24, Juan Pedro Ruiz Castellano 
juanpedro.ruizcastell...@gmail.com escribió:

 Hola amigos,
 estoy haciendo mis primeros pinitos con el python y gvsig. Me ha surgido
 un problema con un script que estoy haciendo.
 Es muy simple, consiste en intersectar los polígonos de una capa y generar
 un shapefile nuevo con las áreas de solape, para identificar los errores.
 Necesito generar esta capa, por lo que no me vale que me señale los solapes
 como hace la herramienta de topología. Además es una excusa perfecta para
 practicar con gvsig el tema de la programación.

 El script: es el siguiente;
 El problema me surge una vez que tengo las intersecciones creadas y quiero
 generar el nuevo shape. He probado pero no lo consigo.

 ¿Alguién me puede orientar?

 Muchas gracias.

 from gvsig import *
 from geom import *

 def main():
 path = D:\\JJV_2E\\CURSO\\salida.shp
 layer = currentLayer() # active layer
 ### proceso
 schema = layer.getSchema()
 newSchema = createSchema(schema)
 CRS = currentView().getProjection()
 output = createShape(newSchema, path, CRS=CRS,geometryType=POLYGON)
 features = layer.features()
 for feature in features:
   g1 = feature.geometry()
   for feature2 in features:
 values = feature.getValues()
 g2 = feature.geometry()
 intersect = g1.intersection (g2)

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

Re: [Gvsig_desarrolladores] Conectarse a geoserver con autenticación

[Francisco Puga]

Gracias Joaquín,

He estado revisándolo y me da la impresión de que tanto WMS como WFS,
hacen sus peticiones a través de WMSRequest y WFSRequest, que heredan
de OGCRequest y que en última instancia acaban llamando a métodos como
los siguientes:

Downloader downloader = CompatLocator.getDownloader();
downloader.downloadFile(url, name, cancel); // get request
downloader.downloadFile(url, data, name, cancel); // post request

Para lo que necesito creo que tendría que registrar mi propio
DownloadManager en lugar del HttpDownloadManager que da el plugin que
me enlazas y registrar mi propio HttpClientDownloader.

Probando el plugin de downloader [1], he visto que al hacer maven
install no mete el jar de httpcore sólo el de httpclient y entonces se
produce una excepción. Lo he desplegado a mano pero habría que
arreglar el pom o lo que sea.

No lo he probado mucho pero en principio por basic auth funciona
correctamente tanto en WMS (1.1.3) como WFS. En algunos casos WMS
parece no usar WMSRequest si no construírlas más a mano, pero para
descargar los ficheros usa el Utilities.downloadFile que por debajo
llama al Downloader, me parece que por eso funciona.

Saludos.


[1] https://redmine.gvsig.net/redmine/projects/gvsig-downloader

El día 5 de marzo de 2015, 13:45, Joaquin Jose del Cerro Murciano
jjdelce...@gvsig.org escribió:


 El 5 de marzo de 2015, 12:55, Francisco Puga fp...@icarto.es escribió:

 Hola,

 Estoy usando gvSIG 2.1.0-2269 versión portable en linux de 32 bits y
 tengo instalado un geoserver en local donde el acceso a las capas está
 protegido sólo para usuarios atenticados.

 La configuración de autenticación / autorización de geoserver es la
 que viene por defecto. Esta parte estoy bastante seguro que está bien
 porque he probado a conectar con otros gises y funciona.

 Al intentar conectar con gvSIG independientemente de que use una url
 sin basic auth o con basic auth:
 http://localhost:8080/geoserver/ows
 http://usuario:clave@localhost:8080/geoserver/wms

 La pantalla de selección de capas está en blanco (img adjunta).

 ¿Es posible conectar a servicios ogc con autenticación?

 Lo ideal sería un diálogo de conexión en el que se pudiera especificar
 usuario y contraseña. (adjunto captura)

 En mi caso concreto desde gvSIG cargaré servicios OGC y usaré una API
 Rest. La identificación se hará al arrancar la aplicación mediante un
 diálogo a medida que recuperará cookies del servidor que se añadirán a
 las request tanto de los servicios ogc como de la api rest para
 gestionar la autenticación.

 ¿Alguien ha hecho algo parecido y puede aportar alguna sugerencia o
 librería?

 Por tanto necesitaría que el código de gvsig de wms/wfs permitierá
 setear una cookie cuando se hacen las request.

 ¿Es posible esto ahora mismo? ¿Si no es posible donde habría que tocar?

 Hola Fran,
 me temo que no llego a terminarse la parte de acceso a servicios
 authenticados para la 2.1.0.
 Yo he llegado a verlo funcionar con algunos servicios en un entorno de
 desarrollo pero no se llego a generar ningun build del plugin que aporta esa
 funcionalidad.

 Si te quieres aventurar con ello los fuentes esta en el proyecto:

 https://redmine.gvsig.net/redmine/projects/gvsig-downloader

 Basicamente sustituyen la implementacion del SEDownloader por otra que
 soporta servicios autenticados basada en la libreria de apache. De momento
 el usuario tiene que ir a preferencias y alli indicar usuario y contraseña
 para los distintos servidores que la requieran, y luego gvSIG
 automaticamente las usa en caso de que tenga que conectarse a alguno de esos
 servidores.

 El principal problema, ademas de que apenas se ha probado, es que solo
 afecta a las peticiones que se hacen a traves del SEDownloader, que son casi
 todas, pero aun queda alguna por ahi que no lo usaba. Me consta que al menos
 hay una en la negociacion de la version del WMS que no la usa, con lo que si
 no se arregla para que la use el WMS no funcionara.

 El nuevo plugin pretendia ser bastante ambicioso y hay mas codigo que en
 estos momentos no se usa, pero lo basico si que iba, por lo menos con
 servicios WFS que era con lo que se estaba probando.

 Un saludo
 Joaquin



 Saludos y gracias.

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

[Gvsig_desarrolladores] La versión portable genera información en el HOME del usuario

[Francisco Puga]

Hola,

Estoy probando la portable 2.1 final en linux de 32 bits y he visto
que genera en el directorio del usuario lo siguiente:

~/gvSIG
 + palettes.xml
 + colortable/
 + ... varios xml ...

No se si es un bug o una decisión. Si queréis abro un ticket.

Saludos.

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

Re: [Gvsig_desarrolladores] gvSig 1.1.2 y windows 7 de 32 bits

[Francisco Puga]

Sí funciona correctamente. Si tienes problemas con las carpetas seguramente
será porque tengas que instalarlo en modo administrador.

La otra opción es que uses la versión portable. Trae dentro una jre 1.6. Es
simplemente descomprimirlo y ejecutar el fichero .exe dentro de la carpeta
bin. La carpeta cfg es donde se guardarían las configuraciones en lugar de
usar la carpeta gvSIG en el HOME del usuario.

http://outreach.gvsig.org/releases/gvsig-desktop-112-portable

Saludos

El 2 de marzo de 2015, 12:08, Ana Calle nico200...@gmail.com escribió:

 Hola
 ¿Alguien me puede decir si gvSig version 1.1.2 funciona bien en windows 7
 de 32 bits?
 Al instalarlo no deja cambiar la ruta (para evitar la carpeta archivos de
 programa...)

 Cualquier aporte será bienvenido.
 Saludos
 Ana

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

Re: [Gvsig_desarrolladores] Compilando y depurando un plugin de ejemplo para gvSIG 2.1.0 desde un IDE

[Francisco Puga]

Gracias por dedicar tiempo a escribir estos artículos Joaquín. Yo creo
que son muy útiles.

Siguiendo tu post he escrito un artículo en mi blog de como compilar
un plugin para Eclipse.

http://conocimientoabierto.es/compilando-depurando-plugin-gvsig-2-1-eclipse/745/

Espero que sea útil.

Saludos.

El día 30 de diciembre de 2014, 14:36, Joaquin Jose del Cerro Murciano
jjdelce...@gvsig.org escribió:
 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
 jjdelce...@gvsig.com
 jjdelce...@gvsig.org
 gvSIG Association
 www.gvsig.com
 www.gvsig.org

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

Re: [Gvsig_desarrolladores] anadir dbf en proyecto

[Francisco Puga]

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ół piotrpac...@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@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@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

Re: [Gvsig_desarrolladores] error - exception writing

[Francisco Puga]

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ół
piotrpac...@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@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@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

Re: [Gvsig_desarrolladores] Módulo de scripting - getLayers

[Francisco Puga]

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 utí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
jjdelce...@gvsig.org escribió:


 El 8 de diciembre de 2014, 14:12, Francisco Puga fp...@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@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

[Gvsig_desarrolladores] Módulo de scripting - getLayers

[Francisco Puga]

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

Re: [Gvsig_desarrolladores] Primer plugin con gvsig 2.1

[Francisco Puga]

]
 puedes encontrar una lista con la gran mayoria de cambios que se han hecho
 respecto a la 2.0

 [11]
 http://www.gvsig.org/plone/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2-1-0/migracion-de-proyectos-de-gvsig-2-0-0-a-gvsig-2-1.0


 La poca documentacion que hay sobre la 2.1 la puedes encontrar en el
 enlace [4] que has pasado. He eliminado algunos documentos que estaban
 causando problemas, y por lo que no se visualizada, y asi por lo menos se
 ve
 lo que hay.

 [4]
 http://www.gvsig.org/plone/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2-1-0

 Tambien he añadido un comentario en la documentacion de la 2.0 indicando
 que
 no es valida para la 2.1 para intentar que la gente se lie menos.

 Cuando tengamos tiempo, actualizaremos el asistente de gvSIG de generacion
 de
 plugins y la guia de inicio rapido a la 2.1, aunque probablemente sera
 ya tras la salida de la 2.1 final.

 Si tienes dudas ves preguntando he intentare ir solventandolas.

 Un saludo
 Joaquin


 --
 --
 Joaquin Jose del Cerro Murciano
 Development and software arquitecture manager at gvSIG Team
 jjdelce...@gvsig.com
 jjdelce...@gvsig.org
 gvSIG Association
 www.gvsig.com
 www.gvsig.org

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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).
Index: src/main/java/org/gvsig/landregistryviewer/app/mainplugin/DisableEditingExtension.java
===
--- src/main/java/org/gvsig/landregistryviewer/app/mainplugin/DisableEditingExtension.java	(revision 226)
+++ src/main/java/org/gvsig/landregistryviewer/app/mainplugin/DisableEditingExtension.java	(working copy)
@@ -31,7 +31,12 @@
 ActionInfoManager actionManager = PluginsLocator.getActionInfoManager();
 this.startEditingAction = actionManager.getAction(layer-start-editing);
 if (this.startEditingAction != null) {
-this.startEditingAction = this.startEditingAction.clone();
+try {
+this.startEditingAction = (ActionInfo) this.startEditingAction.clone();
+			} catch (CloneNotSupportedException e) {
+// TODO Auto-generated catch block
+e.printStackTrace();
+			}
 actionManager.redirect(layer-start-editing, layer-start-editing-customized);
 }
 }
14:11:51,504 INFO  [locator.AbstractLocator.get()]
  Can't locate class of 'default.layer.order.manager', may be it is not registered in this locator 'org.gvsig.fmap.mapcontext.MapContextLocator'.
14:11:51,505 INFO  [mapcontext.MapContextLocator.getDefaultOrderManager()]
  Cant get default layer order manager
A Class or Factory has not been registered for the reference default.layer.order.manager in the Locator org.gvsig.fmap.mapcontext.MapContextLocator
	at org.gvsig.tools.locator.AbstractLocator.get(AbstractLocator.java:66)
	at org.gvsig.fmap.mapcontext.MapContextLocator.getDefaultOrderManager(MapContextLocator.java:201)
	at org.gvsig.fmap.mapcontext.MapContext.getOrderManager(MapContext.java:1702)
	at org.gvsig.fmap.mapcontext.layers.FLayers.addLayer(FLayers.java:209)
	at org.gvsig.landregistryviewer.main.Main.initMapControl(Main.java:183)
	at org.gvsig.landregistryviewer.main.Main.doMain(Main.java:239)
	at org.gvsig.landregistryviewer.main.Main.main(Main.java:92)
Exception in thread main java.lang.NullPointerException
	at org.gvsig.fmap.mapcontext.layers.FLayers.addLayer(FLayers.java:209)
	at org.gvsig.landregistryviewer.main.Main.initMapControl(Main.java:183)
	at org.gvsig.landregistryviewer.main.Main.doMain(Main.java:239)
	at org.gvsig.landregistryviewer.main.Main.main(Main.java:92

[Gvsig_desarrolladores] Primer plugin con gvsig 2.1

[Francisco Puga]

Hola,

Estoy siguiendo la guía de inicio rápido del desarrollador para crear un
nuevo plugin para la versión 2.1 (con Eclipse 4.3 Kepler). En este punto
[1] se indica que hay que seleccionar el directorio org.gvsig.visor.lib
para importar los subproyectos, pero eclipse no reconoce los directorios
que hay dentro como 'proyectos eclipse' y efectivamente no tienen un
fichero .project, por lo que no pueden ser importados.

En la guía del desarrollador [2] las instrucciones son distintas a la de
'inicio rápido' pero tampoco funcionan 'tal cual', dado que no se pueden
importar los subproyectos.

¿Como sería el proceso recomendado?

Por otro lado, en la siguiente 'pantalla' [3] de la guía de inicio rápido
las dependencias que se muestran son distintas a las que genera actualmente
el plugin builder


Por cierto la guía del desarrollador de la versión 2.1 [4] me da un error
de codificación al entrar estoy mirando la de la 2.0

[1]
http://www.gvsig.org/plone/projects/gvsig-desktop/docs/devel/developers_quick_start/2-0.0/construyendo-nuestro-primer-proyecto/estructura-de-un-proyecto
[2]
http://www.gvsig.org/plone/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2.0.0/crear-un-proyecto-para-gvsig/creando-nuestro-proyecto
[3]
http://www.gvsig.org/plone/projects/gvsig-desktop/docs/devel/developers_quick_start/2-0.0/construyendo-nuestro-primer-proyecto/las-dependencias-entre-los-distintos-proyectos
[4]
http://www.gvsig.org/plone/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2-1-0

Gracias y saludos
-- 
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
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Script para exportar imagenes

[Francisco Puga]

El día 13 de junio de 2013 23:36, Ludecan lude...@hotmail.com escribió:
 Muchas gracias por tu respuesta. Intenté usar el proceso por lotes pero me
 saltó un error al intentar hacer el recorte.

Si tienes algún problema concreto no te cortes en eviarlo a la lista
por si alguien puede ayudarte

 De todas formas, nos encomendaron trabajar con una extensión realizada en
 Sextante (tenemos que analizar el código y portarlo a Delphi), así que,
 aprovechando el empujón y usando las ideas de Joaquín, intentaré aprender un
 poco más al respecto y hacer la exportación de imágenes de esa manera.

No se como de difícil será eso, suerte.

 Cuando la tenga completa la subo al foro en caso de que a alguien más le
 sirva.

Genial. Está bien lo de dar feedback de las soluciones.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Bloquear la ventana de la vista

[Francisco Puga]

No tengo muy claro que vaya a funcionar, ese tipo de propiedades suele
ser mejor setearlas antes de crear la ventana
(PluginServices.getMDIManager.addWindow(myView)

Yo probaría a crear la Vista por código [1] y antes de hacer el
addWindow, hacer:

windowInfo = getWindowInfo()
windowInfo.setMaximizable(false)
windowInfo.setResizable(false)
windowInfo.setClosable(false) // no se si esto también lo quieres
windowInfo.setMaximized(true)




[1] 
https://gitorious.org/elle/elle/blobs/HEAD/src/es/udc/cartolab/gvsig/elle/LoadMapExtension.java#line56

El día 13 de junio de 2013 00:00, David Deman 591...@unizar.es escribió:
 buenas,
 también, para evitar que se me maximice al insertar o borrar capas ¿cómo se
 podría hacer?
 un saludo,
 David



 --
 View this message in context: 
 http://osgeo-org.1560.x6.nabble.com/Bloquear-la-ventana-de-la-vista-tp5059423p5059822.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Clase de la ventana de arranque de gvsig-1.11.0 final

[Francisco Puga]

Tienes las dos opciones. Como te comenté en el proyecto install hay
scripts que te pueden ayudar a crear un instalador [1]. Y también
tienes la opción de crear un paquete gvspkg que se pueda instalar
desde el administrador de extensiones.

Lo que yo suelo hacer es montar una portable con todo lo que me interesa.



[1] 
http://www.gvsig.org/web/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/1-12.0/trabajar-con-el-nucleo-de-gvsig/crear-un-instalable-de-gvsig/

El día 11 de junio de 2013 16:12, Iñigo Mazo imago...@hotmail.com escribió:
 Perfecto Francisco, muchas gracias!

 Una pregunta, necesito crear un instalador para instalar gvSig junto con la
 extensión que estoy desarrollando en otro equipo. ¿Sólo necesito crear un
 instalador para mi extensión, e instalar ésta después de haber instalado el
 EXE de gvsig desktop? ¿O necesito crear un instalador que aparte de mi
 extensión contenga también el código fuente de gvsig?

 From: fp...@cartolab.es
 Date: Tue, 11 Jun 2013 16:03:56 +0200
 To: gvsig_desarrolladores@listserv.gva.es
 Subject: Re: [Gvsig_desarrolladores] Clase de la ventana de arranque de
 gvsig-1.11.0 final


 Para hacer algo así no necesitas tocar el core. En una de tus
 extensiones sobreescribe el metodo postInitialize [1] y en en ese
 método crea la vista y carga la capa. Para crear una vista puedes usar
 el código que usamos en ELLE [2] por ejemplo. Este código es para la
 1.12, en la 1.11 es un pelín distinto, puedes buscar alguna revisión
 anterior de ese fichero.

 Si por algo necesitas generar tus propios instaladores o versiones
 portables échale un ojo al proyecto install que está en la raíz del
 trunk.

 [1]
 https://devel.gvsig.org/redmine/projects/gvsig-desktop/repository/entry/trunk/frameworks/_fwAndami/src/com/iver/andami/plugins/Extension.java#L100

 [2]
 http://gitorious.org/elle/elle/blobs/master/src/es/udc/cartolab/gvsig/elle/LoadMapExtension.java#line56

 El día 11 de junio de 2013 11:59, bebeto21 imago...@hotmail.com
 escribió:
  Una pregunta, si modifico algo del core de gvsig, quiero que por defecto
  aparezca una vista ya cargada con un shape al arrancar gvSIG, entiendo
  que
  tendré que crear un instalador con este código ya modificado más las
  extensiones que haya desarrollado sobre el gvSIG. ¿Es esto posible?
 
  Gracias!
 
 
 
  --
  View this message in context:
  http://osgeo-org.1560.x6.nabble.com/Clase-de-la-ventana-de-arranque-de-gvsig-1-11-0-final-tp5039513p5059364.html
  Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
  ___
  gvSIG_desarrolladores mailing list
  gvSIG_desarrolladores@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
 Grupo de Desarrollo
 Cartolab - Laboratorio de Ingeniería Cartográfica.
 http://www.cartolab.es

 ETS Ingeniería de Caminos, Canales y Puertos
 Universidade da Coruña
 Campus de Elviña - 15071 A Coruña (España)
 (34)981167000 ext. 5493
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Clase de la ventana de arranque de gvsig-1.11.0 final

[Francisco Puga]

Para hacer algo así no necesitas tocar el core. En una de tus
extensiones sobreescribe el metodo postInitialize [1] y en en ese
método crea la vista y carga la capa. Para crear una vista puedes usar
el código que usamos en ELLE [2] por ejemplo. Este código es para la
1.12, en la 1.11 es un pelín distinto, puedes buscar alguna revisión
anterior de ese fichero.

Si por algo necesitas generar tus propios instaladores o versiones
portables échale un ojo al proyecto install que está en la raíz del
trunk.

[1] 
https://devel.gvsig.org/redmine/projects/gvsig-desktop/repository/entry/trunk/frameworks/_fwAndami/src/com/iver/andami/plugins/Extension.java#L100

[2] 
http://gitorious.org/elle/elle/blobs/master/src/es/udc/cartolab/gvsig/elle/LoadMapExtension.java#line56

El día 11 de junio de 2013 11:59, bebeto21 imago...@hotmail.com escribió:
 Una pregunta, si modifico algo del core de gvsig, quiero que por defecto
 aparezca una vista ya cargada con un shape al arrancar gvSIG, entiendo que
 tendré que crear un instalador con este código ya modificado más las
 extensiones que haya desarrollado sobre el gvSIG. ¿Es esto posible?

 Gracias!



 --
 View this message in context: 
 http://osgeo-org.1560.x6.nabble.com/Clase-de-la-ventana-de-arranque-de-gvsig-1-11-0-final-tp5039513p5059364.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Script para exportar imagenes

[Francisco Puga]

Respecto a tu pregunta inicial si no quieres complicarte mucho la
vida, es decir si no quieres programar, puede usar el proceso por
lotes de sextante.

https://www.youtube.com/watch?v=Wtt-mYlMWMg

El día 4 de junio de 2013 20:24, Ludecan lude...@hotmail.com escribió:
 Mmm, creo que no me permitió adjuntar el archivo.
 Por las dudas lo subí a rapidshare en el siguiente link
 http://rapidshare.com/files/3405518509/ProyGvSIG.zip
 Saludos



 --
 View this message in context: 
 http://osgeo-org.1560.x6.nabble.com/Script-para-exportar-imagenes-tp5057502p5057882.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] [Gvsig_usuarios] Problemas al Cargar Capa Postgis

[Francisco Puga]

Como se ha dicho en varias ocasiones gvSIG 1.x no está preparado en
principio para trabajar con postgis 2.0, para que funcione tienes que
cargar en tu postgres el archivo legacy.sql que recupera antiguas
funciones de postgis

http://mappinggis.com/2012/11/como-conectar-gvsig-con-postgis-2-0/

Por otro lado, el trunk de la versión 1.x tiene una serie de parches,
no testeados, que deberían permitirte trabajar con postgis 2 pero
tendrías que compilarlo tu mismo.

El día 4 de junio de 2013 18:33, Manuel Castro cp.man...@gmail.com escribió:
 Saludos a todos:

 Resulta que cree una base de datos y me esta generando problemas al
 cargar la capa deseada.

 Me da el siguiente error:
 Error en una de las capas. Compruebe las posibles restricciones introducidas.

 Capa: public.CarPrd
 ERROR: function asewkb(geometry, unknown) does not exist.

 Les agradeceria cualquier colaboracion al respecto.
 Trabajo con W7, Postgresql 9.0, Postgis 2.0.

 --
 Manuel Castro Prado.
 http://signet-siglibre.blogspot.com/
 San José, Costa Rica.
 SIGWeb Consultores.

 ___
 gvSIG_usuarios mailing list
 gvsig_usuar...@listserv.gva.es

 Para ver histórico de mensajes, editar sus preferencias de usuario o darse de 
 baja en esta lista, acuda a la siguiente dirección:

 http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_usuarios




-- 
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] gvSIG 1.9 no arranca desde Eclipse

[Francisco Puga]

  java.lang.reflect.InvocationTargetException
  at java.awt.EventQueue.invokeAndWait(EventQueue.java:853)
  at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1257)
  at com.iver.andami.Launcher.main(Launcher.java:428)
  Caused by: java.lang.NoClassDefFoundError
  at com.iver.cit.gvsig.project.Project.clinit(Project.java:128)
  at
 
  com.iver.cit.gvsig.project.ProjectFactory.createProject(ProjectFactory.java:115)
  at
 
  com.iver.cit.gvsig.ProjectExtension.loadInitialProject(ProjectExtension.java:225)
  at
 
  com.iver.cit.gvsig.ProjectExtension.postInitialize(ProjectExtension.java:235)
  at com.iver.andami.Launcher.postInitializeExtensions(Launcher.java:885)
  at com.iver.andami.Launcher.access$11(Launcher.java:882)
  at com.iver.andami.Launcher$8.run(Launcher.java:430)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
  at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
  at
 
  com.iver.andami.ui.AndamiEventQueue.dispatchEvent(AndamiEventQueue.java:58)
  at
 
  java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
  at
 
  java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
  at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
 
 
  ___
  gvSIG_desarrolladores mailing list
  gvSIG_desarrolladores@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
 Grupo de Desarrollo
 Cartolab - Laboratorio de Ingeniería Cartográfica.
 http://www.cartolab.es

 ETS Ingeniería de Caminos, Canales y Puertos
 Universidade da Coruña
 Campus de Elviña - 15071 A Coruña (España)
 (34)981167000 ext. 5493
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] gvSIG 1.9 no arranca desde Eclipse

[Francisco Puga]

:242)
 at
 java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)


 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Error al cargar capa postgis

[Francisco Puga]

Creo que Fran Peñarubia ha hecho algunos cambios, para poder trabajar
con Postgis 2, pero no lo he probado e implica recompilar gvSIG vamos.

Habría que sacar una portable o algo así, pero yo ahora estoy liadillo.

El día 5 de mayo de 2013 22:21, Joaquin del Cerro
jjdelcerro.gv...@gmail.com escribió:
 El 26/04/13 16:03, Manuel Castro escribió:
 Saludos a todos.

 Necesito que me den una orientacion de cual puede ser el problema, ya que
 importe informacion de shape a postgis y no hay ningun problema.
 Pero resulta que al querer cargar la en gvSIG 1.12 final meda un error.
 Ver imagen adjunta.
 Trabajo con windows 7.
 Cualquier colaboracion seria de gran ayuda.

 Hola Manuel,
 prueba con lo que comenta Valenty en el mensaje gvSIG y PostGIS2.0,
 http://listserv.gva.es/pipermail/gvsig_usuarios/2013-January/024564.html
 a ver si eso te ayuda.

 Un saludo
 Joaquin




 Atte.
 Manuel Castro Prado.
 www.sigwebcr.co.cc
 San José, Costa Rica.
 SIGWeb Consultores.




 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
 Development and software arquitecture manager.
 jjdelce...@gvsig.com
 gvSIG Association
 www.gvsig.com
 www.gvsig.org
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] error configurando workspace gvsig 2 - svn.checkout.all

[Francisco Puga]

Gracias Cesar,

He avanzado pero sale otro error. Lo reporto para que quede
constancia, pero lo intentaré de nuevo en un par de días.

[artifact:mvn] [INFO] Error building POM (may not be this project's POM).
[artifact:mvn] Project ID: null:org.gvsig.wfs:jar:2.0-SNAPSHOT
[artifact:mvn] Reason: Cannot find parent:
org.gvsig:gvsig-base-extension-pom for project:
null:org.gvsig.wfs:jar:2.0-SNAPSHOT for project
null:org.gvsig.wfs:jar:2.0-SNAPSHOT

Adjunto mando una captura más grande del problema

El día 17 de abril de 2013 08:57, Cèsar Ordiñana
cordiny...@gvsig.com escribió:
 El 16/04/13 19:38, Francisco Puga escribió:
 Hola,

 Estoy siguiendo los pasos de la guia [1] para descargar el código
 fuente de gvSIG 2.0

 Estoy en el paso de ejecutar desde Ant el target svn.checkout.all

 Todo va bien hasta que:

 Trying to override old definition of task svn
 svn.checkout.module:
 eclipse.projects:
   [echo] mvn -e
 -Dnative-classifier=linux-Ubuntu-9.10-gcc4-i386-dynamic
 -Dnative-platform=linux -Dmaven.test.failure.ignore install
 [artifact:mvn] + Error stacktraces are turned on.
 [artifact:mvn] [INFO] Scanning for projects...
 [artifact:mvn] Downloading:
 http://repo1.maven.org/maven2/org/gvsig/gvsig-base-library-pom/2.0/gvsig-base-library-pom-2.0.pom
 [artifact:mvn] [INFO] Unable to find resource
 'org.gvsig:gvsig-base-library-pom:pom:2.0' in repository central
 (http://repo1.maven.org/maven2)
 [artifact:mvn] [INFO]
 
 [artifact:mvn] [ERROR] FATAL ERROR
 [artifact:mvn] [INFO]
 
 [artifact:mvn] [INFO] Error building POM (may not be this project's POM).
 [artifact:mvn] Project ID: org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT
 [artifact:mvn] Reason: Cannot find parent:
 org.gvsig:gvsig-base-library-pom for project:
 org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT for project
 org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT
 [artifact:mvn] [INFO]
 
 [artifact:mvn] [INFO] Trace

 [  ]

 BUILD FAILED
 /home/development/workspace-gvsig2/build/ant-tasks/subversion-tasks.xml:47:
 The following error occurred while executing this line:
 /home/development/workspace-gvsig2/build/ant-tasks/ant-tasks-config.xml:132:
 Java returned: 1

 Alguna idea. Gracias.

 Hola Fran,

 Justamente a mi también me ha pasado lo mismo, parece que hay un error
 en la versión de algunas dependencias con el pom padre
 gvsig-base-library-pom, que a los desarrolladores que han compilado
 últimamente gvSIG, da la casualidad que no les pasa y no se han dado
 cuenta.

 Mientras se arregla esto, como solución temporal descárgate en tu
 directorio $HOME/.m2/repository/org/gvsig/gvsig-base-library-pom/2.0
 el archivo:

 http://devel.gvsig.org/m2repo/j2se/org/gvsig/gvsig-base-library-pom/2.0/gvsig-base-library-pom-2.0.pom

 Y vuelve a lanzar de nuevo el svn.checkout.all

 Saludos.

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

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493


svn-checkout-all.log
Description: Binary data
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] error configurando workspace gvsig 2 -svn.checkout.all

[Francisco Puga]

Gracias Juan Lucas,

Ya lo tengo funcionando, pero creo que estaría bien añadir a la
documentación [1] lo de hacer checkout de
org.gvsig.core.maven.dependencies. Al menos yo no lo vi.

En el paso 13
==
Se habla de ejecutar el target mvn-eclipse-eclipse, pero no queda
claro si es el del fichero gvSIG-group-standard, o el de
gvSIG-build-config. Ya que este target al igual que el de
svn.checkout.all está en ambos. La verdad es que resulta un poco
confuso que haya tantos targets duplicados.

Por otro lado, tras ejecutar ese target (de ambos proyectos) y hacer
refresh, tengo un par de errores de compilación:

* libFMap_geometries. org.gvsig.fmap.geom.primitive.GeneralPathX
import org.gvsig.jdk.GeomUtilities; - The import org.gvsig.jdk can
not be resolved
* libFMap_mapcontext.
org.gvsig.fmap.geom.primitive.impl.Envelope2D.MapContextPersistenceTest
import org.gvsig.fmap.geom.primitive.impl.Envelope2D;

Ambos se solucionan dejando a eclipse buscarse la vida, pero da mala
imagen tener aspitas rojas al bajarse el proyecto.

En el paso 14
==
Los proyectos org.gvsig.newlayer, org.gvsig.newlayer.app,
org.gvsig.personaldb ya están en el workspace, entiendo que hay que
sacarlos de la lista.


Luego he hecho desde la consola un mvn install en el directorio
build y desde eclipse he ejecutado el Run Configuration llamado
gvSIG pero no me va.

Sale este error:

The archive: /build/product/lib/org.gvsig.andami-2.0-SNAPSHOT.jar
which is referenced by the classpath, does not exist.

[1] 
http://www.gvsig.org/web/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/2.0.0/trabajar-con-el-nucleo-de-gvsig/gvsig-compilation/initial-configuration/howto-create-eclipse-workspace

El día 17 de abril de 2013 13:49, Juan Lucas Dominguez Rubio
jldoming...@prodevelop.es escribió:
 Hola. Creo que ya debe funcionar.
 Solo tienes que actualizarte el proyecto build y los demás proyectos (o
 bajártelos otra vez)

 Recuerda que, a partir de ahora, para controlar qué versiones de las
 librerías forman parte de los binarios, debes tener también el proyecto
 org.gvsig.core.maven.dependencies y establecer el número de versión a
 usar, ya que muchas librerías y plugins recurren a la lista que hay allí.


 Saludos,
 Juan Lucas Domínguez Rubio
 ---
 Prodevelop SL, Valencia (España)
 Tlf.: 96.351.06.12 -- Fax: 96.351.09.68
 http://www.prodevelop.es
 ---

 
 De: gvsig_desarrolladores-boun...@listserv.gva.es en nombre de Francisco
 Puga
 Enviado el: mié 17/04/2013 11:09
 Para: Lista de Desarrolladores de gvSIG
 Asunto: Re: [Gvsig_desarrolladores] error configurando workspace gvsig 2
 -svn.checkout.all

 Gracias Cesar,

 He avanzado pero sale otro error. Lo reporto para que quede
 constancia, pero lo intentaré de nuevo en un par de días.

 [artifact:mvn] [INFO] Error building POM (may not be this project's POM).
 [artifact:mvn] Project ID: null:org.gvsig.wfs:jar:2.0-SNAPSHOT
 [artifact:mvn] Reason: Cannot find parent:
 org.gvsig:gvsig-base-extension-pom for project:
 null:org.gvsig.wfs:jar:2.0-SNAPSHOT for project
 null:org.gvsig.wfs:jar:2.0-SNAPSHOT

 Adjunto mando una captura más grande del problema

 El día 17 de abril de 2013 08:57, Cèsar Ordiñana
 cordiny...@gvsig.com escribió:
 El 16/04/13 19:38, Francisco Puga escribió:
 Hola,

 Estoy siguiendo los pasos de la guia [1] para descargar el código
 fuente de gvSIG 2.0

 Estoy en el paso de ejecutar desde Ant el target svn.checkout.all

 Todo va bien hasta que:

 Trying to override old definition of task svn
 svn.checkout.module:
 eclipse.projects:
   [echo] mvn -e
 -Dnative-classifier=linux-Ubuntu-9.10-gcc4-i386-dynamic
 -Dnative-platform=linux -Dmaven.test.failure.ignore install
 [artifact:mvn] + Error stacktraces are turned on.
 [artifact:mvn] [INFO] Scanning for projects...
 [artifact:mvn] Downloading:

 http://repo1.maven.org/maven2/org/gvsig/gvsig-base-library-pom/2.0/gvsig-base-library-pom-2.0.pom
 [artifact:mvn] [INFO] Unable to find resource
 'org.gvsig:gvsig-base-library-pom:pom:2.0' in repository central
 (http://repo1.maven.org/maven2)
 [artifact:mvn] [INFO]
 
 [artifact:mvn] [ERROR] FATAL ERROR
 [artifact:mvn] [INFO]
 
 [artifact:mvn] [INFO] Error building POM (may not be this project's POM).
 [artifact:mvn] Project ID: org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT
 [artifact:mvn] Reason: Cannot find parent:
 org.gvsig:gvsig-base-library-pom for project:
 org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT for project
 org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT
 [artifact:mvn] [INFO]
 
 [artifact:mvn] [INFO] Trace

 [  ]

 BUILD FAILED

 /home/development/workspace-gvsig2/build/ant-tasks/subversion-tasks.xml:47:
 The following error occurred while executing this line:

 /home/development/workspace-gvsig2/build/ant-tasks/ant

[Gvsig_desarrolladores] error configurando workspace gvsig 2 - svn.checkout.all

[Francisco Puga]

Hola,

Estoy siguiendo los pasos de la guia [1] para descargar el código
fuente de gvSIG 2.0

Estoy en el paso de ejecutar desde Ant el target svn.checkout.all

Todo va bien hasta que:

Trying to override old definition of task svn
svn.checkout.module:
eclipse.projects:
 [echo] mvn -e
-Dnative-classifier=linux-Ubuntu-9.10-gcc4-i386-dynamic
-Dnative-platform=linux -Dmaven.test.failure.ignore install
[artifact:mvn] + Error stacktraces are turned on.
[artifact:mvn] [INFO] Scanning for projects...
[artifact:mvn] Downloading:
http://repo1.maven.org/maven2/org/gvsig/gvsig-base-library-pom/2.0/gvsig-base-library-pom-2.0.pom
[artifact:mvn] [INFO] Unable to find resource
'org.gvsig:gvsig-base-library-pom:pom:2.0' in repository central
(http://repo1.maven.org/maven2)
[artifact:mvn] [INFO]

[artifact:mvn] [ERROR] FATAL ERROR
[artifact:mvn] [INFO]

[artifact:mvn] [INFO] Error building POM (may not be this project's POM).
[artifact:mvn] Project ID: org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT
[artifact:mvn] Reason: Cannot find parent:
org.gvsig:gvsig-base-library-pom for project:
org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT for project
org.gvsig:org.gvsig.compat:jar:2.0.1-SNAPSHOT
[artifact:mvn] [INFO]

[artifact:mvn] [INFO] Trace

[  ]

BUILD FAILED
/home/development/workspace-gvsig2/build/ant-tasks/subversion-tasks.xml:47:
The following error occurred while executing this line:
/home/development/workspace-gvsig2/build/ant-tasks/ant-tasks-config.xml:132:
Java returned: 1

Alguna idea. Gracias.

--
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Ayuda con error

[Francisco Puga]

Deberías pegar la parte más significativa del código para que alguien
pudiera ayudarte.

2013/3/22 Nelson Saravia rodrigosar...@gmail.com:
 Hola:

 Al trabajar con gvsig 1.11 y querer convertir un shape de linea a poligo no
 me sale un error al ejecutarlo y quisiera saber por qu es y com solucionarlo
 el error es:java.land.IllegalArgumentException: Invalid number of points in
 LinearRing (found 3 * must be 0 or =4)

 Espero su ayuda

 Nelson Rodrigo Saravia Chuquimia
 Ingeniero Geografo
 591-70665828
 La Paz - Bolivia

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Varios errores al descargarme GvSig v1_12_0_Build_1417

[Francisco Puga]

El problema es que ahora mismo en el repo hay una serie de proyectos
que están desactualizados y que no se usan para nada.

Estos [1] son los proyectos que se empaquetan en una versión oficial
de gvSIG. Pero para la mayoría de desarrollos te llega con tener
muchos menos en el workspace. En las guías de desarrollador que hay en
la web se indican cuales son esos proyectos mínimos.


[1] 
https://devel.gvsig.org/redmine/projects/gvsig-desktop/repository/entry/trunk/install/gvsig_default_installation_projects.xml

El día 22 de enero de 2013 13:58, David Deman 591...@unizar.es escribió:
 Buenas,
 me he bajado todas las librerías y extensiones que hay en el proyecto. En
 extMeasureGeometry me aparecen una barbaridad de errores. Así que lo he
 cerrado y se me han reducido bastante los errores.
 Del resto de proyectos estos son los que quedan:
 http://osgeo-org.1560.n6.nabble.com/file/n5028961/errores.jpg
 Si alguien sabe como solucionarlos ;)
 Un saludo y gracias,
 David



 --
 View this message in context: 
 http://osgeo-org.1560.n6.nabble.com/Varios-errores-al-descargarme-GvSig-v1-12-0-Build-1417-tp5028961.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Duda sobre algunas extensiones

[Francisco Puga]

En el proyecto install hay un fichero [1]

install/gvsig_default_installation_projects.xml

que indica que proyectos fueron empaquetados en la versión 1.12. Esa
lista la usa el fichero de ant deploy.xml que está en install para
crear los instalables. Se cuenta un poco aquí [2]

Como puedes ver en el fichero, hay una variable que fija los que están
en el repo principal y otra que fija los que están en otro repo.

Los repos del resto de proyectos son:

* org.gvsig.consecutivenumber
Redmine: https://devel.gvsig.org/redmine/projects/gvsig-consecutive-numbers
svn: https://devel.gvsig.org/svn/gvsig-consecutive-numbers

* org.gvsig.chartlegend
redmine: https://devel.gvsig.org/redmine/projects/gvsig-graphlegend
svn: https://devel.gvsig.org/svn/gvsig-graphlegend

* org.gvsig.copypastegeom
redmine: https://devel.gvsig.org/redmine/projects/gvsig-copy-paste-geometries
svn: https://devel.gvsig.org/svn/gvsig-copy-paste-geometries

* org.gvsig.selectduplicates,
redmine: https://devel.gvsig.org/redmine/projects/gvsig-select-duplicates
svn: https://devel.gvsig.org/svn/gvsig-select-duplicates

* org.gvsig.newgeoprocess,
Este está en join up
https://joinup.ec.europa.eu/software/gvsig-geoproces/description

* extNavTable
repo: https://github.com/navtable/navtable

Sextante también va incluido pero no está en ese fichero porque recibe
un trato especial: http://sextante.googlecode.com

[1] 
https://devel.gvsig.org/redmine/projects/gvsig-desktop/repository/entry/trunk/install/gvsig_default_installation_projects.xml
[2] 
https://gvsig.org/web/projects/gvsig-desktop/docs/devel/gvsig-devel-guide/1-12.0/trabajar-con-el-nucleo-de-gvsig/crear-un-instalable-de-gvsig/



--
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Administrador de complementos y tarea Zip de Ant

[Francisco Puga]

Hola,

Despues de un tiempo le he vuelto a dar una intentona, y sigo sin
conseguirlo, mando los cachos de ant que estoy empleando y de donde se
puede bajar un paquete de ejemplo creado con ese comando.


target name=make-gvsig-pkg-unix-zip
exec executable=zip output=/dev/null os=Linux dir=${extensionsDir}
arg value=-r/
arg value=${basedir}/foo-unix-zip.gvspkg/
arg value=${plugin}//
/exec
/target

Paquete ejemplo: https://dl.dropbox.com/u/2131623/foo-unix-zip.gvspkg


target name=make-gvsig-pkg-zip-utf8-createunicode
zip destfile=foo-zip-utf8-createunicode.gvspkg
basedir=${extensionsDir}/${plugin}/ encoding=UTF8
createUnicodeExtraFields=always/
/target

Paquete ejemplo:
https://dl.dropbox.com/u/2131623/foo-zip-utf8-createunicode.gvspkg

target name=make-gvsig-pkg-zip
zip destfile=foo-zip.gvspkg basedir=${extensionsDir}/${plugin}/ /
/target

Paquete ejemplo: https://dl.dropbox.com/u/2131623/foo-zip.gvspkg

target name=make-gvsig-pkg-zip-encodingflag-false
zip destfile=foo-zip-encodingflag-false.gvspkg
basedir=${extensionsDir}/${plugin}/ useLanguageEncodingFlag=false
/
/target

Paquete ejemplo:
https://dl.dropbox.com/u/2131623/foo-zip-encodingflag-false.gvspkg
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] Weird code on SelectableDataSource

[Francisco Puga]

(spanish below)

I found a weird code on the SelectableDataSource class, i paste it in
pastebin [1] and also it at the end of the mail.

I think that the fieldDecimalCount should be set from the original
value and not be hard coded, but not sure if there is some not
document behavior here that should be checked.

Opionions?


Me he encontrado un cacho de código un poco raro en
SelectableDataSource, lo he puesto en pastebin[1] y al final del
correo.

Creo que fieldDecimalCount debería ser seteado a partir del valor
original y no hard coded, pero no se si habrá algún comportamiento no
documentado que obligue a esto.

¿Alguna opinión?




if (NumberUtilities.isNumeric(type)) {
if (!NumberUtilities.isNumericInteger(type))
// TODO: If there is a lost in precision, this should be changed.
fieldsDescrip[i].setFieldDecimalCount(6);
}
else
fieldsDescrip[i].setFieldDecimalCount(0);

[1] http://pastebin.com/P4B2bWc2

--
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] New Utility class to detect the OS of the host

[Francisco Puga]

(english short version below)

Hola,

Para un plugin que estoy desarrollando necesitaba conocer el sistema
operativo del host donde se estaba ejecutando la máquina virtual.

Tras buscar en la API de gvSIG vi que había varios puntos donde se
estaba haciendo esta comprobación, pero no existía una clase que lo
encapsulara.

Acabo de comitear una nueva clase en iver-utiles.jar que se encarga de
ello y he refactorizado el código para hacer uso de esa clase.

Comentad si alguien prefiere hacer la comprobación de otra forma.

https://devel.gvsig.org/redmine/issues/1539
---

Hi,

I push a new class to the repo that encapsulates the code to check
which is the operating system over gvSIG is running and i refactor the
existing code to make use of that class.

The new class is called OsUtils and it's placed in iver-utiles.jar

Feel free to comment another approaches to handle this issue.

https://devel.gvsig.org/redmine/issues/1539

Cheers

--
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] Administrador de complementos y tarea Zip de Ant

[Francisco Puga]

Hola,

Estoy tratando de crear un target de ant para poder crear
automáticamente el fichero gvspkg.

Siguiendo las instrucciones de interoperabilidad [1] que se dan en la
documentación de Ant, ejecuto este comando de Ant para crear el
fichero comprimido:
zip destfile=${plugin}.gvspkg basedir=${extensionsDir}/${plugin}/
encoding=UTF8 createUnicodeExtraFields=always/

el problema es que cuando intento instalar el paquete desde el
administrador de complementos la instalación falla. Si hago la
compresión llamando al comando zip nativo de linux todo funciona
correctamente.

Sabéis si se puede hacer lo que busco, se hace alguna cosa rara a la
hora de descomprimir en el administrador de complementos, ...

[1] http://ant.apache.org/manual/Tasks/zip.html
--
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Administrador de complementos y tarea Zip de Ant

[Francisco Puga]

Si, en la 1.12 sé que tiene que ir un fichero package.info dentro del
zip y va correctamente. Con compresores externos funciona sin
problemas, pero con Ant directamente no soy capaz.

Gracias.

El día 20 de diciembre de 2012 16:37, Leticia Riestra Ainsua
lries...@lbd.org.es escribió:
 Hola

 ¿Te das cuenta que dentro del zip también tiene que ir el fichero
 defaultpackages? que igual el error viene porque te falta ese fichero

 Yo lo he hecho a mano desde windows. Es decir, tengo el archivo
 nombreplugin.gvspkg, el archivo defaultPackages y con el 7zip comprimo todo
 tal que nombre.gvspks.

 Luego lo cargo en gvSig y me ha funcionado sin problemas

 Saludos



 El 20 de diciembre de 2012 16:34, Francisco Puga fp...@cartolab.es
 escribió:

 Hola,

 Estoy tratando de crear un target de ant para poder crear
 automáticamente el fichero gvspkg.

 Siguiendo las instrucciones de interoperabilidad [1] que se dan en la
 documentación de Ant, ejecuto este comando de Ant para crear el
 fichero comprimido:
 zip destfile=${plugin}.gvspkg basedir=${extensionsDir}/${plugin}/
 encoding=UTF8 createUnicodeExtraFields=always/

 el problema es que cuando intento instalar el paquete desde el
 administrador de complementos la instalación falla. Si hago la
 compresión llamando al comando zip nativo de linux todo funciona
 correctamente.

 Sabéis si se puede hacer lo que busco, se hace alguna cosa rara a la
 hora de descomprimir en el administrador de complementos, ...

 [1] http://ant.apache.org/manual/Tasks/zip.html
 --
 Francisco Puga
 Grupo de Desarrollo
 Cartolab - Laboratorio de Ingeniería Cartográfica.
 http://www.cartolab.es

 ETS Ingeniería de Caminos, Canales y Puertos
 Universidade da Coruña
 Campus de Elviña - 15071 A Coruña (España)
 (34)981167000 ext. 5493
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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




 --
 Leticia Riestra Ainsua
 Laboratorio de Bases de Datos A Coruña
 Tlfono: 981 16 70 00 Ext: 1386


 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Error corriendo gvSIG en Ubuntu 10.10

[Francisco Puga]

 gvSIG
 gvSIG/extensiones $@











 MUCHAS GRACIAS DE ANTEMANO



 MIS RESPETOS, Raisel Castellanos Santiago







 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Obtener capas dentro agrupación

[Francisco Puga]

La función para obtener las capas del toc debería ser recursiva. Tal y
como la tienes ahora si hay agrupaciones dentro de agrupaciones no
funcionaría

El día 16 de noviembre de 2012 14:06, vangel vian...@hotmail.com escribió:
 Yo tenia el mismo problema. Queria diferenciar agrupaciones de capas porque
 queria cargar las capas en un combo però no las agrupaciones. La funcion que
 implementé para rellenar el combo discriminando las agrupaciones fue la
 siguiente:

 /**
  * Obté les capes del projecte i les introdueix al combo
  * de capes.
  * @param capaList combo on carreguem les capes
  */
 private void getCapesForCombo(JComboBox capaList) {
 CapesGestio capesGestio = new CapesGestio();
 FLayer[] visibles = capesGestio.getCapesVisibles();
 if (visibles != null){
 // Comencem des d'1 perquè la capa 0 és la root layer
 for (int i=1; ivisibles.length; i++){
 if(!(visibles[i] instanceof FLayers)){
 
 capaList.addItem(visibles[i].getName());
 }else{
 System.out.println(
 visibles[i].getName()
 + és una agrupació. 
 No la mostrem);
 }
 }
 }

 }





 --
 View this message in context: 
 http://osgeo-org.1560.n6.nabble.com/Obtener-capas-dentro-agrupacion-tp4169824p5016938.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Extensión de Etiquetado avanzado

[Francisco Puga]

En la recien publicada 1.12 se ha corregido alguna cosa en ese línea.

https://devel.gvsig.org/redmine/issues/776

El día 24 de septiembre de 2012 23:06, Raisel Castellanos Santiago
rcastella...@geosi.geocuba.cu escribió:
 Hola a todos



 Estoy tratando de poner en funcionamiento la extensión de etiquetado
 avanzado para la versión 1.11.

 He comprobado que en la versión 1.9 de GvSIG este módulo funciona bien, más
 en las versiones posteriores no.

 Copié la versión del binario org.gvsig.extended-symbology  que trae gvSIG
 1.9 para la 1.11, pero el resultado no es satisfactorio. Arranca bien pero
 no dibuja las etiquetas correctamente.

 En fin, por lo que puedo apreciar es algo que está haciendo el plugin
 principal de gvSIG 1.9 que el 1.11 no hace, o alguna librería que utilizaba
 se dejó de utilizar o se cambió a una versión superior.





 Les agradecería que me pudieran indicar por donde debería comenzar a buscar
 para resolver este problema.





 Les agradezco de antemano su ayuda.





 Saludos, Raisel Castellanos Santiago


 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] personalización de GVsig

[Francisco Puga]

Si lo vas a hacer sobre la rama 1.x, el plugin dbconnection puede
resultarte de ayuda.

https://gitorious.org/extdbconnection

Crea una extensión para gvSIG, asignale una prioridad que haga que
cargue de última y en el postinitialize de la extensión crea una
instancia de la clase DBSession del plugin que te adjunto de una forma
parecida a esta:

DBSession.createConnection(SERVER, PORT, DATABASE_NAME, , USER, PASSWORD);

Esto creará automáticamente una conexión a base de datos que gvSIG
entiende, podrás usarla al cargar capas, ... y también una instancia
de esa clase DBSession que permite por ejemplo recuperar una capa de
la base de datos

FLayer layer = DBSession.getCurrentSession().getLayer(
TABLE_NAME, TOC_TABLE_NAME, SCHEMA, null,
CRSFactory.getCRS(EPSG_CODE));



El día 19 de septiembre de 2012 23:33, vear
veronica.acu...@mail.igm.gob.ec escribió:
 Gracias a los dos por reponder, ahora quiero por favor que me
 aclaren algunas inquietudes que tengo..
 yo necesito usar el gvsig con todas sus funcionalidades, es decir
 simbolizar,
 conectarme a un base de datos, generalizar las capas, por lo tanto, prender
 y apagarlas, que el usuario las escoja de la base de datos a la que el gvsig
 se conectaria automaticamente, etc.
 Estoy revisando el gvsig que instalamos para el curso y no tiene muchas
 de estas opciones. y ademas presenta errores,
 en cambio revisé la version final liberada (1.11), y es la que me da todas
 las opciones.
 A pesar de leer lo que escribe Jorge, no logro orientar el curso recibido
 hacia lo que necesito hacer...
 con todo lo que he expuesto arriba, puedo usar la version 2 y el curso
 recibido para hacer lo que necesito?

 Gracias de antemano por la atención que me brinden

 saludos




 --
 View this message in context: 
 http://osgeo-org.1560.n6.nabble.com/personalizacion-de-GVsig-tp5002683p5003084.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Agregarle un boton a una celda del JTable

[Francisco Puga]

http://stackoverflow.com/questions/1475543/how-to-add-button-in-a-row-of-jtable-in-swing-java

http://www.devx.com/getHelpOn/10MinuteSolution/20425

El día 13 de septiembre de 2012 20:06, Francisco Salas Rosette
fsa...@pinar.geocuba.cu escribió:




 Hola  todos ,



 Estoy trabajando en una extensión para  gvSig 1.11 y necesito en un objeto
 JTable tener una columna donde al yo editarla me aparezca un botón en ella,
 es decir, la idea de esta columna sería que en cada celda de la tabla que
 pertenezca a esa columna al yo darle clic me aparezca un botón y me permita
 ejecutar una determinada acción.

 Hasta ahora he estado trabajando con la clase “DefaultCellEditor” la cual
 posee un constructor que permite crear objetos del tipo JCombobox, JChekbox
 y JTextField, pero no posee uno para el botón.

 Ejemplo : tabla.getColumnModel().getColumn(3).setCellEditor(new
 DefaultCellEditor(combo));



 De esta forma me sale en cada celda de la columna 4 de la tabla un combobox
 para la selección de un valor.

 Pero mi problema radica en que lo que deseo es un botón para ejecutar una
 determinada acción.

 Si alguien ha trabajado con esto antes y tiene alguna idea de cómo realizar
 esta operación agradeceríamos mucho la ayuda que nos puedan brindar.



 Saludos , Francisco Salas








 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Duca con como Construir gvSIG desde repositorio SVN

[Francisco Puga]

Yo uso el target build-all.

intall-all llama al target por defecto de los ant de los distintos
proyectos, y build-all llama específicamente al target batch-build,
por lo que se controla mejor lo que está sucediendo.


-- 
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Personalizar menues y herramientas de gvSIG

[Francisco Puga]

 Salas


 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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@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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Launcher para linux

[Francisco Puga]

Hola,

Ya he visto que el problema no era el que yo pensaba. Seguimos en el
otro hilo :)
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Plugin gvSIG

[Francisco Puga]

No soy consciente de que se haya cambiado nada en esa parte que te
pueda arrojar un error así.

¿Estás desarrollando contra los binarios o contra el código fuente?

¿Lo tenías funcionando antes y te ha empezado a pasar justo ahora?

Si quieres pasame el proyecto en privado y le echo un ojo.

El día 24 de julio de 2012 15:04, Moises Arcos mar...@emergya.com escribió:
 También me ocurre lo mismo con el WMSClient.

 El 24 de julio de 2012 13:48, Moises Arcos mar...@emergya.com escribió:

 El error completo que me aparece en la consola es:

 java.lang.NoClassDefFoundError:
 com/iver/cit/gvsig/project/documents/ProjectDocument
 at java.lang.Class.getDeclaredConstructors0(Native Method)
 at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
 at java.lang.Class.getConstructor0(Class.java:2699)
 at java.lang.Class.newInstance0(Class.java:326)
 at java.lang.Class.newInstance(Class.java:308)
 at com.iver.andami.Launcher.initializeExtensions(Launcher.java:992)
 at com.iver.andami.Launcher.access$6(Launcher.java:957)
 at com.iver.andami.Launcher$5.run(Launcher.java:432)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:646)
 at java.awt.EventQueue.access$000(EventQueue.java:84)
 at java.awt.EventQueue$1.run(EventQueue.java:607)
 at java.awt.EventQueue$1.run(EventQueue.java:605)
 at java.security.AccessController.doPrivileged(Native Method)
 at
 java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:616)
 at
 com.iver.andami.ui.AndamiEventQueue.dispatchEvent(AndamiEventQueue.java:58)
 at
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
 at
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
 at
 java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
 Caused by: java.lang.ClassNotFoundException:
 com.iver.cit.gvsig.project.documents.ProjectDocument
 at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
 at java.security.AccessController.doPrivileged(Native Method)
 at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
 at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
 ... 23 more

 El 24 de julio de 2012 13:38, Moises Arcos mar...@emergya.com escribió:

 Si que lo tengo puesto y justa antes de declararme la extensión.

 El 24 de julio de 2012 14:30, Raisel Castellanos Santiago
 rcastella...@geosi.geocuba.cu escribió:

 Hola



 Revisa si tienes puesta la dependencia al plugin com.iver.cit.gvsig en
 el fichero config.xml .

 No sé si será obligatorio, pero yo lo he puesto antes de la declaración
 de las extensiones. Debe ser algo asi:



 ?xml version=1.0 encoding=ISO-8859-1?

 plugin-config



 depends plugin-name=com.iver.cit.gvsig/



 libraries library-dir=lib/

 resourceBundle name=text/

 extensions

 extension …….

 .



 Saludos, Raisel





 De: gvsig_desarrolladores-boun...@listserv.gva.es
 [mailto:gvsig_desarrolladores-boun...@listserv.gva.es] En nombre de Moises
 Arcos
 Enviado el: martes, 24 de julio de 2012 5:37
 Para: gvsig_desarrolladores@listserv.gva.es
 Asunto: [Gvsig_desarrolladores] Plugin gvSIG



 Hola buenos días,



 os quería hacer una pregunta, estoy desarrollando mi primer plugin para
 GvSIG y me he encontrado con el siguiente problema, he actualizado a la
 versión 1.12-rc1 y me da un java.lang.NoClassDefFoundError:
 com/iver/cit/gvsig/project/documents/ProjectDocument, supongo que es porque
 estoy intentando acceder desde mi plugin al core de GvSIG y por lo que sea
 no encuentra la clase correspondiente.



 He intentado copiar la libreria com.iver.cit.gvsig en la carpeta lib de
 mi plugin pero nada no funciona.



 Por favor ¿podríais decirme que es lo que me está pasando?






 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de

Re: [Gvsig_desarrolladores] Cambio 32111

[Francisco Puga]

Hola Fernando,

Pudiste comprobar si el parche te funciona. Yo lo estoy probando y en
principio lo veo bien. Era para tener una segunda opinión.

El día 4 de julio de 2012 16:28, Fernando González
fergo...@gmail.com escribió:
 Ah perfecto. Sí, le pego una probada en cuanto pueda y te cuento.

 ¡Pero yo antes no veía nada de lo que veo ahora!

 2012/7/4 Francisco José Peñarrubia fpena...@gmail.com:
 Hola Fernando.

 Era por si querías probar el parche, que está adjunto al bug.

 https://devel.gvsig.org/redmine/issues/776

 Además del parche, he incluído un .dgn para que veas el problema de los
 textos. (Que se soluciona también con el parche).

 Saludos, y buen viaje!

 El 04/07/2012 14:59, Fernando González escribió:
 Hola Fran, no entiendo muy bien tu mensaje.

 2012/7/2 Francisco José Peñarrubiafpena...@gmail.com:
 Hola Fernando.

 Cuando puedas, mira el bug 776.
 ¿Qué es lo que quieres que mire? No veo nada más que el informe que creó 
 Puga.

 Lo he estado mirando, y al probar con un
 DGN he visto que no salían bien los textos, y eso es grave porque hay
 muchos dgn del IGN circulando por ahí (las hojas MTN, etc).
 Al final lo que he hecho es pintar sin centrar el texto en el punto, y
 para solucionar lo del símbolo con background, desplazar el rectángulo
 internamente.
 ¿cuándo has hecho eso? ¿Se supone que has hecho un commit? En el trunk
 no veo más que los que había ya.


 Saludos.


 (por cierto, estoy de viaje, tardo un poco en contestar)
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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

 --
 Fran Peñarrubia
 Scolab
 www.scolab.es

 Asociación gvSIG
 www.gvsig.com

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] ¿no puedo exportar a posgres?

[Francisco Puga]

, 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@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] Repo will be frozen to release a new build for 1.x branch

[Francisco Puga]

Hi devs,

As you know gvSIG is working in the release of a new build (number
1411) of the 1.x branch.

Our intention is to make the build on Thursday so if you have patches
to send make it ASAP. If you have some code to send but you can not do
it with this schedule write me to see what can be done.

Please do not commit to the trunk after Thursday until a new notice to
simplify the release process.

Thanks


-- 
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Error en el almacenamiento en archivos SHP

[Francisco Puga]

Le he echado un vistazo muy rápido al código y me da la impresión de
que el crs que se fija para la capa es simplemente ignorado. Se está
cogiendo siempre el de la vista.

He creado un bug por si alguien puede mirarlo en mayor profundidad
https://devel.gvsig.org/redmine/issues/719


El día 26 de mayo de 2012 18:50, junquero ijunqu...@uoc.edu escribió:
 Se me olvidaba comentar que con la versión 2.0 build 2046, he intentado
 repetir la prueba, pero es incluso peor, porque no consigo ni crear el
 archivo shp. Ya he puesto otro mensaje respecto a esto en el foro.


 --
 View this message in context: 
 http://osgeo-org.1560.n6.nabble.com/Error-en-el-almacenamiento-en-archivos-SHP-tp4977122p4977139.html
 Sent from the gvSIG desarrolladores mailing list archive at Nabble.com.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Funcionamiento extraño en capa de eventos

[Francisco Puga]

Creo que estos dos hilos pueden ayudarte:

http://osgeo-org.1560.n6.nabble.com/Error-en-FFrameView-al-generar-un-mapa-td4368631.html

http://osgeo-org.1560.n6.nabble.com/Get-image-from-view-problems-integrating-it-with-viewport-setExtent-td4175839.html

El 22 de mayo de 2012 09:51, David Alda Fernandez de Lezea
da...@hazi.es escribió:

 Hola,

 Estoy trabajando en una extensión sobre gvSIG 1.11 en la que se tienen que 
 borrar unos puntos de una capa de eventos. Esta capa de eventos tira de un 
 access a través de ODBC. El borrado lo hago bien a través de SQL contra la 
 BD, pero tengo un problema con el refresco del viewport. A pesar de que borro 
 los puntos en la BD, en el viewport no desaparecen. Llegan a desaparecer si 
 hago un zoom menos, o si clicko en otra parte del mapa. A veces si que se 
 eliminan los puntos del viewport, pero no sigue un comportamiento estable. No 
 sé si me he explicado bien.

 A parte de eso, he intentado hacer un reload de la capa pero me lanza la 
 excepcion

 ReloadLayerException

 ¿Qué puede estar ocurriendo?

 Gracias.

 Un saludo,


 David Alda Fernández de Lecea
 GIS Analista Programadorea / Analista Programador GIS
 KONTSULTORIA  UNITATEA / UNIDAD DE CONSULTORÍA

 Granja Modelo s/n
 01192 Arkaute Araba
 T 945 003 295 F 945 003 290
 da...@hazi.es | www.hazi.es

 *  LEGE OHARRA   ***   AVISO LEGAL   
 ***   DISCLAIMER   **

 Mezu hau pertsonala eta isilpekoa da eta baimenik gabeko erabilera debekatua 
 dago legalki. Jasotzailea ez bazara ezabatu mezua, bidali eta kontserbatu 
 gabe.

 Este mensaje es personal y confidencial y su uso no autorizado está prohibido 
 legalmente. Si usted no es el destinatario, proceda a borrarlo, sin 
 reenviarlo ni conservarlo.

 This message is personal and confidential, unauthorised use is legally 
 prohibited. If you are not the intended recipient, delete it without 
 resending or backing it.



 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Refrescar estado de extensión

[Francisco Puga]

Creo que es:

PluginServices.getMainFrame().enableControls();
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] fuente de los títulos de ventana de andami

[Francisco Puga]

Al final ha sido muy fácil de arreglar

https://devel.gvsig.org/redmine/projects/gvsig-desktop/repository/revisions/38211

El día 8 de mayo de 2012 21:54, Francisco Puga fp...@cartolab.es escribió:
 Gracias a todos. Basándome en lo que habéis comentado y en este post

 http://stackoverflow.com/questions/936123/showing-japanese-characters-in-title-bar-of-java-program

 he hecho una prueba rápida (adjunto) y parece que funciona. Ahora
 tendría que ver como hacerlo un poco más elegante y general. La verdad
 es que la parte de como se tratan las fuentes en gvSIG no la tengo muy
 dominada.

 El día 7 de mayo de 2012 03:30, Juan Lucas Dominguez Rubio
 jldoming...@prodevelop.es escribió:



 
 De: gvsig_desarrolladores-boun...@listserv.gva.es en nombre de Cèsar
 Ordiñana
 Enviado el: lun 07/05/2012 11:07
 Para: gvsig_desarrolladores@listserv.gva.es
 Asunto: Re: [Gvsig_desarrolladores] fuente de los títulos de ventana de
 andami

 El 07/05/12 00:04, Francisco José Peñarrubia escribió:

 Hola Fran.

 Creo que donde se asigna el título a las ventanas es aquí:

     public JInternalFrame createJInternalFrame(IWindow p)
     {
     WindowInfo wi = vis.getWindowInfo(p);
     JInternalFrame nuevo = new InternalFrame();
     if (icon != null){
     nuevo.setFrameIcon(new ImageIcon(icon));
     }

     nuevo.getContentPane().add((JPanel) p);
     nuevo.setClosable(!wi.isNotClosable());
     nuevo.setSize(getWidth(p, wi), getHeight(p, wi));
     nuevo.setTitle(wi.getTitle());
     nuevo.setVisible(wi.isVisible());
     nuevo.setResizable(wi.isResizable());
     nuevo.setIconifiable(wi.isIconifiable());
     nuevo.setMaximizable(wi.isMaximizable());
     nuevo.setLocation(wi.getX(), wi.getY());
     nuevo.setMinimumSize(wi.getMinimumSize());

     nuevo.setDefaultCloseOperation(JInternalFrame.DISPOSE_ON_CLOSE);
     return nuevo;
     }


 (en libCorePlugin, en FrameWindowSupport)

 pero no veo que se esté asignando ninguna fuente.

 No sé si te ayudará, pero por si acaso

 Saludos!.

 Fran.

 El 05/05/2012 6:18, Francisco Puga escribió:

 Hola,

 Estoy tratando de hacer que las fuentes que emplea el lenguaje Khmer
 se visualicen correctamente en gvSIG 1.x

 https://devel.gvsig.org/redmine/issues/252

 Funciona todo bastante bien excepto en los títulos de las ventanas.
 Adjunto captura. Alguien sabe donde se están definiendo esas fuentes o
 puede proporcionar un parche que lo arregle. En general el problema
 estaba en que en algunas partes del gvSIG se estaba el uso de algunas
 fuentes en lugar de coger las predefinidas y bastaba con eliminar
 las llamadas a usar nuevas fuentes, pero este caso de los títulos no
 encuentro donde se crean.

 Gracias.


 Hola.

 Por lo que comentáis quizá sea cosa del LF que se está usando por
 defecto, el Plastic.
 Bueno, eso en linux, en windows se debe estar usando el de ídem, quizás
 ahí no se de el problema.

 Saludos.

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



 A mí me pasó algo parecido con el título de las ventanas al usar SWT de
 Eclipse.
 Al usar un alfabeto de derecha a izquierda (hebreo) los controles del
 formulario
 invertían el orden automáticamente, pero en el título no se invertia y había
 que
 escribir los caracteres en sentido inverso:

 http://gvsigmobileonopenmoko.files.wordpress.com/2009/04/exo1.png

 Por alguna razón, el título de las ventanas en Java parece ser un sitio
 especial en lo que se refiere a fuentes.

 Saludos,
 Juan Lucas Domínguez Rubio
 ---

 Prodevelop SL, Valencia (España)
 Tlf.: 96.351.06.12 -- Fax: 96.351.09.68
 http://www.prodevelop.es
 ---





 
 CLÁUSULA DE PROTECCIÓN DE DATOS
 Este mensaje se dirige exclusivamente a su destinatario y puede contener
 información privilegiada o confidencial. Si ha recibido este mensaje por
 error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
 proceda a su destrucción.
 De acuerdo con la nueva ley Ley de Servicios de la Sociedad de la
 Información y Comercio Electrónico aprobada por el parlamento español y de
 la vigente Ley Orgánica 15/1999 de Protección de Datos española, le
 comunicamos que su dirección de Correo electrónico forma parte de un fichero
 automatizado, teniendo usted derecho de oposición, acceso, rectificación y
 cancelación de sus datos.

 DATA PROTECTION CLAUSE
 This message is meant for its addressee only and may contain privileged or
 confidential information. If you have received this message by mistake
 please let us know immediately by e-mail prior to destroying it.
 In compliance with the new Information and Electronic Commerce Society
 Services Law recently approved by the Spanish Parliament and with Organic
 Law 15/1999 currently in force, your e-mail address has been included in our
 computerised records in respect of which you may exercise your right to
 oppose, access

Re: [Gvsig_desarrolladores] fuente de los títulos de ventana de andami

[Francisco Puga]

Gracias a todos. Basándome en lo que habéis comentado y en este post

http://stackoverflow.com/questions/936123/showing-japanese-characters-in-title-bar-of-java-program

he hecho una prueba rápida (adjunto) y parece que funciona. Ahora
tendría que ver como hacerlo un poco más elegante y general. La verdad
es que la parte de como se tratan las fuentes en gvSIG no la tengo muy
dominada.

El día 7 de mayo de 2012 03:30, Juan Lucas Dominguez Rubio
jldoming...@prodevelop.es escribió:



 
 De: gvsig_desarrolladores-boun...@listserv.gva.es en nombre de Cèsar
 Ordiñana
 Enviado el: lun 07/05/2012 11:07
 Para: gvsig_desarrolladores@listserv.gva.es
 Asunto: Re: [Gvsig_desarrolladores] fuente de los títulos de ventana de
 andami

 El 07/05/12 00:04, Francisco José Peñarrubia escribió:

 Hola Fran.

 Creo que donde se asigna el título a las ventanas es aquí:

     public JInternalFrame createJInternalFrame(IWindow p)
     {
     WindowInfo wi = vis.getWindowInfo(p);
     JInternalFrame nuevo = new InternalFrame();
     if (icon != null){
     nuevo.setFrameIcon(new ImageIcon(icon));
     }

     nuevo.getContentPane().add((JPanel) p);
     nuevo.setClosable(!wi.isNotClosable());
     nuevo.setSize(getWidth(p, wi), getHeight(p, wi));
     nuevo.setTitle(wi.getTitle());
     nuevo.setVisible(wi.isVisible());
     nuevo.setResizable(wi.isResizable());
     nuevo.setIconifiable(wi.isIconifiable());
     nuevo.setMaximizable(wi.isMaximizable());
     nuevo.setLocation(wi.getX(), wi.getY());
     nuevo.setMinimumSize(wi.getMinimumSize());

     nuevo.setDefaultCloseOperation(JInternalFrame.DISPOSE_ON_CLOSE);
     return nuevo;
     }


 (en libCorePlugin, en FrameWindowSupport)

 pero no veo que se esté asignando ninguna fuente.

 No sé si te ayudará, pero por si acaso

 Saludos!.

 Fran.

 El 05/05/2012 6:18, Francisco Puga escribió:

 Hola,

 Estoy tratando de hacer que las fuentes que emplea el lenguaje Khmer
 se visualicen correctamente en gvSIG 1.x

 https://devel.gvsig.org/redmine/issues/252

 Funciona todo bastante bien excepto en los títulos de las ventanas.
 Adjunto captura. Alguien sabe donde se están definiendo esas fuentes o
 puede proporcionar un parche que lo arregle. En general el problema
 estaba en que en algunas partes del gvSIG se estaba el uso de algunas
 fuentes en lugar de coger las predefinidas y bastaba con eliminar
 las llamadas a usar nuevas fuentes, pero este caso de los títulos no
 encuentro donde se crean.

 Gracias.


 Hola.

 Por lo que comentáis quizá sea cosa del LF que se está usando por
 defecto, el Plastic.
 Bueno, eso en linux, en windows se debe estar usando el de ídem, quizás
 ahí no se de el problema.

 Saludos.

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



 A mí me pasó algo parecido con el título de las ventanas al usar SWT de
 Eclipse.
 Al usar un alfabeto de derecha a izquierda (hebreo) los controles del
 formulario
 invertían el orden automáticamente, pero en el título no se invertia y había
 que
 escribir los caracteres en sentido inverso:

 http://gvsigmobileonopenmoko.files.wordpress.com/2009/04/exo1.png

 Por alguna razón, el título de las ventanas en Java parece ser un sitio
 especial en lo que se refiere a fuentes.

 Saludos,
 Juan Lucas Domínguez Rubio
 ---

 Prodevelop SL, Valencia (España)
 Tlf.: 96.351.06.12 -- Fax: 96.351.09.68
 http://www.prodevelop.es
 ---





 
 CLÁUSULA DE PROTECCIÓN DE DATOS
 Este mensaje se dirige exclusivamente a su destinatario y puede contener
 información privilegiada o confidencial. Si ha recibido este mensaje por
 error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
 proceda a su destrucción.
 De acuerdo con la nueva ley Ley de Servicios de la Sociedad de la
 Información y Comercio Electrónico aprobada por el parlamento español y de
 la vigente Ley Orgánica 15/1999 de Protección de Datos española, le
 comunicamos que su dirección de Correo electrónico forma parte de un fichero
 automatizado, teniendo usted derecho de oposición, acceso, rectificación y
 cancelación de sus datos.

 DATA PROTECTION CLAUSE
 This message is meant for its addressee only and may contain privileged or
 confidential information. If you have received this message by mistake
 please let us know immediately by e-mail prior to destroying it.
 In compliance with the new Information and Electronic Commerce Society
 Services Law recently approved by the Spanish Parliament and with Organic
 Law 15/1999 currently in force, your e-mail address has been included in our
 computerised records in respect of which you may exercise your right to
 oppose, access, amend and/or cancel your personal data.

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@listserv.gva.es
 Para ver histórico de mensajes, editar

Re: [Gvsig_desarrolladores] ayuda

[Francisco Puga]

échale un ojo al código del proyecto extDerivedGeometries

El día 7 de abril de 2012 21:27, Andres Felipe jama
felipes...@hotmail.com escribió:

 hola reciban cordial saludo,

 hola estoy tratando de crear un shapefile de tipo  linea en gvsig
 por código alguien sabe como le puedo pasar una lista de coordenadas  y las
 convierta en shapefile de tipo linea

 yo en java puedo graficar lineas con un objeto de la clase gráfico en donde
 le indico las coordenadas de inicia y las de fin de esta forma grafico
 lineas, para que estas se conviertan a shape de tipo linea
 que debería hacer muchísimas gracias por el código o un ejemplo yo no
 trabajo con eclipse usualmente lo hago en netbeans o un editor de textos
 gracias!!

  Line2D line =   new Line2D.Double( p1x, p1y, p2x, p2y) ;
 g2d.draw(line);

 asi le paso las lineas  en donde p1x y p1y son las coordenadas de inicio y
 p2x y p2y son las del fin  y las grafico en un JFrame .

 si alguien tiene un codigo ejemplo para dibujar y crear shapefile de tipo
 lineas les agradezco



 una vez mas muchisimas gracias por su ayuda  y cooperación
 Andrés Felipe Jama Cuellar
 Estudiante de Ingeniería Topográfica
 Universidad del Valle

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Error en Funcion x()

[Francisco Puga]

No se si estará relacionado, pero me da la impresión de que la capa
que estás usando es de polígonos. El operador x() sólo tiene sentido
si la capa es de puntos, por eso seguramente no aparece en el listado
de operadores válidos para esa capa.

Si el error no es ese no tengo muy claro que puede ser.

El día 30 de marzo de 2012 14:40, Analía Marchione
licmarchi...@gmail.com escribió:
 Francisco,
 nuevamente gracias por contestar.
 Recièn comenzamos a utilizar el gvSIG
 Como comentaba, no da en todos los s.o.  ni en todas las pc
 Envio dos link con el error (es el mismo, pero primero ocurre uno y cuando
 das aceptar, ocurre el siguiente) :

 http://img694.imageshack.us/img694/8007/error2tl.jpg



 http://img545.imageshack.us/img545/8651/error1v.jpg



 Estos errores dan cuando queremos completar una columna y tipeamos x() como
 funcion.
 Es como que no reconoce la x() y nos pasa lo mismo con la funcion y()
 Funciona perfecto la funcion area()
 Saludos  y muchisimas gracias a la comunidad

 Lic. Analìa Marchione
 Informàtica
 Matr.Prof. CPCI Nº 90
 Tècnica Fiscal Epson-DGI Nº 968/98
 Perita Judicial Exmo.Trib.Sup.Justicia Santa Cruz Exp.m-26530/97 SecrNº2
 Rio Gallegos, Santa Cruz
 Republica Argentina

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Error en Funcion x()

[Francisco Puga]

Hola Analía,

Creo que te has olvidado de adjuntar el fichero :)

También sería mejor si puedes adjuntar el shp que te da el error, y
describes lo que estás haciendo... que campo intentas rellenar con la
función x, etc ...

El día 28 de marzo de 2012 15:21, Analía Marchione
licmarchi...@gmail.com escribió:
 Tratare de conseguir a la brevedad, el error.log en el equipo que se produce
 y lo envìo (pues no en todos nos pasa)
 No sabia que existia esa facilidad de un archivo de seguimiento
 Gracias por responder y en particular a Francisco Puga
 Saludos cordiales,

 Lic. Analìa Marchione
 Informàtica
 Matr.Prof. CPCI Nº 90
 Tècnica Fiscal Epson-DGI Nº 968/98
  Perita Judicial Exmo.Trib.Sup.Justicia Santa Cruz Exp.m-26530/97 SecrNº2
 Rio Gallegos, Santa Cruz
 Republica Argentina

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Error en funciones x() e y()

[Francisco Puga]

Hola,

Con la descripción que proporcionas es dificil ayudarte. Trata de
enviar el fichero gvSIG.log que se encuentra habitualmente en:

c:\users\tu_usuario\gvSIG

y trata de describir los pasos que seguias cuando dió el error e
incluso mandar la capa si no pesa demasiado para poder reproducirlo.

El 27 de marzo de 2012 14:27, Lic. Analia Marchione
ama...@infovia.com.ar escribió:

 Sres.
 Con un grupo de alumnos, hemos instalado el gvSig 1.10 partiendo todos del
 mismo programa instalador.
 En ninguna dio pbl de instalacion y lo hicimos en distintos Windows
 (seven, xp, server)
 Previamente habiamos instalado la ver de Java 6
 El problema surge cuando tratamos de ejecutar funciones y solo en algunos
 equipos y aun con el mismo s.o., en algunos teniamos problemas y en
 otros,no.
 El error se produce al tratar de ejecutar una funcion x() y la funcion y()
 -no asi en area() y es el siguiente :


 y :


 Espero vuestra ayuda.
 Somos my nuevitos en esto y nos encantaria seguir avanzando con el
 grupo
 Estamos haciendo un trabajo muy interesante.
 Gracias !
 Saludos cordiales,

 Lic. Analìa Marchione
 Informàtica
 Matr.Prof. CPCI Nº 90
 Tècnica Fiscal Epson-DGI Nº 968/98
 Perita Judicial Exmo.Trib.Sup.Justicia Santa Cruz Exp.m-26530/97 SecrNº2

 Rio Gallegos, Santa Cruz
 Republica Argentina



 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Capturar evento Info para abrir formulario

[Francisco Puga]

Si lo que quieres es cambiar totalmente el comportamiento de tu
extensión, de modo que deje de funcionar de la forma habitual y llame
siempre a tu código, lo que creo que funcionaría (hablando un poco de
cabeza) es obtener el objeto MapControl asociado a tu vista, quitar la
herramienta info de ese MapControl y añadir tu propia herramienta de
nombre info que lo que haga sea lanzar tu formulario.

Si te vale con crear un nuevo botón aquí tienes código de ejemplo:
http://gitorious.org/exteielstack/exteielforms/blobs/master/src/es/udc/cartolab/gvsig/eielforms/FormPointExtension.java

El día 22 de marzo de 2012 13:35, Raisel Castellanos Santiago
rcastella...@geosi.geocuba.cu escribió:
 Hola



 La clase
 com.iver.cit.gvsig.project.documents.view.toolListeners.InfoListener de
 appgvSIG se encarga de obtener la información alfanumérica de las capas.
 Verás que implementa la interfaz PointListener, me parece que es lo que
 necesitas.





 Saludos, Raisel Castellanos Santiago



 De: gvsig_desarrolladores-boun...@listserv.gva.es
 [mailto:gvsig_desarrolladores-boun...@listserv.gva.es] En nombre de David
 Erill
 Enviado el: jueves, 22 de marzo de 2012 5:02
 Para: Lista de Desarrolladores de gvSIG
 Asunto: [Gvsig_desarrolladores] Capturar evento Info para abrir formulario



 Buenos días,



 Deseo que mi extensión habrá un formulario, en concreto basado en
 NavTableForms, justo en el momento que el usuario pulse sobre el mapa con el
 botón de la Info seleccionado.

 ¿gvSig lanza algún evento, de manera que mi clase/extensión, implementando
 alguna interfaz o registrando algún listener pueda ejecutar su código?



 Gracias.


 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] Las capas del localizador siempre son reproyectadas

[Francisco Puga]

Hola,

Me he encontrado con un comportamiento bastante extraño al añadir
capas al localizador. Al parecer cuando añadir una capa de base de
datos al localizador (con las de shape no ya estoy seguro de si no
pasa nunca o sólo pasa a veces) es siempre reproyectada.

He dejado un bug, y se agredecen ideas.

https://devel.gvsig.org/redmine/issues/271

-- 
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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

Re: [Gvsig_desarrolladores] Método preferido para crear una vista

[Francisco Puga]

Si la verdad es que es un poco raro.

Tu código me gusta más Jorge, pero diría que la sentencia

project.addDocument(projectDocument);

Hay que ponerla también, porque me parece que no se emplea en la
factoría y es la que hace que salte el listener de nuevo documento
creado. Igual tiene sentido meter esa sentencia dentro del
ProjectDocument.create

El día 3 de febrero de 2012 09:01, Jorge Piera Llodrá
jpi...@gvsig.com escribió:
 Hola.

 Queda un poco raro tener que utilizar una Extension para acceder al
 proyecto pero hay que hacerlo. Creo que este código es más simple y hace
 lo mismo:

 Project project = 
 ((ProjectExtension)PluginServices.getExtension(ProjectExtension.class)).getProject();
 ProjectDocumentFactory viewFactory = 
 project.getProjectDocumentFactory(ProjectViewFactory.registerName);
 ProjectDocument projectDocument = viewFactory.create(project);
 View view = (View) projectDocument.createWindow();
 PluginServices.getMDIManager().addWindow(view);

 Un saludo,
 Jorge.



 On 02/02/2012 08:24 PM, Francisco Puga wrote:
 Hola,

 Me gustaría saber cual es la forma canónica de crear una vista. Si
 no me equivoco el código debería ser algo como esto:

 Project project = ((ProjectExtension)
 PluginServices.getExtension(ProjectExtension.class)).getProject();
 ProjectView projectDocument = ProjectFactory.createView(Nombre de la 
 vista);
 projectDocument.setProject(project, 0);
 project.addDocument(projectDocument);
 project.setModified(true)
 View view = (View) projectDocument.createWindow();
 PluginServices.getMDIManager().addWindow(view);

 pero igual vosotros lo hacéis de otros modos.
 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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



 --
 Jorge Piera Llodrá
 gvSIG software architect
 PRODEVELOP
 e-mail: jpi...@gvsig.com
 http://www.prodevelop.es
 http://www.gvsig.org

 ___
 gvSIG_desarrolladores mailing list
 gvSIG_desarrolladores@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
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] Método preferido para crear una vista

[Francisco Puga]

Hola,

Me gustaría saber cual es la forma canónica de crear una vista. Si
no me equivoco el código debería ser algo como esto:

Project project = ((ProjectExtension)
PluginServices.getExtension(ProjectExtension.class)).getProject();
ProjectView projectDocument = ProjectFactory.createView(Nombre de la vista);
projectDocument.setProject(project, 0);
project.addDocument(projectDocument);
project.setModified(true)
View view = (View) projectDocument.createWindow();
PluginServices.getMDIManager().addWindow(view);

pero igual vosotros lo hacéis de otros modos.
___
gvSIG_desarrolladores mailing list
gvSIG_desarrolladores@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] Fwd: deploy de los jar en la extensión en lugar de en la propia librería

[Francisco Puga]

Uno de los archivos ocupa demasiado, reenvio este correo sin él.


-- Mensaje reenviado --
De: Francisco Puga fp...@cartolab.es
Fecha: 31 de enero de 2012 17:40
Asunto: deploy de los jar en la extensión en lugar de en la propia librería
Para: Lista de Desarrolladores de gvSIG gvsig_desarrolladores@listserv.gva.es


Hola,

En este momento cuando haces un checkout limpio del trunk hay errores
de compilación en extGPE-gvSIG. Esto sucede porque se han hecho
cambios en libGPE y el jar que genera (org.gvsig.gpe.jar) no se
desplegado en el proyecto extGPE-gvSIG. Es muy fácil despistarse y que
esto pase, de modo que sugiero que en los build.xml de las librerías
el target por defecto haga que el jar se despliegue en su destino
final.

Además borraría del repo los jar que se generan desde los proyectos
librería y se quedan en los directorios lib de los proyecto libXXX.
Esto haría que los jar estuvieran en un único sitio en lugar de en dos
como ahora, por lo que es más fácil detectar cuando hay cambios.

Adjunto un parche de como sería para el proyecto extGPE-gvSIG que usa
los jar generados por los proyectos libGPE, libGPE-GML, libGPE-KML,
libGPE-XML

Lo he dejado también en el traker

https://devel.gvsig.org/redmine/issues/219

--
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493


-- 
Francisco Puga
Grupo de Desarrollo
Cartolab - Laboratorio de Ingeniería Cartográfica.
http://www.cartolab.es

ETS Ingeniería de Caminos, Canales y Puertos
Universidade da Coruña
Campus de Elviña - 15071 A Coruña (España)
(34)981167000 ext. 5493
From d5f43d5dbb523e7426ea51795047f44198811dc2 Mon Sep 17 00:00:00 2001
From: Francisco Puga fp...@cartolab.es
Date: Tue, 31 Jan 2012 17:35:34 +0100
Subject: [PATCH 2/2] gvsig-desktop#219

Changed how the libGPE-xxx libraries are deployed. Now the default ant target move the generated jars to the plugin extGPE-gvSIG
---
 libraries/libGPE-GML/build.xml |   11 ++-
 libraries/libGPE-KML/build.xml |   11 ++-
 libraries/libGPE-XML/build.xml |   11 ++-
 libraries/libGPE/build.xml |   12 +++-
 4 files changed, 41 insertions(+), 4 deletions(-)

diff --git a/libraries/libGPE-GML/build.xml b/libraries/libGPE-GML/build.xml
index 5e5dd8c..7b0c0a4 100755
--- a/libraries/libGPE-GML/build.xml
+++ b/libraries/libGPE-GML/build.xml
@@ -1,4 +1,4 @@
-project name=libGPE default=create-jar basedir=.
+project name=libGPE default=create-and-deploy-jar basedir=.
   	!-- set global properties for this build --
 	property name=src  location=src/
 	property name=build  location=bin/
@@ -6,6 +6,7 @@
 	property name=lib location=lib /
 	property name=resources location=../resources/jars /
 	property name=gmlJarName value=org.gvsig.gpe.gml/
+	property name=deployDir location=../extGPE-gvSIG/lib/
 	import file=../binaries/ant/utilities.xml/
 
   target name=init
@@ -29,6 +30,14 @@
 		/
 	/target
 
+	target name=create-and-deploy-jar
+		description=Creates the jar and deploys as lib of extGPE-gvSIG
+		depends=create-jar
+		move todir=${deployDir}
+fileset dir=${lib} includes=*.jar /
+		/move
+	/target
+
 	target name=create-jar description=Crea el jar de la aplicacion
 		mkdir dir=${targetDir} /
 		jar jarfile=${targetDir}/${gmlJarName}.jar basedir=${build} includes=**/**/
diff --git a/libraries/libGPE-KML/build.xml b/libraries/libGPE-KML/build.xml
index 882b9d0..1cac19f 100755
--- a/libraries/libGPE-KML/build.xml
+++ b/libraries/libGPE-KML/build.xml
@@ -1,10 +1,11 @@
-project name=libGPE default=create-jar basedir=.
+project name=libGPE default=create-and-deploy-jar basedir=.
   	!-- set global properties for this build --
 	property name=src  location=src/
 	property name=build  location=bin/
 	property name=targetDir location=dist/
 	property name=lib location=lib /
 	property name=kmlJarName value=org.gvsig.gpe.kml/
+	property name=deployDir location=../extGPE-gvSIG/lib/
 	import file=../binaries/ant/utilities.xml/
 
   target name=init
@@ -28,6 +29,14 @@
 		/
 	/target
 
+	target name=create-and-deploy-jar
+		description=Creates the jar and deploys as lib of extGPE-gvSIG
+		depends=create-jar
+		move todir=${deployDir}
+fileset dir=${lib} includes=*.jar /
+		/move
+	/target
+
 	target name=create-jar description=Crea el jar de la aplicacion
 		mkdir dir=${targetDir} /
 		jar jarfile=${targetDir}/${kmlJarName}.jar basedir=${build} includes=**/**/
diff --git a/libraries/libGPE-XML/build.xml b/libraries/libGPE-XML/build.xml
index a7e9f4f..e457849 100644
--- a/libraries/libGPE-XML/build.xml
+++ b/libraries/libGPE-XML/build.xml
@@ -1,4 +1,4 @@
-project name=libGPE default=create-jar basedir=.
+project name=libGPE default=create-and-deploy-jar basedir=.
   	!-- set global properties for this build --
 	property name=src  location=src/
 	property name=build  location=bin