La Geografia del Snowboard

El otro día narré como georeferenciar imagenes a ojo, bien cuando tienes datos suficientes no hace falta llegar a esos extremos, pero para que vayais viendo la evolución y lo que me propongo, que no es otra cosa que crear un mapa de las pistas de ski de mis estaciones favoritas.
¿Para qué? mmm hobby, fusionar mi trabajo con un hobby (el snowboard ) a la vez que me famirializo con GeoPISTA y ya que el siguiente paso es crear un calculador de rutas de las pistas que ofrezca información sobre las mismas y permita elegir un recorrido. (pero eso será un proyecto personal)

En primer lugar, esta tarea no es nada fácil, pues no hay información geográfica sobre las mismas, al menos que yo conozca, por lo cual el montar esto se las trae, como podeis ver empece con un mapa de la zona (el famoso que georeferencie en el anterior post)

Una vez que lo tenemos es empezar a explorarlo junto con la capa vectorial del WMS de catastro e indentificar instalaciones, edificios, parkings, etc… de la estación de ski (en este caso Formigal), vamos creando capas donde almacenamos vectorialmente esta información dandole atributos.

Sabiendo por donde van las lineas de remonte (que estaban en el mapa de papel), solo tenemos que dibujarlas en una nueva capa dandoles atributos, de nombre, zona, capacidad, desnivel, etc…

y… ahora viene lo más complicado, dibujar el trazado de las pistas, cómo podréis observar de momento solo hay una “Anayet” y es porque me conozco el trazado casi de memoria y bueno después cuando recorde que un modelado digital del relieve me ayudaria a identificar el recorrido (ya que mis unicas referencias eran mi memoria y el plano de pistas que da la estación) de las pistas, voy intuyendo mejor por donde irán las demás.

Así que cuatro pases mágicos despues y la ayuda de la inestimable experiencia de mi compañero Pablo, estos van siendo los resultados…

Mapas ferroviarios de Europa

Trainspotting Bükkes, magnifica página que contiene todos los mapas ferroviarios de Europa, así como otras informaciones sobre transporte terrestre.

Technorati Tags: tren, ferroviario, mapas, Europa

MapThis mapas en la Sony PSP

Bien parece que gracias a la activa comunidad hacker que ha nacido entorno a la consola portatil de Sony, PlayStation Portable (PSP) contamos cada día con más y más software “Homebrew”.

Un Ejemplo claro es este MapThis! una aplicación para visualizar mapas calibrados para GPS y/o mapas de GoogleMaps.

Liberado bajo GPL (aunque no he encontrado el código) esta aplicación permite descargar mapas a la PSP via WiFi y conectar un dispositivo GPS a través del puerto serie de la consola (el que hay junto a la toma de auriculares).

Para variar, esta aplicación funciona sin problemas en la versión 1.5 del firmware, no siendo posible utilizar el GPS en las versiones 2.0+ y siendo la única opción en las 2.7+ el generar los mapas con un pequeño script, transmitirlo a la PSP y visualizarlo con el navegador web.

Como siempre Sony cortando las alas a la creación…

vía TecnoMAPS

Update: para descargar la versión que funciona con el GPS de Sony
Descarga: MapThis para PSP con soporte para el GPS de Sony

Technorati Tags: Sony, PSP, maps, google maps, homebrew, gnu, free software

Georeferenciando capas raster, a ojo de buen cubero

En primer lugar ¿que es una capa raster?
No es otra cosa que una imagen que no contiene más datos que su georeferenciacion y la equivalencia de cada pixel a la escala.

Esto debe ser fácil si produces tu la imagen, pero… ¿si obtienes la imagen de otro sitio y no tienes más datos que la georeferenciacion?

Bien, en principio la georeferenciacion te la tienen que dar sino… mal vamos, aunque tambien se podriá obtener.

Ayer estuve probando con un mapa del Valle de Tena, un valle del Pirineo Aragonés, ya que la montaña y los deportes de invierno, son una de mis aficiones.

En esta clase de mapas (impresos que se comercializan) te proporcionan en la esquina superior las coordenadas UTM de ese punto, con lo cual ya tenemos la georeferencia, aunque claro está previamente deberemos recortar y eliminar el cuadro blanco de los bordes, porque esa georeferencia identifica el primer punto del mapa, pero si la metemos en nuestro editor la interprera por el primer pixel de la imagen (blanco).

