Re: [Gvsig_usuarios] PROBLEMAS CON LA CALCULADORA RASTER

2010-07-15 Por tema Guillermo Tamburini

Saludos Pep,

hemos probado lo que indicas en Linux y en Win XP, y a nosotros no nos 
da problemas.


Por si no lo has probado ya, podrías ver qué pasa usando distintas 
imágenes en distintos formatos. Y dando como archivo de salida, en un 
caso temporal y en otro caso definiendo la ruta.


Por experiéncia, te indico que puede resultarte mejor definir una ruta 
de salida y dar el nombre del archivo con extensión .asc 
(ruta/ejemplo.asc) o ninguna. No conozco características del formato, 
pero sé que en algunos casos da mejores resultados en Sextante. Recuerda 
también que Sextante no interpreta cualquier formato raster.


Si el problema persiste, podrías enviar el archivo de registro .log, que 
se guarda en la carpeta de instalación de gvSIG, una vez hayas 
reproducido el problema. Tal vez con él los desarrolladores puedan tener 
más datos para concretar cuál es el problema.


Suerte!


Pep Pons wrote:
Tengo instalado GVSIG 1.10 sobre windows xp. Cada vez que intento 
realizar una operación con capas raster  con el módulo de sextante de 
calculadora de mapas obtengo el mismo resultado. Por ejemplo una 
operación tan sencilla como AM622-ORTO Band 1 * 2 me dice parametros 
invalidos o insuficientes.


He instalado la extensión de teledetección y he probado con la 
calculadora raster sin obtener resultados.


Agradecería cualquier idea.


___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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
  



--
Guillermo Tamburini Beliveau
Proyecto gvSIG 
Consellería de Infraestructuras y Transportes (GVA) 
Valencia (Spain) 



___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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


Re: [Gvsig_usuarios] flecha angulo

2010-07-15 Por tema Guillermo Tamburini

Hola,

esta cuestión se ha discutido más de una vez en la lista. Efectivamente, 
falta alguna herramienta específica para la situación que describes.


Si buscas en google orientar puntos por el valor de un campo 
encontrarás las respuestas a la última discusión de este tipo en el 
histórico de la lista de gvSIG. Hay más de una propuesta sobre como 
salir del paso, entre otras la de Javier.


Saludos!


Javier Scaravella wrote:


Entiendo que quieres poner puntos con flechas en distinto ángulo, como 
indicando dirección del viento.
Una posibilidad es crear una tabla con un campo que contenga un 
caracter (symbol) tipo flecha y otro campo que indiques la rotación y 
procedas a etiquetar.

Lo ideal sería ir rotando un svg o png, pero creo que no esta esa función.

Saludos.ar


El mié, 14-07-2010 a las 17:12 +0200, gerald jahrer escribió:

Hola todos!

Tengo una duda, quizas algien ya encontro una solucion. En una mapa tengo varias flechas. Cada flecha ensena otra exposion. Los valores de los angulos estan un un archivo,y tienen los valores de 0 - 360. Yo se, manualmente se puede hacerlo. Pero como lo hago automatico, porque todos los flechas tienen distintos valores. 


Muchas gracias para los respuestas.

Gerald Jahrer, MSc
Carintia
Austria




___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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
  



--
Guillermo Tamburini Beliveau
Proyecto gvSIG 
Consellería de Infraestructuras y Transportes (GVA) 
Valencia (Spain) 



___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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


[Gvsig_usuarios] .map

2010-07-15 Por tema jose luis

Hola necesito exportar una vista a un archivo .map para publicar en un wms.
  ___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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


[Gvsig_usuarios] Matriz vecindad

2010-07-15 Por tema German Botto
Estoy trabajando con datos ambientales a nivel departamental y preciso para
el análisis obtener una matriz de vecindad de los distritos. Tengo la
cobertura de polígonos de los distritos y precisaría obtener una matriza
cuadrada de 0 y 1 que refleje la vecindad o adyacencia. Tengo instalado
gvSIG 1.9 y no he encontrado una utlidad que me permita hacerlo. Agradezco a
quien pueda ayudarme.
Saludos

-- 
Germán Botto Nuñez

Grupo de Investigación y Conservación de los Murciélagos de Uruguay
Sección Mamíferos
Museo Nacional de Historia Natural - MEC
Montevideo - Uruguay
___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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


Re: [Gvsig_usuarios] Valores -128 a 127 en imagen

