El Everest, desafío 2012 para Walking With the Wounded

A punto de cerrar 2011 ya tenemos grandes proyectos para el próximo año, y uno de los importantes es el desafío que  Walking With the Wounded se ha planteado para 2012: ¡¡subir el Everest!!

Personalmente como montañera sigo muy de cerca todas las noticias de Esri relacionadas con el mundo del alpinismo (por ejemplo el reto personal de Jordan Romero que ya ha publicado un montón de información en la app de su web que permite conocer más de cerca la Antártida), pero es que además tuve la oportunidad de conocer muy de cerca el reto Walking With the Wounded a través de un compañero de Esri UK en la pasada UC en San Diego y es una iniciativa preciosa.

Walking With the Wounded es un proyecto que reúne a excombatientes británicos que sufrieron algún tipo de herida de combate en retos apasionantes que les obligan a superarse a sí mismos no sólo de forma física (obviamente, podéis imaginar el tipo de preparación que hay que tener para subir el techo del planeta) sino también psicológica.

 

Esri UK colaboró en la anterior expedición, y está colaborando en esta nueva aventura con la comunicación y tecnología que hay detrás de vídeos como el que véis en este post. Si te animas a seguir el reto y además te apetece colaborar con él hay muchas opciones para involucrarse:

• Donaciones para el proyecto
• Canal en twitter
• Dejar tu mensaje de apoyo al equipo
• Seguir el blog de los participantes en la ascensión.

 

Más novedades: Geoportal Server 1.2

Continuamos con las novedades, lanzamientos y actualizaciones tecnológicas de los productos Esri, para dejar reseñado hoy en Esriblog que se ha lanzado hace unos días la release 1.2 de Esri Geoportal Server.

Toda la información, descargas y documentación sobre el producto la tienes en la web de esri.

Disponible Service Pack 2 para ArcGIS for INSPIRE

El segundo Service Pack (un paquete tecnológico con mejoras de rendimiento, resolución de errores…) de ArcGIS for INSPIRE ya está disponible en el Centro de Recursos de Esri.

Además encontrarás las instrucciones para instalarlo correctamente.

Para saber más:

• ArcGIS for INSPIRE, web de Esri en castellano.
• Folleto ArcGIS for INSPIRE.

Presentación en la pasada Conferencia Europea Esri 2011 de la IDE de la región de Murcia sobre los cambios realizados para el cumplimiento de la normativa INSPIRE.

¡Felices fiestas!

ArcGIS for Server: Errores comunes al publicar servicios de mapa

Son muchas las ocasiones en la que al revisar proyectos ya en producción uno se encuentra con configuraciones de servicios poco optimizadas.

Hay una serie de errores bastante comunes a la hora de publicar servicios de mapa que merece la pena repasar, porque se repiten una y otra vez:

• Publicar un MXD. Hasta la versión 9.3 había ciertas funcionalidades de ArcGIS for Server que solo era posible conseguir a través de MXD. Esto ya no es así en la versión 10. El archivo MXD no es un formato pensado para publicar en internet, sino para trabajar en desktop. En un principio se utilizó hasta que se desarrollo un nuevo motor de renderizado que hacía uso de un formato mejor, el MSD. De hecho, en versión 10.1 será imposible publicar un MXD con ArcGIS Server.
• Publicar un WMS a través de un MXD. Es muy común ver servidores con servicios WMS publicados a través de MXD. Aunque hasta la versión 10 esto es técnicamente posible, está completamente desaconsejado. En realidad, estamos volviendo a encapsular un servicio externo dentro de nuestro propio servidor, haciéndole trabajar dos veces. La solución es muy sencilla, integrar los servicios WMS dentro de la aplicación a través de los distintos SDKs.
• No usar filegeodatabases (FGDB). Lo más directo cuando se publican servicios es conectarlos directamente a ArcSDE. En algunas ocasiones esto es necesario porque tenemos datos que se actualizan constantemente y que además se comparten con otras aplicaciones o servicios. Sin embargo, en la mayoría de los casos, esto no ocurre, y muchos de los datos publicados cambian con una periodicidad superior. En este caso, siempre se debe optar por una filegedodatabase para la publicación. El rendimiento es muy superior. Es decir, por defecto, siempre habría que pensar en usar FGDB.
• Tener todas las capas en un único servicio. En ArcGIS for Desktop es común tener un proyecto MXD con gran cantidad de capas. Sin embargo, trasladar esto a la web no es lo mejor. Cuando llevamos un servicio a internet, siempre hay que tener en cuenta el rendimiento. Hay capas que se usan más que otras y estas se podrían agrupar en otro servicio distinto de forma que se reparte la carga entre varios.

 