Ahora viene lo interesante, la proporcion del pixel, para adivinarla, no nos queda otro remedio que hacerlo a ojo y ajustar…

Así que manos a la obra, primero convertiremos nuestra imagen a tiff o png, jpg, bmp
y escribiremos artesanalmente su “world file”, el world file es un fichero de texto plano y es el que contiene las proporciones del pixel para los ejes XX, XY, YX, YY y la latitud/longitud en UTM.

1.000000000000000 0.000000000000000 0.000000000000000-1.000000000000000 706398

4747788

Nos interesan la linea 1 y 4 que son XX e YY y como vemos lo normal es que sean proporcionales (o eso creia yo), bien la idea es escribir un fichero como este y guardarlo con la extension .(xx)w donde xx son las dos primeras letras de la extension de la imagen (Ej.: para .tiff, sera .tfw, para .jpg será .jpw, para .bmp, sera .bmw) y modificando e introduciendo nuestras coordenadas.

Abrimos nuestro editor GIS, cargamos capa raster y… ajustamos el mapa cargando una capa WMS (hay otras posibilidades, cualquier mapa que nos sirva de referencia), yo utilice la capa del WMS de Catastro, pues los datos son muy fiables, así que a ajustar, la cosa va comprobando que el mapa encaja con referencias que tomemos de la capa WMS (con algun margen…) yo tomé como referencia la frontera con Francia y a jugar con la dimesión del pixel hasta que encajó una sobre otra.

Finalmente las dimensiones eran: XX:6,8 y YY:-6,89999, así que ahora comprendereis porque no era simetrico, creedme!

Technorati Tags: raster, sig, gis, wms, mapa, georeferencia, tfw, world file

Web Map Services (WMS) a GoGo!

En el anterior post hable de como añadir capas WMS a GoogleMaps, suponiendo que todo el mundo sabe que es un WMS, pero… como no creo que esto sea así, hoy hablaré un poco sobre que es un WMS y en concreto de los WMS que siguen el Standard del Open Geospatial Consortium (OGC)

Bien, un OGC WMS es un servicio que devuelve mapas renderizados como imagen en tiempo real que puede fusionar capas de información con distintos datos, estas imagenes estan geoespacialmente referenciadas, es decir contienen información geográfica (latitud, longitud) referente a cada punto de la imagen.

A nivel técnico, no se trata de otra cosa que de un Web Service que recibe peticiones a través de parametros en la URL y devuelve imagenes en los formatos soportados por el servidor (PNG, JPG, GIF, etc…) y metadatos que georeferencian esta imagen.

Los servicios que brinda estos servicios a través del standard OGC WMS 1.1.1 :

-GetCapabilities – Devuelve toda la información de los servicios que brinda el WMS: Formatos de imagen, Capas, Sistemas de Coordenadas, etc…
Esta es lo primero que se le requiere al WMS con el fin de conocer que podemos obtener de el y como podemos manejar la información.
-GetMap – A través de esta petición y pasandole los parametros adecuados, nos devolverá la imagen de la zona que le pidamos en el formato deseado y con las dimensiones requeridas (y lo hará en tiempo real, leyendo los datos ). Este GetMap se ira repitiendo cada vez que desplazemos la localización fuera de la zona encuadrada en nuestro cliente o hagamos un zoom.
-GetFeatureInfo – Esta petición nos permite obtener información sobre un pixel especifico de la imagén recuperada en un GetMap previo, esto depende de que la capa tenga atributo
de Queriyable (Consultable).

Veamos un ejemplo de las posibilidades a través de Humboldt-Viewer (mi pequeño proyecto, tarda un poco en cargar)

Como podemos observar podemos movernos por el mapa mundial, seleccionado zonas, haciendo zoom, etc… pero aun le queda por hacer a mi visor (estoy en ello…), para ver algo más completo vamos a echarle un vistazo al visor del IDEE (Infraestructura de Datos Espaciales de España) mucho más completo y que nos permite seleccionar fuentes WMS de los distintos servidores españoles.