2010-07-15 Por tema Nacho Brodin
Hola
He cargado el raster que decís y si es un TIFF de una sola banda. He 
consultado los valores con InfoByPoint y está en el rango -127, 128. 
Esto es, como dice Fran, porque es el rango de los byte de java. Lo que 
sucede es que a la hora de visualizar ser realiza una operación como la 
que el comenta de AND binario para convertir a byte sin signo, por lo 
que nos queda en el rango 0,255. Creo que se está visualizando bien, al 
menos lo hace como fwTools.

El problema aparece en el calculo de las estadísticas y es que el 
usuario espera el rango 0,255 y no -127,128 ya que la mayoría de los 
usuarios usan el  primero.  No habría problema en sacar  la varianza y 
la media dentro del rango sin signo y el problema quedaría solucionado, 
pero me queda la duda de ¿que pasa si tengo un modelo digital de 
temperaturas en grados centigrados almacenado en un byte?, entonces es 
en este caso donde me aparecerá mal porque puedo tener -5 grados. Por 
otro lado, aceptamos normalmente que en otros tipos de datos enteros que 
no son byte acepten rango negativo. De esta forma podemos tener 
almacenado, como es habitual, en una imagen de tipo short nuestros 
modelos con elevación y batimetría y no tener que almacerlo en un 
double. Entonces ¿porqué debemos aceptar solo el byte sin signo y el 
resto de los tipos con signo?

Resumiendo, estoy de acuerdo que es un problema, pero no veo que la 
solución sea tan simple como convertir el byte al rango positivo y ya 
está. Quizás nos apañe el problema en esta ocasión pero me puedo 
imaginar escenarios en los que no funcione. Yo no soy usuario y no tengo 
una visión completa del tema. Ya que ha salido en este hilo me gustaría 
que opinarais o si lo que digo es descabellado y no se puede dar.

¿Quizás la solucion podría pasar porque el usuario pudiera decidir que 
tipo de dato está usando y por defecto usara el más habitual (byte sin 
signo)? o ¿esto sería complicarse la vida para casos que no se van a dar 
o se darán muy poco?


César Martínez Izquierdo wrote:
 Hola Nacho,

 creo que es el mismo problema que se comentaba en la lista
 internacional hace unos días (mira el hilo raster iamge wrong band
 value (sic) ). En ese mismo hilo tienes una imagen que permite
 reproducir el bug. Se trata de un TIFF de una sola banda y tipo Byte.
 Al consultar los valores de la banda con la herramienta InfoByPoint o
 al calcular las estadísticas, los valores van de -127 a 127. He
 cargado ese mismo ráster con otras herramientas como fwTools y los
 valores deberían ir de 0 a 255.

 Es curioso porque tengo otros TIFFs tipo byte y se cargan
 correctamente en gvSIG, pero con aquel falla. Supongo que estará
 generado usando un software distinto.

 Benjamin propuso una solución para este problema, aunque no sé si es
 la mejor (cargar los ráster de esta forma consumirá el doble de
 memoria), échale un ojo a ver que opinas tú.

 Un saludo,

 César

 El día 13 de julio de 2010 08:42, Nacho Brodin ibro...@prodevelop.es 
 escribió:
   
 Hola
 Es posible que gvSIG esté haciendo algo mal pero no acabo de entender
 bien el problema. Supongo que cuando dices que tu imagen tiene un rango
 de valores 0-255, ¿quieres decir que es un RGB?, es decir, ¿el tipo de
 dato de la imagen es Byte y tiene 3 o 4 bandas? (esto se mira en el
 cuadro de Propiedades en la pestaña de Información).

 Si el tipo es byte y 3 bandas, esto quiere decir que son 8 bits por
 pixel por lo que el rango de valores es -128 a 127 que es lo que cabe en
 este tipo de dato. ¿La imagen se visualiza correctamente?. Si es así es
 que el dato no ha cambiado y es el mismo que tenía en un principio. Lo
 que  ocurre es que es el rango del color que ves el que va de 0 a 255
 pero no el dato almacenado. Este se guarda en  el rango -128 a 127, pero
 son dos cosas diferentes.

 Con la herramienta de Información puedes pinchar sobre un pixel para
 ver su valor RGB y su valor por banda para comprobar esto. Luego
 SEXTANTE tiene en Herramientas básicas para raster una que es
 Estadísticas básicas consulta ahí el valor de la Varianza, ¿salen mal
 estas?. Es posible que el valor de varianza que dices que aparece mal es
 el del cuadro Propiedades de raster pestaña General. Ahí lo que
 aparece es la Varianza del dato y no del valor RGB.

 Saludos

 Pep Pons wrote:
 
 Estoy intentando trabajar con imágenes las cuales están en formato .bil de
 ENVI. Para poder utilizarlas en GVSIG  las he pasado a varios tipos de
 formatos como tiff o jpeg con otros programas.
 Las abro en gvsig sin ningun problema pero cuando hago una estadística de
 sus valores me doy cuenta que lo que era una imagen con un rango de valores
 entre 0 y 255 me la transforma a un rango de valores de -128 a +127
 situandome el valor nodata en el 0. Esto me genera un problema pues al
 calcular las estadisticas la varianza y la media me salen distorsionadas.
 ¿Alguien sabe como hacer que GVSIG me abra las imágenes en el rango de
 valores original (entre 0 y 255)? O en su defecto, ¿como podría 