• Publicar servicios dinámicos innecesarios. En muchas ocasiones se publican servicios dinámicos (sin cachear) porque queremos dejar al usuario libertad total sobre las capas. Hay tener presente que, en muchas ocasiones, el usuario final no es consciente de las limitaciones de su entorno (ancho de banca, memoria, procesador, etc…). Es posible nos pida imposibles y es cuando hay que presentarle estas limitaciones y las soluciones. Muchos servicios dinámicos pueden limitar mucho la capacidad de un servidor.

 

• Cachear las capas individualmente. El objetivo de un cacheado es mejorar lo máximo posible el rendimiento de un servicio, agrupando aquellas capas que el usuario solo usa como referencia o como consulta. De nuevo, es posible que el usuario pida como requisito que se puedan activar o desactivar capas, pero ¿todas? ¿tiene sentido? No. Una solución típica a esto es que se genere un cacheado por capa. Esto es un error, ya que estamos quitando el propio beneficio del cacheado. Ej.: al hacer esto, y si tenemos 4 capas cacheadas, para una misma zona, por cada petición estamos enviando 4xN tiles, lo que podría dar lugar a una descarga de 4x8x256x256 = 2MB ¡por petición! Imaginad la situación cuando tenemos varios usuarios concurrentes…
• No usar la Map Publishing Toolbar. Esta pequeña barra de herramientas nos da todas las indicaciones necesarias para que nuestro servicio se sirva mejor. Además de mostrarnos un listado de errores, recomendaciones y sus posibles soluciones, nos permite previsualizar el servicio y ver qué tiempos tardaría nuestro servidor en devolver una imagen.
• Formato de imagen adecuado. En ocasiones se eligen formatos de imágenes que no son los más adecuados para su visualización. JPG es el formato que hay que usar para servir ortofotos e imágenes satélite. Mientras que PNG o GIF son la elección si se necesitan transparencias. Entre estos dos, el formato PNG puede ser utilizado para capas vectoriales más complejas y/o con más simbología, mientras que GIF puede ser mejor en capas más sencillas y textos. Lo mejor para probar la calidad es ver los resultados en pantalla e ir optimizando.

Aplicando todos estos consejos nuestros servicios estarán optimizados y las peticiones a nuestros servicios serán las necesarias. No siempre lo que vemos en un ArcGIS for Desktop es lo que hay trasladar a un servicio web. Siempre hay que buscar un compromiso entre funcionalidad, calidad y nivel de servcio.

Conviene tener presente que internet es un entorno muy diferente al entorno Desktop y que lo primero que hay que tener en cuenta es la velocidad y la optmización de los servicios a publicar. Por cierto, esto también tienen que saberlo los usuarios finales.

Ya disponible: ArcGIS Runtime SDK for Android

Uno de los paquetes de software de desarrollo (SDK por sus siglas en inglés) de Esri más esperados ya está disponible, desde el pasado 14 de diciembre en el Centro de Recursos de Esri, y además, de forma gratuita.

Desarrolladores y organizaciones con SIG entre su tecnología ya pueden disfrutar de esta herramienta para personalizar sus propias aplicaciones, haciendo llegar con ellas su análisis, información y datos geoespaciales a un público cada vez más amplio y variado.

La noticia completa, en la web de esri.es

Eventos Esri en 2012

Hoy os ofrecemos un breve avance sobre los eventos que Esri ya ha anunciado para el próximo año. Reserva las fechas en tu calendario para asistir o síguelos online gracias a los vídeos, presentaciones y novedades que Esri publica en sus webs y blogs.

Esri International User Conference

El evento estrella de Esri ya tiene fecha: será del 23 al 27 de julio de 2012 en San Diego. Durante 5 días te reunirás con profesionales GIS de todo el mundo para escuchar las novedades del año en ArcGIS de la mano de Jack Dangermond en la sesión inaugural, ver los mejores mapas de los usuarios en la Map Gallery, asistir a talleres específicos sobre los difernetes productos Esri…

Además si te registras antes del 31/12/2011 podrás ahorrar200$ en el coste de tu inscripción.

 

Esri Developers Summit

Otra de las citas importantes para una comunidad de usuarios especialmente relevante en el mundo del GIS: los desarrolladores. El evento, del 26 al 29 de marzo en Palm Springs reunirá a profesionales del desarrollo en ArcGIS, y suele contar con la presencia de los proyectos más innovadores del mercado.

Nuevo Mapa en ArcGIS.com: National Geographic

Esri, en colaboración con National Geographic ha lanzado un mapa de referencia general con objetivos informativos y educativos, así como para servir de mapabase para los profesionales SIG y otros usuarios para crear mapas web y aplicaciones cartográficas. Ha sido creado gracias a datos de una gran variedad de proveedores, como DeLorme, NAVTEQ, UNEP-WCMC, NASA, ESA, USGS…

El mapa refleja ciudades, divisiones administrativas, áreas protegidas, autovías, carreteras… con cobertura a nivel global de hasta una escala de ~1:144k y más detallada en Norteamérica: ~1:9k.