Ahora veamos la parte del servidor, ¿como podemos montar nuestro propio servidor de mapas?
La verdad es que disponemos de varios sistemas libres para llevar a cabo esta tarea:
-Mapserver.
-Geoserver.
-Degree

Generar nuestras capas, o obtener datos para generarla, puede ser una tarea mucho más titanica (todos conocemos lo dificil que es conseguir información geográfica de calidad), ya que no nos queda mas que rezar y que las capas que necesitemos esten en circulación en formato DGN o SHP o no nos queda mas remedio que dibujarlas nosotros a mano…

Por supuesto lo segundo no es tan dificil pero si costoso en tiempo, nada más necesitaremos un editor GIS, por supuesto, ¡mejor si es libre!
- OpenJump
- Kosmo
- GVSIG

y para las administraciones públicas… estamos de suerte, hay una alternativa libre llamada GeoPISTA y que ya he comentado bastante y que no solo permite edicion GIS sino que integra su propio servidor WMS así como otros modulos de gestión de información territorial (Medioambiente, licencias de obras, etc…), lo cual acelera bastante el proceso de desarrollo de información geográfica y publicación de la misma obteniendola de distintas fuentes (una de ellas es la Dirección General de Catastro, a través del convenio con GeoPISTA en la que podrán obtener su datos cartograficos aquellos municipios con “competencias catastrales” o bien las Diputaciones que los representen) o generandola por la misma entindad.

En caso de no conseguir información sobre la zona que queremos representar, podemos cargar en nuestro editor GIS la capa que nos interese desde un WMS, crear una capa nueva y empezar a trazar la información que nos interese referenciar sobre la capa servida por el WMS, como ya he dicho esto es bastante laborioso, aunque dado como está el panorama de la información geográfica…, tras esto podemos guardarla en BDD y servirla a través de las herramientas WMS que anteriormente he comentado.

La potencia de los WMS es tremenda, ya que no solo nos dan información gráfica, sino que la referencian en el globo y nos permite obtener información de esos puntos representados con lo cual podemos montar nuestros mapas fusionando distintas capas de distintas fuentes WMS e incluso más alla, con el hack que ayer comenté podemos añadir GoogleMaps a la mezcla.

Por último añadir que GoogleMaps obviamente no funciona siguiendo el standard WMS, de ahí la alegria por ese pequeño hack, sino que funciona a través de su propia API (como ya sabemos…), sirviendo las imagenes que ya tiene generadas y georeferenciadas, troceadas a las distintas escalas y almacenadas en sus gigantes almacenes de información (¡quien los tuviera!), y seguro que os habeis preguntado ¿como puede ir tan rápido? pues sencillamente os habréis fijado que monta la imagen por cuadriculas, asi que cuando vas desplazando el mapa solo tiene que añadir las cuadriculas adyacentes en vez de cargar toda la imagen entera (si tengo tiempo, escribire un tutorial con ejemplos de como hacer esto… ya tengo algún ejemplo por ahí montado). Estos son los Gremlins que se esconden detrás de Google Maps…

Así que… ¿a que esperais? ¡a hackear con la información geográfica!

+info:
- OGC Web Mapping Service
- Humboldt-Viewer

Mostrando Capas WMS sobre Google Maps!

Ayer encontré un curioso hack para GoogleMaps que permite cargar capas de cualquire WMS sobre la API de GoogleMaps.

La libreria gmap escrita en JavaScript por Just van den Broecke, nos permite hacer esto de forma sencilla gracias a una función que nos permite pasar la URL, las capas, etc atraves de una funcion que genera uno de los botones famosos de GoogleMaps para cambiar el tipo de mapa.

// Create WMSSpec
* // need: wmsURL, gName, gShortName, wmsLayers, wmsStyles, wmsFormat, [wmsVersion], [wmsBgColor], [wmsSrs]
* var G_MAP_WMS_SPEC = createWMSSpec(WMS_URL_ROUTE, “MyWMS”, “MyWMS”, “routes”, “default”, “image/gif”, “1.0.0″);
*
* // Use WMSSpec to create transparent overlay on a standard Google MapSpec
* var G_MAP_WMS_OVERLAY_SPEC = createWMSOverlaySpec(G_SATELLITE_TYPE, G_MAP_WMS_SPEC, “MyOvWMS”, “MyOvWMS”);