Re: [Gvsig_usuarios] Valores -128 a 127 en imagen

2010-07-15 Por tema Francisco José Peñarrubia
La imagen no te dice que es de tipo byte unsigned?. Si te lo dice, 
entonces tienes que hacer la traducción internamente.

Saludos.

Fran.

Nacho Brodin escribió:
 Hola
 He cargado el raster que decís y si es un TIFF de una sola banda. He 
 consultado los valores con InfoByPoint y está en el rango -127, 128. 
 Esto es, como dice Fran, porque es el rango de los byte de java. Lo que 
 sucede es que a la hora de visualizar ser realiza una operación como la 
 que el comenta de AND binario para convertir a byte sin signo, por lo 
 que nos queda en el rango 0,255. Creo que se está visualizando bien, al 
 menos lo hace como fwTools.

 El problema aparece en el calculo de las estadísticas y es que el 
 usuario espera el rango 0,255 y no -127,128 ya que la mayoría de los 
 usuarios usan el  primero.  No habría problema en sacar  la varianza y 
 la media dentro del rango sin signo y el problema quedaría solucionado, 
 pero me queda la duda de ¿que pasa si tengo un modelo digital de 
 temperaturas en grados centigrados almacenado en un byte?, entonces es 
 en este caso donde me aparecerá mal porque puedo tener -5 grados. Por 
 otro lado, aceptamos normalmente que en otros tipos de datos enteros que 
 no son byte acepten rango negativo. De esta forma podemos tener 
 almacenado, como es habitual, en una imagen de tipo short nuestros 
 modelos con elevación y batimetría y no tener que almacerlo en un 
 double. Entonces ¿porqué debemos aceptar solo el byte sin signo y el 
 resto de los tipos con signo?

 Resumiendo, estoy de acuerdo que es un problema, pero no veo que la 
 solución sea tan simple como convertir el byte al rango positivo y ya 
 está. Quizás nos apañe el problema en esta ocasión pero me puedo 
 imaginar escenarios en los que no funcione. Yo no soy usuario y no tengo 
 una visión completa del tema. Ya que ha salido en este hilo me gustaría 
 que opinarais o si lo que digo es descabellado y no se puede dar.

 ¿Quizás la solucion podría pasar porque el usuario pudiera decidir que 
 tipo de dato está usando y por defecto usara el más habitual (byte sin 
 signo)? o ¿esto sería complicarse la vida para casos que no se van a dar 
 o se darán muy poco?


 César Martínez Izquierdo wrote:
   
 Hola Nacho,

 creo que es el mismo problema que se comentaba en la lista
 internacional hace unos días (mira el hilo raster iamge wrong band
 value (sic) ). En ese mismo hilo tienes una imagen que permite
 reproducir el bug. Se trata de un TIFF de una sola banda y tipo Byte.
 Al consultar los valores de la banda con la herramienta InfoByPoint o
 al calcular las estadísticas, los valores van de -127 a 127. He
 cargado ese mismo ráster con otras herramientas como fwTools y los
 valores deberían ir de 0 a 255.

 Es curioso porque tengo otros TIFFs tipo byte y se cargan
 correctamente en gvSIG, pero con aquel falla. Supongo que estará
 generado usando un software distinto.

 Benjamin propuso una solución para este problema, aunque no sé si es
 la mejor (cargar los ráster de esta forma consumirá el doble de
 memoria), échale un ojo a ver que opinas tú.

 Un saludo,

 César

 El día 13 de julio de 2010 08:42, Nacho Brodin ibro...@prodevelop.es 
 escribió:
   
 
 Hola
 Es posible que gvSIG esté haciendo algo mal pero no acabo de entender
 bien el problema. Supongo que cuando dices que tu imagen tiene un rango
 de valores 0-255, ¿quieres decir que es un RGB?, es decir, ¿el tipo de
 dato de la imagen es Byte y tiene 3 o 4 bandas? (esto se mira en el
 cuadro de Propiedades en la pestaña de Información).

 Si el tipo es byte y 3 bandas, esto quiere decir que son 8 bits por
 pixel por lo que el rango de valores es -128 a 127 que es lo que cabe en
 este tipo de dato. ¿La imagen se visualiza correctamente?. Si es así es
 que el dato no ha cambiado y es el mismo que tenía en un principio. Lo
 que  ocurre es que es el rango del color que ves el que va de 0 a 255
 pero no el dato almacenado. Este se guarda en  el rango -128 a 127, pero
 son dos cosas diferentes.

 Con la herramienta de Información puedes pinchar sobre un pixel para
 ver su valor RGB y su valor por banda para comprobar esto. Luego
 SEXTANTE tiene en Herramientas básicas para raster una que es
 Estadísticas básicas consulta ahí el valor de la Varianza, ¿salen mal
 estas?. Es posible que el valor de varianza que dices que aparece mal es
 el del cuadro Propiedades de raster pestaña General. Ahí lo que
 aparece es la Varianza del dato y no del valor RGB.

 Saludos

 Pep Pons wrote:
 
   
 Estoy intentando trabajar con imágenes las cuales están en formato .bil de
 ENVI. Para poder utilizarlas en GVSIG  las he pasado a varios tipos de
 formatos como tiff o jpeg con otros programas.
 Las abro en gvsig sin ningun problema pero cuando hago una estadística de
 sus valores me doy cuenta que lo que era una imagen con un rango de valores
 entre 0 y 255 me la transforma a un rango de valores de -128 a +127
 situandome el valor nodata en el 0. Esto me genera un problema pues al
 

