Yearly Archives: 2009

Habemvs gvSIG 1.9


gvSIGPor fin, lentamente se va distribuyendo a lo largo de las listas de correo el siguiente mensaje de la oficina de comunicación de gvSIG:

gvSIG ha hecho pública una nueva versión estable de su aplicación de escritorio: gvSIG Desktop 1.9.

Está disponible en la sección de Descargas de la web de gvSIG (http://www.gvsig.gva.es/cast/gvsig-desktop/todas-las-versiones/descarga/gvsig-19/descargas/).

Esta nueva versión incluye numerosas novedades que pueden consultarse a continuación, después del salto

Continue reading

Advertisements

gvSIG Mini


gvSIG miniMiguel Montesinos, CTO de Prodevelop y mi jefe para más señas ha posteado por diversas listas este mensaje anunciando el lanzamiento de un  pequeño (o no tanto) proyecto para dispositivos móviles:

Hola a tod@s,

anunciamos el nacimiento de gvSIG Mini, un nuevo proyecto open source (GNU/GPL) dirigido a teléfonos móviles Java y Android. gvSIG Mini es un visor libre de mapas de libre acceso, con cliente WMS, WMS-C, búsqueda de direcciones, POIs, rutas, entre otras funcionalidades.

gvSIG Mini ha sido desarrollado por Prodevelop.

Estamos encantados de poder contar con comentarios, sugerencias, contribuciones,… Estamos abiertos a colaborar con todo aquél que esté interesado en este proyecto u otros similares.

Más información en http://www.gvsigmini.org

Saludos

Miguel Montesinos
Director Técnico
PRODEVELOP, S.L.
http://www.prodevelop.es

Este proyecto, por contar un poco más del asunto, es una evolución del cliente para dispositivos móviles que fue desarrollado para un GIS de turismo de la consejería de turismo de la Junta de Extremadura. Este proyecto entre otras cosas, solicitaba un cliente útil por cualquier ciudadano que le diera acceso a cartografía temática de ámbito turístico (bares, monumentos, albergues, etc.) así como a varias capas de información base (ortofotos, carreteras, etc.). Este proyecto además fue presentado en las últimas jornadas de SIG Libre de Girona (artículo en PDF) y se puede ver una presentación muy buena sobre el proyecto de la mano del principal desarrollador de la aplicación.

Hecha la aplicación vertical, se consiguió apoyo económico para desarrollar un cliente más genérico que fuera útil a cualquier persona, permitiendo acceder no sólo a la cartografía de Google Maps (eso ya lo hacen otras aplicaciones) sino a otros servicios comerciales (Yahoo y Bing) como muy especialmente cartografía libre (OpenStreetMap) y más aún, cualquier servicio WMS que el usuario quisiera utilizar. Obviamente este último servicio será sólo útil para gente del mundillo geo, pero bueno, es soft libre y abre las puertas a desarrollar cualquier otro tipo de aplicación vertical que requiera servicios WMS específicos.

Finalmente la aplicación además de mostrar estos servicios de cartografía, hace uso de servicios de cálculo de rutas y búsqueda de puntos de interés utilizando proyectos relacionados con OpenStreetMap.

Posteriormente se ha desarrollado una versión que todavía se puede considerar bastante “alpha” para ser utilizada en dispositivos Android, visto que la plataforma está ganando cada vez más usuarios y es un mercado muy interesante.

Yo llevo usando la aplicación Java en mi teléfono ya un tiempo (para ver cartografía no uso el servicio de rutas demasiado) y es muy estable y rápido, se lo recomiendo a todo el mundo que pueda permitirse bajarse unos KB de internet sin que le suponga un gasto enorme.

¿no está mal para ser tan mini no?

Actualización: meto después del leer más la presentación que ha hecho Javi Carrasco y que ha posteado también en el blog de Prodevelop.
Continue reading

IV Jornadas de SIG Libre


Lluis Vicens del SIGTE nos pasa esta pequeña nota sobre las próximas jornadas de SIG Libre de Girona.

iv-jornadas-sig-libreSaludos a todas y todos,

Nos resulta especialmente grato poder anunciar la edición de las IV Jornadas de SIG Libre, que van a tener lugar en Girona los días 10, 11 y 12 de Marzo de 2010. En el sitio web de las Jornadas de SIG Libre encontraréis información relativa a las Ponencias Plenarias programadas, el programa de Talleres prácticos, así como otra información que os puede resultar de interés.

Desde aquí os animamos a participar de forma activa en las jornadas, presentando vuestras propuestas de comunicación entre hoy y hasta el próximo día 10 de Noviembre, fecha en la cual expira el período para la recepción de resúmenes (300 palabras). En el sitio web de las Jornadas, apartado comunicaciones, encontraréis las plantillas para la presentación de resúmenes. Contamos con vuestra siempre interesante participación en el evento para conseguir entre todos, unas jornadas aun más atractivas y productivas.

Aprovechamos para informar también que la aplicación de inscripción, ya se encuentra activa en el sitio web de las jornadas. Quedamos a vuestra disposición para responder a cualquier duda que pueda surgir a través de la dirección de correo infojornadas@sigte.udg.edu

Nos vemos en Girona!
Muchas gracias por vuestra atención.
Saludos,

Lluís

¿Ha visto usted alguno de estos GPS?


Cualquier ayuda para encontrarlos será remunerada

Cualquier ayuda para encontrarlos será remunerada

Si usted ha visto alguno de estos GPS, comuníquenoslo cuanto antes. Su colaboración ciudadana será remunerada.

El asunto es el siguiente. Hoy en día hay muchos GPS cuyo chipset admite correcciones RTCM. Un ejemplo es el Atmel-uBlox ATR 0625, y hay unos cuantos más.

El problema es que cuando los fabricantes montan estos chipset en un GPS de consumo, no se molestan en conectar los pines del puerto de entrada de datos RTCM. Por descargar de culpa a estos fabricantes hay que decir que también habría que habilitar un segundo puerto serie, lo cual se traduce en costes.

¿Y qué nos estamos perdiendo? Bueno, estos GPS de los que os hablo suelen tener lo que llaman WAAS o EGNOS, que permiten correcciones diferenciales por satélite geoestacionario. Sin embargo, en ciudad, los satélites geoestacionarios EGNOS no suelen ser visibles por lo que resulta poco útil esta capacidad. Por otro lado, las correcciones RTCM se pueden obtener de manera continua por internet, a través del protocolo NTRIP. Con la disponibilidad de tarifas planas asequibles para móviles empieza a ser una opción interesante para obtener mejor precisión (entre 1 y 3 m).

Me sorprendía que no hubiera ningún fabricante que se haya molestado en crear un modelo, aunque más caro, que permita las correcciones RTCM. He buscado bastante y he encontrado algunos, aunque la información es muy poco clara en las especificaciones y manuales. He escrito a algún fabricante sin respuesta.

Estos son los GPS de consumo que he encontrado que supuestamente admiten correcciones RTCM:

  • Wintec WBT-300 / G-Rays I. GPS bluetooth que cuesta unos 60$
  • Conrad CR4. Mi segunda opción, ya que se conecta por USB. Por 50€.
  • Holux CF GR-271. Receptor CF, sólo para PDAs antiguas o portátiles. Ya no se fabrica, a la venta por eBay por unos 100€.

Como veis son GPS bastante raritos, ninguno a la venta en España. No me atrevo a comprarlos sin estar seguro de que tienen un puerto serie habilitado para enviar las correcciones RTCM. Si alguien tiene uno de estos modelos, podría indicarle cómo probarlo.

ortoqué???


Sí, amigos, como delata el título de esta entrada soy bastante profano en el tema de la geodesia. En primer lugar presentarme, que soy nuevo por aquí y mis papás me enseñaron a ser educado, o lo intentaron. Soy Juangui Jordán, un teleco metido a informático metido a geoinformático. Un intruso dentro de un intruso.

Estoy embarcado en gvSIG, en la librería de acceso a dispositivos de  localización libLocation. Hoy me ha surgido un tema curioso que Jorge me ha sugerido que postee en geomaticblog. El tema podría titularse, la interpretación de las alturas en dispositivos GPS, aunque también podría llamarse por qué los informáticos siempre tenemos la culpa de todo. Y es el siguiente.

Estoy implementando el protocolo NMEA, uno de los protocolos usado por los dispositivos GPS para comunicarse con otros equipos. Es muy sencillo, basado en texto plano, y por ello ha sido adoptado por la mayoría de fabricantes. Existe un estándar que dice cómo se interpreta ese protocolo, pero hay que pagar por él. Al parecer nadie lo compra, ni siquiera los fabricantes de GPS, así que al final cada cual lo interpreta a su manera, desarrolladores y fabricantes. Por ello, el uso de NMEA da lugar a distintas interpretaciones, y quebraderos de cabeza, a desarrolladores -que se lo cuenten a los creadores de GPSd– y usuarios.

Uno de los problemas, el que me ha tenido hoy entretenido toda la mañana, es el de las alturas. El mensaje GGA informa de la altura del GPS mediante 2 campos. El siguente extracto sería un ejemplo de mensaje GGA:

$GPGGA,212734,5057.8332,N,00647.5003
,E,1,07,1.1,72.9,M,47.2,M,,*77

Según lo más parecido al estándar que se puede consultar -varias páginas web que tratan de recoger el sentido de cada campo- los valores de altura serían:

  • Altura ortométrica: 72.9m
  • Separación del geoide: 47.2m

1. Océano - 2. Elipsoide - 3. Desviación local 4. Continente 5. Geoide

1. Océano - 2. Elipsoide - 3. Desviación local 4. Continente 5. Geoide

Para no marear demasiado, aclarar que la altura ortométrica es la altura sobre el nivel medio del mar, lo que un usuario esperaría que se parezca a 0m cuando se encuentra en la playa, y la separación del geoide es la diferencia positiva entre el geoide  y el elipsoide. El geoide viene a ser justamente el nivel medio del nivel del mar, un modelo de la Tierra gravitacional y mesurable mediante equipos, pero muy difícil de expresar en términos matemáticos (parecido a una fea patata) mientras que el elipsoide es un modelo matemático de la superficie de la Tierra (un bonito huevo), expresable en forma matemática con sólo unos pocos parámetros.

El geoide es como una patata

El geoide es como una patata

Continue reading