No permiten hacer incrustado de los mapas, pero a diferencia de Bing Maps, no hace falta tener instalado silverlight, mira el vídeo demo:

Vía Digital Urban

• Temperatura
• Radiación
• Potencial fotovoltaico

Si lo quieres ver funcionando, puedes acceder a través del visorweb y activar la casilla “Mapa de Radiación Solar“, que a su vez se puede desplegar en las distintas opciones, para tener más detalle sobre un punto en concreto, solo hay que pulsar y esperar a que aparezca el globo emergente con toda la información. En la parte superior del panel lateral derecho se puede acceder a las Leyendas que explican los rangos asignados a cada uno de los colores (se entiende facil, menos-mas/azul-rojo).

Ahora han añadido una interesante capa meteorológica que te permite mostrar rotulados la temperatura del lugar con datos obtenidos en tiempo real. La ofrecen Fº y en Cº, lástima que por defecto venga en Fº y no permita personalizar este parámetro a la hora de crear el mapa, en cualquier caso, una buena mejora, aquí un ejemplo:

Lo mejor es ver un ejemplo sobre la marcha, la orientación por defecto es Norte, para modificarla pulsa sobre la letra “N” del control que hay en la parte superior izquierda y rótalo.

Puede que te preguntes: ¿realmente generan tanta actividad como para mantener un blog?. Personalmente piendo que si, llevo siguiendo el Rss del IDECanarias desde hace tiempo y no paran, tanto en actualización de contenidos como en innovación, gracias a la directiva europea Inspire y al equipo de profesionales que trabaja allí, han conseguido cambiar la imagen que se tenía de Grafcan en unos pocos años.

El caso es que revisando los posts que han publicado con anterioridad, leo uno acerca de cómo incrustar un mapa de IDECanarias en tu propia web usando OpenLayers y, en principio, parece bastante sencillo. Lo que escribo a continuación es lo que he interpretado después de hacer algunas pruebas, aunque lo más probable es que perpetre algún disparate por medio:

Antes de nada, debemos fijar el mapa, saber la latitud y longitud del mismo, para esto podemos usar alguna utilidad que tenga geolocalización inversa o en la que se pueda pulsar directamente en un mapa, por ejemplo:
http://pagesperso-orange.fr/universimmedia/geo/loc.htm.
O directamente a través de Google Maps como explica Manuel Almeida.

Una vez que tenemos la latitud y longitud, creamos un fichero html con el siguiente código:

He utilizado como ejemplo el mismo código que ofrecen como muestra en el blog de grafcan, este es el resultado ‘escalado’:

Ahora si queremos construir nuestro propio mapa sólo debemos modificar las variables que nos interesen, en el caso de este ejemplo:

- El ancho y largo de la caja del mapa:

width: 600px;
height: 400px;


- La Latitud y Longitud (rescatamos los valores extraídos con anterioridad), y el nivel de zoom (siendo 0 el nivel más alejado y 15 el más cercano):

var lon = -15.423;
var lat = 28.14;
var zoom = 9;


- La llamada al servicio WMS (nombre, url y capa):

layer = new OpenLayers.Layer.WMS( "IDECanarias WMS OrtoExpress",
"http://idecan1.grafcan.es/ServicioWMS/OrtoExpress",
{layers: 'ortoexpress'} );
map.addLayer(layer);


Si se quieren añadir más capas necesitas conocer las url de los servicios y los nombres de las capas, para lo primero puedes acudir al catálogo de servicios WMS (ojo: las enlaces que contienen las url llevan a la dirección NAME de los mismos, así que lo mejor será copiar el texto del enlace en lugar del propio enlace). El nombre de las capas no lo he encontrado por ninguna parte, al final me he decidido a googlear y he encontrado algo de información en Geopole, la he recopilado en un Google Docs, si tienes más información sobre las capas, modifica el documento tu mismo, lo dejo compartido:

Después de hacer algunas pruebas, modifiqué la plantilla inicial, cambiando las coordenadas y nivel de zoom, así como añadiendo algunas capas extra, este es el resultado:

Lo ideal sería que se pudiera incrustar como un objeto independiente, tal como pasa con los vídeos de youtube o los mapas de google, pero el hecho de que se puedan combinar distintos Servicios WMS permite jugar con la gran cantidad de datos que disponen.

Además del selector de ventana (derecho e izquierdo), se puede realizar una composición extendida (tratando las dos capas como si fueran un sólo mapa) o sincronizada (mostrando las dos versiones de un mismo mapa). Sólo echo en falta un rótulo identificador del mapa que estás visualizando en cada sección de la pantalla.

Modo Sincronizado:

Vídeo:

Enhorabuena a la gente que está currando detrás de este proyecto.

Vía Idecanarias.

* esto sólo va en Lanzarote actualmente.

Actualización: También se han currado un vídeo, aunque mucho más explicativo.

Hemos comenzado un trabajo de generación ortofotos históricas de las islas a partir del archivo de fototeca disponible. La primera en salir ha sido la ortofoto de 1990 de la isla de Lanzarote para la cual hemos creado un servicio WMS cuyas características puede consultar en el Catálogo de Servicios y además la hemos publicado en el visor de IDECanarias dentro del grupo MAPAS HISTÓRICOS.

Sólo hay que acceder a través del visor, volar a la isla de Lanzarote y activar la capa Mapas Históricos -> OrtoExpress año 1990:

Foto original de
markhillary en Flickr.

El problema con la geolocalización que tenemos ahora es que es inútil, si la comparamos con lo útil que podría ser. Es verdad que el terminal puede obtener las coordenadas mediante el GPS, pero esta información no vale un pimiento porque no sale del móvil.