Re: [Gvsig_usuarios] Valores -128 a 127 en imagen

2010-07-15 Por tema Nacho Uve
Ok. Cambiamos la estrategia. Sigue los siguientes pasos:

1.- SEXTANTE- Herramientas básicas raster - Cambiar tipo de dato:  Le
indicas que sea Integer
2.- SEXTANTE-Calculadora de campos: con entrecomillado doble escribes:
  TU_CAPA|1 + 128

El resultado debería ser entre 0-255. Es probable que el valor NO_DATA sea
-9, por lo que:

3.- SEXTANTE-Reclasificación: indicas en la tabla de reclasificación
('='):

-1 | 0 | -9

El resultado debería permitir que las estadísticas sean las que esperabas.

Un saludo,
Nacho





El 13 de julio de 2010 13:05, Pep Pons taga...@gmail.com escribió:

 Hola Nacho,

 No he encontrado la herramienta de propiedades que comentas. Por lo de la
 reclasificación ¿hay que poner en la tabla uno por uno los 256 valores para
 reclasificar? ya que quiero que los valores mayores que 0 se les sume 128 el
 0 que se quede igual y los valores menores de 0 se les sume 128. De esta
 forma quedaria el archivo como el original.

 Saludos

 El 13 de julio de 2010 11:26, Nacho Uve nacho...@gmail.com escribió:

 En SEXTANTE hay una extensión que permite ver las capas que están cargadas
 en el ToC, ver propiedades (por ejemplo, estadísticas de cada banda), etc.
 Una de las cosas que permite también es cambiar el valor de NO_DATA. Esta
 extensión no está en la versión beta gvSIG_1.10, pero creo que era bastante
 útil, por ejemplo para este caso.

 De todos modos, para salir del paso puedes hacer una reclasificación de tu
 capa (con SEXTANTE), pasando todos los valores 0 al valor que marque en las
 propiedades de la capa raster ( ¿-127?)

 Un saludo,
 Nacho


 El 13 de julio de 2010 11:20, Pep Pons taga...@gmail.com escribió:



 El 13 de julio de 2010 11:16, Pep Pons taga...@gmail.com escribió:

 La imagen con la que trabajo es de un sensor que me da una imagen de una
 sola banda con niveles de gris que van del 0 (valor nodata) al 255. El
 problema que tengo es que al hacer las estadisticas con GVSIG (propiedades
 del raster/pestaña general) lo hace con los valores que no se porque ha
 escalado a -128 hasta 127 (que en envi se abren como 0 a 255) y por tanto 
 me
 sale la media y la varianza falseada.

 He probado el comando de estadisticas basicas de sextante y me sale bien
 pero me incluye el valor 0 (NODATA) con lo que las estadisticas tambien
 salen falseadas. ¿Hay alguna forma de decir que obvie el valor 0 en este
 comando?




 Muchas gracias por la respuesta



 El 13 de julio de 2010 08:42, Nacho Brodin ibro...@prodevelop.esescribió:

 Hola
 Es posible que gvSIG esté haciendo algo mal pero no acabo de entender
 bien el problema. Supongo que cuando dices que tu imagen tiene un rango
 de valores 0-255, ¿quieres decir que es un RGB?, es decir, ¿el tipo de
 dato de la imagen es Byte y tiene 3 o 4 bandas? (esto se mira en el
 cuadro de Propiedades en la pestaña de Información).

 Si el tipo es byte y 3 bandas, esto quiere decir que son 8 bits por
 pixel por lo que el rango de valores es -128 a 127 que es lo que cabe
 en
 este tipo de dato. ¿La imagen se visualiza correctamente?. Si es así es
 que el dato no ha cambiado y es el mismo que tenía en un principio. Lo
 que  ocurre es que es el rango del color que ves el que va de 0 a 255
 pero no el dato almacenado. Este se guarda en  el rango -128 a 127,
 pero
 son dos cosas diferentes.

 Con la herramienta de Información puedes pinchar sobre un pixel para
 ver su valor RGB y su valor por banda para comprobar esto. Luego
 SEXTANTE tiene en Herramientas básicas para raster una que es
 Estadísticas básicas consulta ahí el valor de la Varianza, ¿salen mal
 estas?. Es posible que el valor de varianza que dices que aparece mal
 es
 el del cuadro Propiedades de raster pestaña General. Ahí lo que
 aparece es la Varianza del dato y no del valor RGB.

 Saludos

 Pep Pons wrote:
 
  Estoy intentando trabajar con imágenes las cuales están en formato
 .bil de
  ENVI. Para poder utilizarlas en GVSIG  las he pasado a varios tipos
 de
  formatos como tiff o jpeg con otros programas.
  Las abro en gvsig sin ningun problema pero cuando hago una
 estadística de
  sus valores me doy cuenta que lo que era una imagen con un rango de
 valores
  entre 0 y 255 me la transforma a un rango de valores de -128 a +127
  situandome el valor nodata en el 0. Esto me genera un problema pues
 al
  calcular las estadisticas la varianza y la media me salen
 distorsionadas.
  ¿Alguien sabe como hacer que GVSIG me abra las imágenes en el rango
 de
  valores original (entre 0 y 255)? O en su defecto, ¿como podría
 modificarlo
  para que volviera a ser ese rango de valores original)?
 
  He probado con varios programas la conversión (arcgis, envi y Saga)
 con el
  mismo resultado. He comprobado que al volver a abrir las imagenes ya
  convertidas en estos programas el rango de valores es entre 0y 255.
 
  Muchas gracias de antemano.
 


 --
 Nacho Brodin
 Equipo de desarrollo de gvSIG
 Prodevelop.SL
 http://www.gvsig.org
 http://www.prodevelop.es

 