Allen Carrol, del equipo de ArcGIS Online en Esri Inc.,  ha preprado una presentación en ArcGIS Online para que descubras todos los secretos de este nuevo mapa.

Y por supuesto, ya puedes acceder, explorar y descargar el mapa desde ArcGIS Online.

Piensa en Beta

Recientemente he echado un ojo, como hago cada vez que tengo  algo de tiempo, a la Beta Community de ArcGIS y, en concreto, a las “Available Opportunities”, es decir, a las oportunidades que tenemos los fanáticos de estos temas para probar productos que aún no están en el mercado.

En el portal ya tenéis disponibles las versiones beta de:

•     World Elevation Services

•     ArcGIS API for Silverlight Beta

•     ArcGIS Runtime SDK for Windows Phone

•     ArcGIS for SharePoint Beta

•     ArcGIS Viewer for Microsoft Silverlight Beta

•     ArcGIS for Android Beta Program

Silverlight va a crecer hasta la versión 3.0 y junto al ArcGIS Viewer for Silverlight (¡que he podido probar!), aportan una sencilla forma de enfrentarse a la web.  Sencilla de verdad, que sí, en serio. A veces me asusta un poco el gran y rápido  avance que hace que los programadores seamos cada vez más prescindibles… ¿o no?

No.

En poco tiempo será muy sencillo, con bajos conocimientos de programación, llevar el GIS a la web pero quedará pendiente la personalización de aplicaciones y la extensión de funcionalidades estándar o básicas. Serán terrenos de arenas movedizas para aquellos que no lleven un largo camino en el desarrollo GIS. Además, la integración de aplicaciones en sistemas corporativos y la consultoría sobre patrones de arquitectura nos darán de comer.

Si diéramos entonces la web por perdida (como ámbito de trabajo del programador)…, ¿cuál es entonces el camino? Viendo el resto de betas disponibles parece muy obvio: movilidad. Dos betas, Windows Phone y Android, están marcando la pauta.

Los próximos años veremos como la web deja de ser la principal plataforma de posicionamiento para las organizaciones frente a los dispositivos móviles. Así que ya sabéis, “the king is dead, long live the king”.

La aventura de un adolescente cobra vida gracias a una App Esri

El adolescente del sur de California que centró la atención de los medios el pasado año al convertirse en la persona más joven en subir el Everest ha puesto los ojos en su próximo reto: el polo sur. Jordan Romero, de quince años de edad, dejó su casa en Big Ear (California) el pasado 12 de diciembre hacia Vinson Massif, la montaña más alta de la Antártida. Durante el ascenso, Romero y su equipo utilizarán una aplicación Esri que incluye localización GPS, consulta del tiempo atmosférico y la elevación. La aplicación integra redes sociales y soporta “7 Summits Challenge” donde Romero anima a otros a participar en su reto dando de alta los kilómetros que realizan corriendo, caminando, en bicicleta o nadando.

“Esta aplicación hará que mis amigos, mi familia y mis fans me acompañen durante el ascenso” comenta Romero.  ”Gracias a la integración con redes sociales que Esri ha desarrollado, podremos enviar nuestra localización y mensajes de texto desde el teléfono satélite directamente a Facebook. Será posible mantener al mundo actualizado, al tanto de cada paso de nuestro camino”.

Todo aquel que se una al reto “7 Summits Challenge” podrá utilizar la app para almacenar su actividad diaria y las millas/kilómetros que haya realizado. Los que finalicen el desafío serán recompensados con un avatar virtual exclusivo junto a Romero en la cima del Vinson Massif.

“Ciertos aspectos de la aplicación para el  7 Summits Challenge permiten al equipo compartir nuestra filosofía: crearse retos, llevar un estilo de vida saludable, hacer deporte…” continuaba Romero. “Es muy sencillo, simplemente hay que unirse, establecer un objetivo personal, introducir los entrenamientos diarios y después ir comprobando tu progreso junto al nuestro”.

El padre de Romero y su madre adoptiva, ambos montañeros de gran experiencia, acompañarán a su hijo en la escalada al Vinson Massif, tal y como hicieron en sus anteriores aventuras.

Las actualizaciones de Romero y su equipo se verán en directo en www.jordanromero.com, y serán enviadas a través de teléfono satélite. Esri ha colaborado con su partner GeoPro LBS Inc. en el desarrollo de una capa que capture texto, email y coordenadas GPS a través del dispositivo cada cinco minutos, almacenando los datos en ArcGIS. La información recolectada durante la expedición será publicada a través de ArcGIS for Server y consultada a través de una aplicación web construida con la API de ArcGIS for Flex. La capa se integra también  www.meteoexploration.com para proporcionar informes de tiempo actualizados, y con Facebook para publicar los mensajes del equipo.

Desde EsriBlog queremos desear a Jordan mucha suerte, y os animamos a seguir online su experiencia.