Me explicaré con un ejemplo, que es como mejor entiendo yo las cosas. Supongamos que quieres escribir una aplicación que te diga si hay algún amigo tuyo en un radio de un kilómetro dispuesto a echarse una cervecita. Registras el dominio www.echemonosunpardecervecitas.com. Montas una red social de amigos y bares. Diseñas la interfaz: un botón con el texto “Búscame un colega por aquí cerca para echarnos unas cervecitas y un pincho de tortilla”.

Lo más sencillo sería, claro está, una página web. El sediento usuario saca su iPhone y se conecta con su safari, el servidor obtiene sus coordenadas, busca en la base de datos los colegas que pueden estar cerca y rápidamente informa de que tanto Marty McFly como Emmett (Doc) Brown están cerca y tienen tiempo para un rato de ocio. Pero no puede ser. No hay forma de hacerlo así, porque ni el navegador informa al servidor de las coordenadas, ni existe sistema alguno para que el servidor se las pregunte.

¿Qué opciones nos quedan? Pues aplicar el truco de Mahoma vs la Montaña. Como las coordenadas no salen nunca del terminal, escribimos una aplicación para el iPhone. Al ser una aplicación nativa, puede acceder a los datos del GPS, y también puede realizar peticiones a servicios web para informarse de que colegas están cerca. Esa es la solución que defienden, a mi entender, tanto las operadoras como los fabricantes de terminales, pero resulta que, también a mi entender, no es viable y no tiene futuro.

El problema es que en cuanto acabemos de hacer la aplicación para el iPhone, tendremos que escribirla de nuevo para el N85. Y cuando terminemos, otra para los móviles basados en Android, y luego, otra para, digamos, la Nintendo DS-GPS, cuando la saquen. Además, hay que convencer a todos nuestros usuarios para que se descarguen e instalen la aplicación. Y si añadimos funcionalidades, de que deben actualizarla. Y encima, solo sirve para localizar a los amigotes a la hora de echarnos una cervecita. Si queremos buscar filósofos con los que debatir verdades de la vida, tendremos que montar otro chiringuito.

La buena noticia es que hay un servicio que intenta resolver este problema, el Fire Eagle de Yahoo. Su propuesta consiste en actuar como intermediario; el usuario informa a Fire Eagle de donde está. Lo único que hace Fire Eagle es almacenar tu localización y permitir a terceras partes (como pueden ser tus amigos, servicios webs o incluso otros dispositivos) leer esta información, o incluso actualizarla, siempre con el consentimiento expreso del usuario.

El sistema ya está funcionando, y hay muchísimos servicios y aplicaciones web utilizándolo. Hay una Galería de aplicaciones que resulta bastante divertida de hojear. Las API de la aplicación son sencillas, bien diseñadas y fáciles de usar.

Lógicamente, ya hay aplicaciones para el iPhone que actualizan nuestra posición, como Fire FoneActive Eagle. Si tu terminal tiene GPS y Java puedes usar el Fire Eagle mobile updater for J2ME. Navizon permite una geolocalización grosera, sin GPS, triangulando las señales de los repetidores de telefonía móvil y de puntos de acceso Wi-Fi. Hay literalmente cientos de aplicaciones, fruto de la creatividad de la gente y la facilidad y disponibilidad del servicio. o

Yo, por ejemplo, uso Dopplr, un sistema que te permite publicar en la red los viajes que tienes previsto hacer. Aunque viajes poco, como yo, es cómodo tener tu planificación en la red. Dooplr ha empezado a usar los servicios de Fire Eagle, de forma que, como sabe todos los detalles de mis viajes, puede actualizar mi posición. Automáticamente, sin que yo tenga que hacer nada. Dopplr puede actualizar mi posición, porque yo se lo he permitido expresamente, en mi cuenta de Fire Eagle.

En resumen: Desarrollar aplicaciones geolocalizadas para móviles es un infierno en vida. Sin embargo, montas un servicio trivial, basado en estándares, que permite escribir aplicaciones web geolocalizadas y salen ideas y desarrollos hasta debajo de las piedras. El problema empieza y termina con las actitudes de los principales actores en el mercado de telecomunicaciones: Los fabricantes de terminales y las operadoras de telefonía. Mientras en el mundo de la informática asistimos a una autentica revolución basada en el código libre, los formatos estándar, los servicios web y las licencias libres, la telefonía móvil sigue basándose en desarrollos propietarios, secretos industriales y múltiples protocolos. A saber cuanto tiempo seguirán así.

Esto hace tiempo que está implementando en Google Maps, pero a través de este gadget podrás integrarlo en tu propia web.

Configurar el gadget y obtener el código es realmente sencillo, y el resultado es espectacular.

Se puede configurar el ancho y alto del gadget, el título y el tipo de borde. Y la dirección o direcciones de destino, para establecer más de una se tendrá que separar por el signo “|” (Alt Gr + 1):

Una vez tengamos el código, sólo tendremos que copiarlo en nuestra web.

De manera que si un usuario realiza una búsqueda utilizando su lugar de origen, el gadget mostrará un mapa de google con la ruta dibujada, así como una relación paso a paso de todos los puntos intermedios. Al mostrarse la información se podrá cambiar de destino, así como de medio (en coche o a pie). También se ofrece una versión para imprimir tremendamente dinámica, pudiendo activar parámetros como la inclusión o no de mapas intermedios:

Si quieres, puedes mirar el siguiente ejemplo:

El autor del gadget es E.J. Kalafarski y lo vi en una presentación de Bernardo Hernández en el pasado Congreso de Webmasters, con el ejemplo de la Universidad de Stanford, donde lo tienen implementado.