Re: [Gvsig_usuarios] .map

2010-07-15 Por tema JHONATAN CANO FURAGARO
Buen día


Utiliza la extensión de publicación que esta disponible para la versión de
1.2 de gvSIG.

Saludos.

2010/7/15 jose luis joseluisqueve...@hotmail.com

  Hola necesito exportar una vista a un archivo .map para publicar en un
 wms.

 ___
 gvSIG_usuarios mailing list
 gvSIG_usuarios@listserv.gva.es

 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




-- 
JHONATAN CANO FURAGARO
Ingeniero Forestal
Universidad Nacional de Colombia
Celular 300 430 45 46
___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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


[Gvsig_usuarios] Tomcat-gdal en GNU/Linux Ubuntu

2010-07-15 Por tema JHONATAN CANO FURAGARO
Buen día,

Estoy trabajando con Geoserver en GNU/Linux Ubuntu 10.04, tengo instalado
Tomcat la versión 6  y no he podido adicionar más formatos de los que
soporta geoserver por defecto.

Estoy siguiendo esta guía, que otro documento o forma de instalación?

Muchas gracias por la atención  y colaboración.

http://www.nipalante.es/2010/03/17/geoserver-en-entorno-de-produccion-iv-habilitando-gdal-y-su-soporte-para-formatos/

JHONATAN CANO FURAGARO
Ing Forestal
___
gvSIG_usuarios mailing list
gvSIG_usuarios@listserv.gva.es

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