y... estos son los resultados

La importancia de los “Sistemas de Información Territorial” en la toma de decisiones

Este fin de semana he estado leyendo un interesante libro publicado por la Consejeria de Gobernación de la Junta de Andalucia titulado “Instrumentos de gestión territorial para la toma de decisiones en el medio local” y escrito por Jose Luis Calvo, Angel Pueyo y Fernando Tricas.

En este magnifico texto se nos introduce a los cambios que ha sufrido la administración local durante la epoca de la transición a nuestros días y el incremento de competencias que esto ha generado para luego pasar a mostrar las herramientas que pueden facilitar la toma de decisiones en estas administraciones.

En concreto se nos habla de los “Sistemas de Información Territorial” y como estos pueden acelerar y optimizar la toma de decisiones en el desarrollo local.

Con gran cantidad de ejemplos cartograficos, no solo se ilustra de que manera se puede utilizar la cartografia a la hora de tomar decisiones sino que ademas se hace todo un repaso a esta ciencia y a la forma en la que se debe representar y manejar esta información de forma adecuada.

georeferencias web 2.0

Ale ::georeferencias ya es web 2.0 compliant…

Genera tu logo estilo web 2.0 en… http://msig.info/web2.php
(parodia)

Technorati Tags: humor, web 2.0

powered by performancing firefox

Humboldt :· Prototipo funcionando

Hace apenas una hora he colgado un prototipo de Humboldt OGC WMS Viewer la verdad que aún esta un poco pelado pero vamos, promete ser divertido

Podeis echarle un vistazo en :· Humboldt Demo

Toda la Administración Pública Extremeña migra a Software Libre y Estándares Abiertos

Hay que difundir la noticia, así que un rápido copy&paste

By Hispalinux
Creado 26/07/2006 – 02:28

El Consejo de Gobierno de la Junta de Extremadura ha aprobado, que la información electrónica generada y de intercambio en los distintos órganos que estructuran la Junta de Extremadura utilizarán obligatoriamente formatos estándar:

* Formato de Documento Abierto para Aplicaciones Ofimáticas (OASIS Open Document Format, sobre la norma ISO/IEC DIS 26300), para información en elaboración y proceso administrativo.
* Formato de Documento de Intercambio PDF/A (Portable Document Format ISO 19005-1:2005), para información que se desea garantizar su inalterabilidad de visualización.

Con este importante acuerdo, la Junta de Extremadura es la primera Administración que adopta unos estándares, que todos los organismos internacionales relacionados con el mundo de la TIC’s coinciden en calificar, como el más importante paso dado para favorecer la innovación tecnológica, reducir la dependencia de usuarios, empresas y Administraciones Públicas respecto a aplicaciones propietarias no compatibles, e incrementar la interoperabilidad entre sistemas y aplicaciones a nivel global.

Del mismo modo se ha aprobado que de manera inmediata, las herramientas informáticas de productividad personal para todos los empleados públicos de la Junta de Extremadura serán las implementaciones ofimáticas libres que soporten obligatoriamente en modo nativo los estándares establecidos.

Igualmente se establece como sistema operativo de uso obligatorio en los puestos de trabajo de los empleados públicos de la Junta de Extremadura, gnuLinEx, proponiéndose su implantación paulatina sobre los mencionados puestos de trabajo de todos los órganos administrativos que estructuran la
Junta de Extremadura.

El plazo máximo para materializar esta iniciativa se establece en un año a contar a partir de la aprobación del presente acuerdo. Tras la finalización del mencionado periodo, todos los puestos de trabajo informáticos de los empleados públicos de la Junta de Extremadura deberán trabajar bajo sistema
operativo gnuLinEx, y los programas adicionales instalados deberán provenir de software de fuentes abiertas(open source) o poseer algún tipo de licencia libre.

Desde Hispalinux nos alegramos de la decisión y les felicitamos por ella esperando que otras Administraciones públicas sigan el ejemplo.

A los socios, os invitamos a difundir esta noticia por todos los canales a vuestro alcance.
Source URL:

http://www.hispalinux.es/node/596