Descubre en un seminario web ArcGIS Maps for Office, Sharepoint e IBM Cognos

Esri te vuelve a dar formación gratis a través de su iniciativa de seminarios online, y, además, para contarte una gran novedad que llevará el análisis geográfico cada vez a más profesionales fuera del ámbito de los SIG. Dentro de una nueva suite de productos basados en en análisis geográfico creados para este público no relacionado habitualmente con ArcGIS se incluyen Esri Maps for Office, Esri Maps for SharePoint y Esri Maps for IBM Cognos, que centrarán la temática de este seminario web.

Con estas nuevas soluciones puedes ayudar a tu organización a descubrir nuevas tendencias, mercados emergentes, patrones de comportamiento de tus clientes, y tomar mejores decisiones de negocio, por eso, no deberías perderte el seminario que tendrá lugar esta tarde a las 18 h (hora peninsular) y otra vez a las 20 h, especialmente si eres usuario de Office (y en particular de Excel), SharePoint o IBM Cognos y quieres saber cómo optimizar tu uso de estos productos gracias al poder del análisis geográfico.

Como todas estas sesiones, este seminario es gratuito y para apuntarte, no tienes más que unirte a la sesión unos treinta minutos antes de que empiece desde la web del evento.

Dataset de Bosques Tropicales disponible en ArcGIS Online

El Wood Hole Research Center (WHRC) está utilizando ArcGIS Online para hacer que los datasets con los que trabajan estén disponibles para científicos, investigadores y expertos medioambientales de todo el mundo. De esta manera, se puede acceder fácilmente a estos datos y utilizar los SIG para estudiar los cambios en la densidad del carbono de los bosques tropicales, que impacta en la atmósfera y en los efectos del cambio climático.

“Desde el WHRC estamos orgullosos de ser uno de los organismos más innovadores en lo relativo a este tipo de investigación sobre bosques tropicales, y es un honor haber podido colaborar con Esri facilitando un acceso universal a estos datos,” comenta el Dr. Eric Davidson, director ejecutivo de WHRC. “Saber cuánto carbono hay en estos bosques es clave para estructurar programas de acciones y programas financieros para conservarlos“. El dataset de la biomasa de los trópicos incluye datos sobre el carbono en los bosques tropicales de América, África y Asia. Con una resolución de 500 metros, supone el dataset de densidad del carbono de mayor resolución hasta el momento. Los investigadores tendrán acceso al dataset en sólo unos clicks en el entorno de ArcGIS Online, lo que les permite:

• estimar la cantidad de carbono que almacena o retiene la vegetación en este tipo de bosque
• ver sobre el terreno cómo se distribuye el carbono en función de los diferentes terrenos regionales y locales
• estimar las emisiones de CO2 de la deforestación tropical

“La ciencia y la experiencia que el WHRC ha puesto en la elaboración de estos importantes datasets incrementa la credibilidad de los datos para el análisis del cambio climático y para la toma de decisiones sobre los usos del suelo” comenta Jack Dangermond, presidente de Esri. “La suma de estos datasets a otros ya existentes como los propios del Woods Hole hacen de ArcGIS Online un servicio más interesante para todos los usuarios”.

La base de datos del WHRC es más precisa que las colecciones de datos anteriores gracias al desarrollo de los sensores de satélite diseñados específicamente para mediciones de vegetación derivadas de datos LIDAR y MoDIS de la NASA. Incluidos en el modelo de densidad del carbono están las mediciones en árboles que forman parte de la muestra en miles de localizaciones tropicales. Los trabajadores de campo de estas campañas utilizan protocolos establecidos que han sido diseñados para estandarizar la recolección de datos.

El dataset de la densidad de carbono ha sido desarrollado gracias al soporte desde la Gordon and Betty Moore Foundation, la Google Foundation, y la David and Lucille Packard Foundation.

El WHRC utiliza productos Esri en muchos de sus proyectos de investigación. Con el uso de ArcGIS Online, ha expandido el uso del GIS a través de una plataforma pública que les facilita un sistema de gestión de contenidos basado en tecnología en la nube, muy colaborativo y apto para sus mapas, datos, aplicaciones y todo tipo de información geográfica.

Ya puedes acceder al dataset en esri.com/tropcarbon

#mujerymapas

Si aún no conoces la web mujerymapas.com no dejes que termine el Día Internacional de la Mujer y entra ya para descubrir mapas de la situación de la mujer española y europea en cuanto al empleo, la diferencia salarial entre hombres y mujeres, conciliación o participación en la política y la universidad española. ¡Entra ya!

 

Ya disponible: ArcGIS for SharePoint 2.1

Esri ha lanzado la nueva versión de ArcGIS for SharePoint, en este caso, la v2.1. Ya puedes conocer sus nuevas características, funcionalidades y aprovecharte de ellas:

Mejoras en posibilidades de edición

Pop-ups al hacer click

On-demand retrieval y autoactualización de

ArcGIS for Organizations

Plantillas de diseño

Herramienta para impresión

Y mucho más, léelo todo en la la web de ayuda de Esri sobre ArcGIS for SharePoint.

Seminario Online: Introducción a la API de desarrollo de ArcGIS for Android

Esta tarde tienes oportunidad de formarte online de la mano de Esri, que ofrece un seminario gratuito de una hora de duración que tratará de darnos las claves para aprender a trabajar con el entorno de desarrollo, la API, de ArcGIS for Android.

Con ella, podremos empezar a construir nuestras aplicaciones GIS para dispositivos móviles Android, beneficiándonos de poder crear herramientas personalizadas para nuestras organizaciones que puedan ser utilizadas desde cualquier parte.

El seminario se realizará a las 18hrs. y a las 20hrs.  (una hora antes en las Islas Canarias) y para seguirlo sólo tienes que inscribirte en la web de Esri Training. Lee aquí toda la información sobre el seminario.

Disfrutadlo, esperamos que aprendáis mucho, y después del seminario, pásate a contárnoslo por nuestro grupo de networking en linkedin.

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.

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

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”.