Blog

ODS Municipal: territorializando los ODS

starlightBlog.post.date

Ignacio Arnaiz

Arnaiz Urbimática

Ya he comentado en varias entradas de este blog los temas de ODS (Los Objetivos de Desarrollo Sostenible necesitan mapas, Una propuesta de Indicadores ODS locales: el caso de Tulancingo de Bravo (México) y Nuevos Indicadores ODS locales como resultado de la gestión territorial). En esta entrada voy a comentar cómo estamos enfocando desde urbiGIS la ayuda a los municipios para que puedan afrontar su papel en las metas ODS. Un papel que es fundamental porque los gobiernos locales son la fuente básica de datos territoriales.

Lo estamos haciendo con el proyecto ODS Municipal, bajo el liderazgo del Instituto Arnaiz  y los convenios suscritos con el Consejo Consultivo y de Fomento de FLACMA (Federación Latinoamericana de Ciudades, Municipios y Asociaciones Municipalistas) que llevará a cabo el impulso del Proyecto y la parte operativa de ayudas económicas y con la colaboración de sus expertos. Puedes ver un ejemplo en el geoportal de ODS Maps Un ejemplo de contenido y estructura.

El proyecto ODS Municipal enfoca la localización de los ODS desde una óptica muy diferente de la habitual. En este momento los municipios están hablando de localización de los ODS como la alineación a cada Objetivo de los proyectos y programas de la agenda municipal. Estiman que su contribución a los ODS es proporcional al número o presupuesto de acciones susceptibles de ser alineadas con ellos. Su método consiste primero en formar la agenda municipal y después verificar su alineación con los objetivos. Si además tienen alguna métrica socioeconómica de ámbito local procedente de órganos estadísticos nacionales o locales que pueda asimilarse a los indicadores ODS, entonces mucho mejor, porque así podrán implementar un cuadro de mando muy correcto. Si además pueden distribuir los proyectos o datos por distritos, barrios o secciones censales, que son delimitaciones espaciales preexistentes, entonces, además, ¡tendrán un mapa!

Pero el proyecto de ODS Municipal propone un método muy diferente. Pretende realizar un análisis territorial que identifique, delimite y mida las dimensiones de los problemas existentes directamente desde la óptica de los Objetivos y con esos datos espaciales generar indicadores locales específicos, de forma que se puedan priorizar, justificar, programar y cotizar nuevas acciones de mejora en orden a conseguir recursos económicos nacionales e internacionales para su desarrollo. Así que este proyecto primero mide y documenta los problemas y después propone las acciones justificadas que debería acometer la agenda municipal.

Identificar y medir

Si nuestro municipio es económicamente fuerte y está bien organizado, es probable que ya disponga de una cartografía municipal, siempre un poco o un mucho atrasada frente a la realidad, pero en este caso es poco probable que necesite resolver necesidades de aquí al 2030, más allá de las derivadas del cambio climático o la pandemia. Y aunque este gran municipio tuviese algunos problemas, su estupenda cartografía bien poco le servirá para identificarlos, porque las cartografías al uso no suelen servir para saber dónde hay hambre, ni si faltan comercios de alimentación, ni dónde la atención sanitaria es débil o inexistente, ni dónde faltan escuelas o hay problemas de igualdad y seguridad, mucho menos nos dirá si hay accesos adecuados, si falta agua limpia, si no hay saneamiento o alumbrado público, o si las actividades económicas son suficientes o sostenibles, si la explotación agrícola, ganadera o forestal es la adecuada, y no hablemos de los riesgos ambientales o de la protección de los sistemas naturales y del adecuado aprovechamiento de los servicios de los ecosistemas.

Pero lo más probable es que nuestro municipio, aunque no tenga gran utilidad para nuestro caso, nunca haya tenido una cartografía y nadie la ha echado en falta porque hay otros problemas más urgentes, ni siquiera el órgano cartográfico nacional ha llegado hasta él, puede que sea porque es muy remoto, o es pequeño y proporciona pocos votantes, o puede ser que sea porque es demasiado grande, pobre y mal organizado o lleno de informalidad. Lo importante es que estos municipios son precisamente los que se enfrentan al desafío del 2030 y aunque probablemente todos sus habitantes sepan dónde están los problemas, unos porque los sufren y otros porque intentan resolverlos con pocos medios, ninguno es capaz de medirlos y mucho menos de sensibilizar a quien puede resolverlos.

Por tanto no siempre es fácil para los municipios hacer un balance de sus problemas, en los grandes porque el tamaño incrementa las dificultades y en los pequeños porque no disponen de medios. En este escenario, si algo realmente positivo han hecho los ODS ha sido poner blanco sobre negro cuáles son los problemas a identificar y medir y establecer un estándar universal para hacerlo. Pero es un estándar pensado por la estadística socioeconómica al uso, bien aplicable a naciones o estados, pero no es frecuente que lo sea en los territorios municipales. Por eso este proyecto aporta nuevas formas de medir lo que está pasando dentro de un municipio y en consecuencia generar nuevos indicadores que permiten verificar el avance hacia las metas ODS pero desde una óptica municipal.

Así que nuestro objetivo con este proyecto de ODS Municipal es aportar esas nuevas técnicas para identificar problemas, técnicas que deben ser  sencillas y asumibles económicamente por cualquier municipio. Se basan en la colaboración y en delimitar áreas problemáticas sobre una ortofoto y con un paseo a pie de calle. Ponemos a un montón de jóvenes y ciudadanos a coleccionar los problemas de su ciudad, les enseñamos cómo repartirse el territorio por grupos, cómo caracterizar los problemas, cómo deslindarlos y dibujarlos en un GIS. Siguiendo un método unificado en todos los municipios, obteniendo información agregable y normalizada, campaña tras campaña para seguir su evolución, y publicados como mapas e indicadores ODS locales. Creemos que la colaboración es la fórmula mágica para obtener datos.

Estos grupos colaborativos no necesitan la cartografía tradicional, si la hay, bienvenida sea, pero pueden funcionar solo con una ortofoto que permita interpretar los rasgos principales del terreno. Puede ser una imagen satelital sin nubes con una resolución alta (ya pueden llegar a 25cm de pixel), o un ortofotoplano volado de 25cm a 50cm,  o mucho mejor esas maravillas que se hacen ahora con drones, Pero no hay que tener paranoias de pixel minúsculo, es preferible una ortofoto limpia y completa de media resolución que un montón de vuelos de dron fragmentarios de altísima resolución. Lo que no se distinga en la foto, ya se distinguirá sobre el terreno.

Tampoco hace falta levantar las redes de agua o saneamiento, simplemente delimitar dónde hay gente viviendo sin agua limpia, no es preciso realizar un inventario exhaustivo de la edificación urbana, solo identificar dónde hay infravivienda, ni disponer de una versión digital de la planificación, solo poder deslindar la informalidad. Intentaremos aprovechar al máximo la información preexistente siempre que sea veraz y actual. OpenStreetMap es el ejemplo vivo de que la colaboración es y será cada día más una fuente inestimable de datos.

Nuestros colaboradores utilizarán urbiGIS que está configurado en cada municipio como un proyecto ODS Maps que contiene todos los conjuntos de datos necesarios y los mapas correspondientes. Se utiliza urbiGIS  porque es gratuito y de uso sencillo y como funciona en la nube solo necesitan Internet y una computadora, no siempre es posible disponer de una, pero cada día son más accesibles. Los colaboradores se formarán en el uso de las herramientas y en las técnicas de recolección de datos, aprenderán cómo se manejan los datos espaciales y cómo se analizan, entenderán los principios de los ODS y su importancia y sobre todo se sensibilizarán sobre las necesidades de su territorio y aprenderán a verlo como una oportunidad de futuro y no como un lugar del que escapar lo antes posible a la gran metrópoli. 

Analizar y priorizar

Los datos se deben convertir en información, como este método de recolección informal no siempre es todo lo eficiente que se necesita, habrá que depurar y asegurar la coherencia de los datos, rellenar los espacios vacíos y reparar los defectos. Será preciso obtener otros datos en gabinete por geoproceso, generando zonas de influencia, combinando distintas capas, ejecutando rutinas de verificación de datos, y comparando con las fuentes de datos ya existentes para aprovecharlas al máximo.

Con toda la información ya disponible será preciso detectar los conflictos graves y priorizarlos frente a los leves. Formular estrategias de mejora y concretarlos en propuestas de acción bien informadas. ODS Municipal debe servir para detonar proyectos municipales y encontrar financiación externa.

Difundir y sensibilizar

Los objetivos ODS no pueden ser solo un examen técnico circunscrito a las instituciones y los estamentos especializados, desde el primer momento se han planteado también como un mecanismo de sensibilización publica ante los problemas de sostenibilidad y de concienciación sobre la fragilidad del planeta. Los objetivos nos afectan a todos y de alguna forma, en mayor o menor medida deben cambiar nuestros hábitos y comportamientos. No son problemas que afecten solo al gobierno o a las grandes empresas sino que afectan a todos los ciudadanos y sus familias.

ODS Municipal proporciona a cada municipio un geoportal que aglutina y difunde toda la información obtenida, que evidencia los problemas detectados y las soluciones propuestas. También se quiere posicionar como un repositorio estable y seguro de información local que no esté sujeto a los vaivenes de la política local. Contendrá documentos de todo tipo, mapas, estadísticas, encuestas, normativas, planes y proyectos, noticias y publicaciones, propuestas ciudadanas.

Un geoportal que aporta para todos un cuadro de mando de la evolución del cambio. Fijadas las metas ODS 2030, a las que ayuda el Proyecto con una guía de acciones y tipos de políticas públicas y una estructura de programación adaptada a los distintos departamentos municipales, solo falta poder medir los avances y convertirlos en información pública dentro de un proyecto social y comunitario que trasciende a las instituciones e incluso al juego político y que cree una nueva cultura ciudadana.

Puesta en marcha

Ya estamos trabajando para que haya al menos un municipio piloto en los países de LATAM. Estamos alcanzando acuerdos de concertación en República Dominicana (Santo Domingo Norte, Moca, Las Yayas de Viajama, Padre las Casas, Peralta, Sábana Yegua, La Romana, Las Charcas), Uruguay (Canelones, San José, Colonia, Cerro Largo), en Perú (Ate, La Rioja). En el proyecto puede intervenir cualquier municipio con independencia de su tamaño o país. En los acuerdos se incluyen a universidades locales dado el carácter fuertemente formativo del proyecto.

El Proyecto no conlleva algún gasto económico para los municipios, ni en su fase de elaboración ni en su fase de difusión, el Instituto Arnaiz y el Consejo Consultivo de FLACMA buscarán financiación externa para cubrir unos costes que se calculan en 2 dólares por habitante. Como contrapartida, el municipio realizará trabajos de recopilación de la información, pondrá a disposición espacios físicos, gestionará las colaboraciones que desarrolle y divulgará el resultado del Proyecto ejecutado en el municipio.

El Proyecto tiene un plazo de ejecución de 6 meses por municipio. En este plazo no se incluyen los tiempos necesarios para la búsqueda ni la gestión de los recursos económicos que viabilicen su ejecución, que se iniciará en el momento en el que se suscriba el acuerdo de concertación.

Una vez que se ha alcanzado el acuerdo de concertación con todos los actores intervinientes, se iniciará la selección de los colaboradores que podrán ser alumnos de universidades, técnicos municipales, jóvenes de las comunidades vecinales y centros de formación locales o incluso de adultos interesados en formar parte del Proyecto.

Conclusión

Como una imagen vale más que mil palabras os comparto un ejemplo de geoportal que hemos realizado en un municipio boliviano, aún faltan muchos datos y otros no se corresponden con la realidad ya que hemos preferido que se vea como una indicación de cómo debe ser el resultado final. Estamos trabajando en los cuadros de mando y en la simbología más adecuada para cada dato. El propósito es que esta simbología y los contenidos de datos y documentos se presenta normalizada, de forma que permite comparar municipios y se puedan visualizar yuxtapuestos como un continuo, de tal forma que ojalá un día podamos visualizar un país entero. Os invito a explorar su contenido: ODS Maps Un ejemplo de contenido y estructura

Ignacio Arnaiz Eguren

Director

Anexo – Estructura del geoportal

El geoportal demo esta estructurado en varios nodos:

**Mapas: **presenta los mapas fabricados con todos los conjuntos de datos obtenidos por el proyecto

MB Mapas Base: contiene las características básicas del territorio, administrativas, de vialidad, de edificación, de identificación, de configuración, espacios singulares… Con todos ellos se forma una colección que denominamos «Base geográfica».

Información General de Municipio: contiene la documentación recopilada por el proyecto, se recorre mediante la opción «Documentos» del mapa de «Documentación general»

Participación social: presenta los puntos donde los ciudadanos han realizado algún tipo de aportación. Solo hemos puesto alguna de ejemplo.

Localización y Diagnóstico – Mapas agrupados: presenta como colecciones de mapas toda la información recolectada por cada uno de los ODS

Nodos de ODS (del 1 al 17) presentan la información detallada de cada ODS organizada en tres carpetas: Información, Diagnóstico y Planificación existente

Metas y Proyectos – Actuaciones: presentan para cada Objetivo las acciones propuestas por el proyecto

**Conjuntos: **son conjuntos de indicadores ODS, se pueden descargar o visualizar mediante la opción «Datos» en su menú de opciones.

Indicadores de ODS (del 1 al 17): contienen los indicadores ODS locales que se han considerado de importancia, con una simplificación previa de su transversalidad para unificarlos por Mapas, en unos casos procederán directamente de los procesos de medición e identificación y se codifican como indicadores territoriales «ITxx-xxx» y en otros son de alcance municipal y en ese caso se codifican como indicadores generales «IGxx-xxx».

Novedades 2021 en urbiGIS

starlightBlog.post.date

Ignacio Arnaiz

Arnaiz Urbimática

Durante los últimos meses hemos incluido nuevas funciones en urbiGIS. Afectan a la interfaz de uso, a la organización de la información, a los geoprocesos de generación de conjuntos de datos, a los métodos de generación de servicios de mapas y a la ejecución y visualización de los Inventarios y sus operaciones. Además el Catálogo de Mapas se está incrementando constantemente y ya hemos superado el millón y medio de servicios accesibles. 

Cambios en la interfaz de uso

Modificación de la barra superior: hemos extraído el selector de fondos del escritorio y lo hemos colocado en la barra superior. De esa forma no es preciso cambiar de contexto para cambiar el fondo, como se ve en la imagen de portada. También hemos subido el control del Territorio activo desde el Escritorio a la barra superior por el mismo motivo. Nuevo botón para Participar: entendemos que la Participación es una herramienta fundamental para abrir la información al público general. Además en muchos procesos públicos esa Participación es obligada normativamente. Ahora una anotación de participación puede tener múltiples puntos: Usuario activo: antes se presentaba en la barra superior el nombre del Acceso, ahora se presenta como un texto flotante cuando el cursor se coloca sobre el icono de sesión, que además cambia de color cuando hay una sesión abierta. De esa forma ganamos espacio en la barra superior.

Cambios en la organización de la información

Carpetas de Documentos: se ha añadido la posibilidad de que cada Cuenta establezca un estructura propia de Carpetas de Documentos. Esta estructura es usable en todos los elementos susceptibles de tener documentos adjuntos, sin perjuicio de que en cada elemento se puedan crear carpetas específicas. También se ha incluido un buscador de documentos para que cuando exista una estructura de carpetas compleja se pueda localizar rápidamente un determinado documento. Permisos de Conjuntos de Datos: se ha modificado la política de asignación de permisos a Conjuntos de Datos: pasan a estar Cerrados (no modificables) o Abiertos (modificables). De esta forma el administrador de la Cuenta tiene mejor control del ciclo de vida de sus datos.

Nuevos métodos de Geoproceso

La capacidad de urbiGIS para responder a las necesidades de sus usuarios en orden a crear y analizar la información espacial se ha incrementado con nuevos métodos de geoproceso que se añaden a los ya existentes: Zona de influencia, Combinación, Recorte, Diferencia, Disolver, Intersección, Multiparte a Monoparte, Reparar geometría y Diferencia simétrica: En las Zonas de Influencia: las distancias de buffer pueden venir indicadas en un campo del conjunto de datos. Conversor de polígonos en puntos: calcula los centroides de un Conjunto de Polígonos. Conversor de líneas a polígono: el conjunto de datos resultante se construye creando entidades poligonales a partir de las áreas cerradas de líneas del Conjunto de entrada. Los atributos del Conjunto resultante son los mismos que los del Conjunto de entrada. Recuento de puntos por polígono:  realiza un recuento de los puntos del conjunto operacional incluidos en cada polígono del conjunto de entrada, añadiendo un campo «count» en el conjunto de resultado, que tendrá tantos polígonos como el de entrada. Si indica una distancia de tolerancia moverá los puntos del conjunto operacional dentro del polígono más cercano del conjunto de entrada según la distancia de tolerancia

Nueva Gestión de Encuadres

Los Encuadres, en el nodo de Selección del Escritorio, permiten al usuario asignar un nombre a la extensión actual del Mapa, de forma que sea posible volver a ella en todo momento. Hasta ahora esos Encuadres se guardaban como cookies en el perfil de cada usuario. Se ha añadido un nuevo Tema Estándar de Conjunto de Datos denominado «Encuadres», estos Conjuntos deberán estar formados por los polígonos que una Cuenta quiera utilizar como Encuadres prefijados para todos los usuarios que acceden a su Geoportal. Cuando ese Conjunto de Datos se asigna a su Geoportal el usuario tendrá a su disposición esos Encuadres además de los suyos propios:

Nueva Consulta de Instrumentos

El contenido de los Instrumentos en urbiGIS es complejo, a diferencia de la simplicidad de los Conjuntos de Datos, los Instrumentos son transaccionales y su estructura de datos está definida mediante Atributos, Asignaciones y Relaciones con Entidades geométricas organizadas en Grupos. Los Instrumentos se estructuran funcionalmente en dos tipos: los Inventarios que contienen la versión vigente de los elementos espaciales y los Operadores que contienen las propuestas de cambio de los Inventarios en forma de Operaciones. Cuando estas Operaciones se ejecutan actualizan el Inventario sobre el que actúan. Desde el momento en que la Cuenta que los gestiona decide hacerlos públicos, los Instrumentos aparecerán en el Buscador de Instrumentos y podrán colocarse sobre el Escritorio: Ejecutando una consulta gráfica sobre alguna de sus entidades geométricas, el Panel de Datos mostrará el contenido completo de las entidades que existan en ese punto:

Nuevos Métodos de Mapas

Los Conjuntos de Datos que contengan datos puntuales tienen dos nuevos Métodos de Mapa: Mapa de Calor: genera un gradiente de color en función de la densidad de puntos con el número de clases y rampa de color que establezca el usuario. Apilador de Puntos: agrupa los puntos cercanos en puntos de diámetro proporcional al número de puntos con el número de clases y color que establezca el usuario

Nuevas Colecciones de Mapas

Es habitual que los publicadores de Mapas agrupen varios Mapas sencillos para ser presentados como un conjunto, de forma que el usuario no tenga que ir activando y ordenando las capas que forman el mapa final, sino que las active de una sola vez. Las cartografías de base suelen ser de este tipo y en cada sistema GIS se gestionan de forma distinta, normalmente como «Layer Groups». En urbiGIS estos grupos de capas los hemos denominado «Colecciones«. Pueden contener cualquier tipo de Servicio de Mapa, tanto propio de la Cuenta como vinculado desde otras Cuentas. No hay limitación en el número de Colecciones ni en su tamaño. En todo caso es preciso tener en cuenta que el tiempo de descarga en el cliente de una Colección completa será la suma de los tiempos de descarga de sus mapas contenidos. El gestor de la Cuenta determina su denominación, composición, orden de presentación y transparencia de los Mapas dentro de la Colección: Las Colecciones se buscan y colocan en el Escritorio como cualquier otro Mapa. Una vez en el Escritorio se pueden activar para ver todo su contenido, la Leyenda mostrará todos los Mapas que forman la Colección y sus Leyendas individuales: También se pueden visualizar en forma de Secuencia: En este caso, la secuencia presentará toda la Colección bien superponiendo o bien sustituyendo cada Mapa y con la velocidad por Mapa que se establezca. urbiGIS presentará la Colección en el orden que se haya establecido al construirla, bien de forma automática o bien con controles para avanzar o retroceder en la secuencia:

http://info.urbigis.com/wp-content/uploads/2021/05/Ortofotos.mp4

Qué más cosas estamos haciendo

Durante este año 2021 nos gustaría tener disponibles algunas cosas importantes: Cuadros de Mando: los Geoinformes son un componente esencial de urbiGIS desde el primer momento, hace años se configuraban como documentos PDF construidos a partir de plantillas desde un constructor de reportes. En estos momentos es evidente que el análisis de contenidos y el control se está haciendo mediante nuevos componentes de mando más dinámicos, más atractivos y con capacidad para representar la información de formas múltiples. Por eso incluiremos tanto en los Conjuntos de Datos como en los Instrumentos la posibilidad de agregar Geoinformes basados en componentes dashboard en los que el usuario podrá definir los filtrados de datos, los mapas asociados y los componentes a presentar utilizando plantillas predefinidas de uso sencillo e inmediato. 2 millones de Mapas: aún quedan muchos servidores de datos espaciales pendientes de explorar e incluir en el Catálogo de urbiGIS. También es precisa una labor constante de actualización. Por desgracia los servidores de datos espaciales no siempre están soportados por un sistema seguro y fiable y son frecuentes los fallos de servicio. Es frecuente la reconfiguración interna de los servicios, aunque teóricamente son servicios abiertos, la realidad es que su gestor tiende a olvidar esa función y efectúa cambios constantes que solo se ven en sus visores mientras los demás usuarios de sus mapas tendremos enlaces rotos. También es frecuente la redirección de los servicios y es preciso cambiar las URL de acceso o el formato de las peticiones. Simbología multicapa: en este momento la simbología que utiliza urbiGIS se compone de una sola capa, sin embargo en muchas ocasiones se echa de menos la posibilidad de que una entidad geométrica se pueda visualizar con más de un símbolo, por ejemplo dos o más líneas con desplazamientos. Nuevo Contexto de Búsqueda de Documentos: la documentación asociada a los Conjuntos de Datos, a los Instrumentos o a las Anotaciones de Participación puede ser inmensa, por eso estamos incluyendo un nueva pestaña de Documentos en el Buscador que permita localizarlo por su nombre o por las propiedades del elemento al que esté adjunto. Nuevo Generador de Mapas de Instrumento: en este momento los Servicios de Mapa se pueden generar obteniendo datos de los Conjuntos de Datos y de las Anotaciones de Participación. Este nuevo generador permitirá construir Servicios de Mapa obteniendo datos de los Instrumentos. Geoportales Temáticos: actualmente el Geoportal de una Cuenta presenta todos los Mapas, Conjuntos de Datos e Instrumentos de la Cuenta que se hayan establecido como públicos o colocados por defecto en el Escritorio. Los Geoportales Temáticos permitirán a la Cuenta seleccionar los elementos a presentar según el Tema de Cuenta que tengan asignado, por tanto una misma Cuenta podrá tener tanto Geoportales Temáticos como Temas de Cuenta haya definido.   Ignacio Arnaiz Eguren Director

Planificación digital, la solución de urbiGIS

starlightBlog.post.date

Ignacio Arnaiz

Arnaiz Urbimática

De vez en cuando, sin demasiada frecuencia porque el tema es poco atractivo, se ven aparecer noticias o trabajos sobre cómo convertir la información de planificación territorial en información digital. No es un tema nuevo, colea desde los años setenta del siglo pasado cuando los primeros ordenadores y los sistemas de información geográfica aparecieron en las oficinas técnicas de planificación. Desde entonces, aparentemente, no se ha puesto solución. Mi objetivo en esta entrada del blog es revisar lo que se ha hecho y lo que, desde mi punto de vista, puede hacerse. Casi todo lo que ponga ya está dicho en entradas más antiguas de este mismo blog, pero creo oportuno hacer un resumen actualizado.

Hace unos meses, en noviembre de 2019, dentro de las Jornadas Ibéricas de Infraestructuras de Datos Espaciales, se produjo un interesante debate sobre este mismo tema con aportaciones españolas y portuguesas. Es interesante verlo en este enlace El urbanismo en las IDE. Entresaco alguna de sus conclusiones: la primera es que el planeamiento es complejo y digitalizarlo debe pasar por simplificarlo (una técnica  muy utilizada en el SIU – Sistema de Información Urbana o en el SiuCyL de Castilla y León y alentada por INSPIRE), la segunda es que el planeamiento de largo plazo está sujeto a la superposición sucesiva de planes y su refundido <técnico> invalida la calidad jurídica del resultado (una carga de profundidad contra experiencias como Geomadrid o Urbanismo en Red), por eso algunos concluyen que es mejor proporcionar una réplica digital de los documentos resultantes de esa superposición para que el técnico interprete la realidad vigente (una solución actual aportada en la Comunidad de Madrid y en muchos otros lugares), la tercera es que no se debe renunciar a la idea de que el planeamiento digital no sea el resultado de un proceso más o menos alambicado, sino que nazca directamente de su productor en formato GIS (aunque no resuelve el problema de la superposición). No son ideas nuevas, en realidad llevan muchos años dando vueltas.

En esas jornadas Álvaro González Due, técnico de la Comunidad de Madrid, expuso una diapositiva bastante gráfica de los procesos actuales para generar planeamiento digital:

Describe el complejo camino que siguen los planes desde el productor del plan hasta la IDE. No los vamos a detallar pero desde luego es normal que el resultado final no tenga validez jurídica, es más, en algunos casos incluso deja de tener validez informativa. Aunque el productor haya hecho su trabajo en CAD e incluso lo haya hecho bien, no siempre es posible extraer todo lo que aguanta el papel, podéis ver como tratamos estos datos en Publicar planeamiento vectorial CAD en urbiGIS. Tampoco resultan válidos los sistemas de interpretación de los documentos para formar bases de datos refundidas de interés comercial porque nadie se fía de la calidad del proceso salvo para obtener resultados estadísticos agregados.

Parece que nadie haya leído los documentos del programa de Urbanismo en Red, que ya tiene la friolera de 12 años y que nace de los trabajos de Geomadrid tres años más antiguos, redactados por mi grupo de trabajo en el seno de Urbimática y que, ya en aquel momento, hacían un análisis de todos estos problemas, problemas que también han sido tratados profusamente a largo de este blog y que pretendía construir un refundido actualizado que sirviese como base para su posterior mantenimiento mediante operaciones digitales. Geomadrid lo hizo para los 179 municipios de la Comunidad de Madrid y Urbanismo en Red para más de 200 en toda España. Para el que tenga tiempo y ganas de leerlo os dejo para su descarga el documento de Informe_de_Alcance_de_la_Solucion.

Desde que falleció el programa de Urbanismo en Red, víctima de la crisis económica y del desinterés de Red.es, nosotros no hemos parado, el resultado es urbiGIS que también he descrito profusamente en las diferentes entradas de este blog, pero del que quiero resaltar algunas características:

a) Naturalmente que el productor del plan debe entregarlo en formato GIS, pero ese no es el problema, el problema es que NUNCA debe entregarlo en formato papel, ni siquiera en papel digital como un PDF firmado electrónicamente. ¿Alguien pide al banco los movimientos de su cuenta en papel?. Pues no parece útil, porque el papel (digital o no) es una foto fija de un proceso dinámico. De la misma forma la planificación territorial no es un Plan sino un proceso sucesivo de mejora e incremento del detalle que no tiene sentido que esté en papel. Cuando se habla de planes superpuestos se está confundiendo el fotograma con el film, reliquias mentales de un mundo de papel, porque en realidad los planes son operaciones contra las cuentas territoriales, las cuentas de suelo, de edificación, de gestión… todas en definitiva cuentas medibles y dinámicas.

b) Si el productor no puede entregar papel diligenciable ni PDF firmados. ¿Cómo podemos garantizar la calidad jurídica de la ordenación?. Pues porque todos tenemos un contrato con la Administración Pública, como lo tenemos con la Hacienda Pública o con nuestro banco. Un contrato que nos garantiza que esas cuentas son correctas y válidas y donde se establece que si ella incumple ese compromiso tendrá sus consecuencias. He estado en ayuntamientos donde había varios ejemplares del Plan General todos distintos y ¡todos diligenciados!. No me parece que el papel sea en realidad una garantía suficiente. Hay quien dirá que alterar una base de datos es sencillo, solo hace falta tener acceso y conocer su arquitectura, pero en realidad no es tan sencillo si sus procedimientos de control son los correctos. Dicen que hay piratas que entran en los sistemas bancarios y se apropian de dinero, pero no lo veo fácil. Por eso las bases de datos del planeamiento deben dejar de ser sistemas administrativos de baja seguridad para ser sistemas jurídicos de alta seguridad, igual que el Registro de la Propiedad abandonará el Folio Real por el Folio Digital y abandonará los apuntes en el Folio por operaciones digitales sobre el Folio digital. No hay más que ver como ha evolucionado el Catastro español asumiendo este modelo de funcionamiento.

c) Si el productor debe generar un plan digital sin papel, este plan debe ser completo no puede una versión simplificada, tendrá que ser todo lo complejo que le exija la legislación urbanística. La digitalización no equivale necesariamente a simplificar, en realidad mi experiencia me indica que la legislación está muy cerca de la programación informática, ambos son conjuntos de reglas inteligentes y si están mal planteadas tanto el programa como la realidad funcionarán mal. El sistema de planificación digital debe reproducir toda la complejidad necesaria que la legislación le exija.

d) La informática nos brinda recursos que son inimaginables en el mundo de papel. Ya no solo que podamos acceder a la planificación vigente actualizada al momento, sino que los conceptos urbanísticos emanados de la legislación son directamente accesibles desde los sistemas de información. Las referencias a términos legales, las notas a pie de página o los conceptos y parámetros urbanísticos estándar no necesitan estar duplicados en cada Plan. En urbiGIS los atributos que sirven para cualificar una entidad urbanística, desde una clase de suelo a un elemento catalogado, están definidos una sola vez en los que llamamos Instrumentos Base. Estos Instrumentos definen atributos a nivel internacional, nacional, regional o local e intentan que solo exista una instancia de cada concepto o parámetro urbanístico. Si la legislación nacional determina que el concepto tiene ámbito nacional y todas las legislaciones regionales o locales se deben subordinar a él, entonces urbiGIS lo incluirá en su Instrumento Base nacional de planificación y allá donde se cualifique la de un ámbito hará referencia a ese concepto unívoco. Si las legislaciones regionales redefinen ese concepto (es lo que tiene el estado de las autonomías), los planes regionales o locales deberán referirse al concepto regional, aunque en urbiGIS se puede establecer una relación de equivalencia entre conceptos similares de diferentes niveles legislativos, como vía para obtener vistas homogeneizadas de planes yuxtapuestos regionales o locales aparentemente distintos porque en su estructura o contenido responden a legislaciones distintas. Este tema lo explico en Sistematizando con urbiThings  que aunque ya tiene mucho tiempo sigue siendo válida

e) En urbiGIS la Planificación forma un Inventario. Denominamos así a un conjunto de datos cuyos mecanismos de actualización son siempre mediante Operaciones. Nadie puede alterar directamente ningún dato de un Inventario, únicamente se puede realizar mediante una Operación perfectamente trazable. Al igual (espero) que nadie puede acceder directamente al saldo de mi cuenta bancaria para modificarlo. El Inventario es propiedad de una organización (denominada en urbiGIS) y solo sus usuarios o a quienes admita en su equipo de trabajo pueden plantear Operaciones. En todo caso las operaciones solo afectarán al Inventario cuando su propietario las admita, por tanto el control de los propietarios sobre sus datos es completo. Pueden leer la entrada al blog de Geotransacciones  para ver en detalle cómo funciona.

f) El Inventario de Planeamiento no solo proporciona una vista vigente de todas las operaciones de planificación aprobadas sobre un territorio. También proporciona un modo diferente de acceder a la información. Primero, porque es posible consultar el sistema utilizando criterios múltiples que en un sistema de papel son imposibles de realizar. Segundo, porque el sistema informa siempre del dato final, del saldo real de cada cuenta, pero guardando los movimientos que han dado lugar a ese saldo. Tercero, porque separa nítidamente el dato del símbolo, este aspecto es apasionante porque por fin aparca la discusión de si la calidad jurídica del plan se pierde por cambiar la distribución de las hojas, sus colores, su escala  o los tramados. Por seguir con el ejemplo bancario nadie duda del saldo de su cuenta aunque lo vea con un formato distinto según acceda desde un ordenador o desde un smartphone. El dato es el dato se pinte como se pinte. Las Instrucciones Técnicas de Planeamiento actuales definen el contenido mínimo del Plan, cosa que está bien, pero luego siempre se centran en los formatos de papel, las simbologías, los sellos y las firmas. Si exigen entregas GIS o CAD son con datos simplificados.

g) Los Inventarios en urbiGIS no se limitan al Planeamiento, se pueden formar Inventarios con cualquier tipo de objetos o elementos situados sobre el territorio sobre los que queremos establecer un sistema colaborativo de mantenimiento: objetos constructivos, derechos, obligaciones, infraestructuras, servicios, afecciones, producción primaria, protecciones territoriales, productos inmobiliarios… Cualquier colección de cosas de las que no solo necesitemos saber cómo son sino también dónde están y cómo se mantienen actualizados.

f) urbiGIS es una plataforma privada. Los datos residen en una nube que no está en un servidor propiedad de la administración pública, aparentemente fuera del alcance de sus propietarios. Esto para los datos públicos siempre es un problema, aunque existen plataformas de gestión de expedientes que funcionan bien bajo esta misma arquitectura. Naturalmente es posible sincronizar su contenido con copias espejo locales que garanticen al propietario de los datos preservarlos ante un conflicto con urbiGIS o un incidente en su nube. En todo caso urbiGIS proporciona mecanismos de seguridad que impiden el acceso a la base de datos a usuarios no autorizados por el propietario de los datos. En cierta forma el conflicto sobre los datos públicos de carácter jurídico y su almacenamiento en la nube es similar al de los datos privados y personales en esa misma nube. Al final se debe supeditar a un contrato que defina las obligaciones y derechos de cada una de las partes.

Conclusión

Cambiar la forma de hacer y publicar los planes es una tarea ingente e ingrata. Mucha gente tiene que cambiar su forma de trabajar, hay un acervo legal complejo de actualizar, aún deben resolverse problemas de seguridad y acceso a la información, la colaboración público-privada es esencial pero complica aún más el problema. Lo que no se puede decir es que no hay una solución que permita producir, mantener y publicar planeamiento 100% digital.

Ignacio Arnaiz Eguren

Director

Geoportales, un modo diferente de compartir información

starlightBlog.post.date

Ignacio Arnaiz

Arnaiz Urbimática

Desde urbiGIS nos hemos propuesto aportar un geoportal a cualquier organización pública o privada que tenga la necesidad de publicar geodatos y mapas. Porque la información territorial es un bien valioso. Como ya comenté en un post anterior la Comisión europea proclamó la directiva 2019/1024 que considera la información geoespacial como ««documentos cuya reutilización está asociada a considerables beneficios para la sociedad, el medio ambiente y la economía, en particular debido a su idoneidad para la creación de servicios de valor añadido, aplicaciones y puestos de trabajo nuevos, dignos y de calidad, y al número de beneficiarios potenciales de los servicios de valor añadido y aplicaciones basados en tales conjuntos de datos» y más aún en un escenario de pandemia global como el actual.

Y la forma idónea con la que una organización puede colaborar en ese objetivo es mediante un geoportal propio. Un espacio donde ofrecer su información espacial o la publicada por otras organizaciones pero que considera de interés para sus visitantes.

Ofrecer un geoportal, como ya he comentado en otras ocasiones, no es sencillo. Necesita un infraestructura compleja de montar y mantener o se debe adquirir a alguna empresa de GIS con un coste. En NosoloSIG hay una entrada precisamente sobre el hardware necesario: Hardware básico para montar un Geoportal corporativo    Sirva de ilustración el ejemplo que se aporta en ese artículo de la  IDE.Sevilla.

No siempre serán tan completos y bien estructurados como éste, pero si se quiere asegurar su estabilidad y rendimiento sin duda deben ser muy parecidos. En todo caso hay mucha literatura en Internet sobre cómo montar un geoportal: 

• Valenty González en su publicación de COMO HACER UN GEOPORTAL EN 15 MINUTOS?

• ¿QUÉ ES UN GEOPORTAL Y CÓMO SE CREA?  de Valentina Mejía Cardona y otros

• Las publicaciones de MappingGIS:  Opciones para crear una arquitectura WEB GIS en un servidor   o la de Primeros pasos con ArcGIS Online

• También las de NosoloSIG: Creación de un Geoportal IDE con Geonode

• En sigdeletras Patricio Soriano plantea cómo utilizar QGIS: QGIS2Mapea4. Plugin de QGIS para crear visores web con datos de Andalucía

• Montar un Geoportal con ESRI Geoportal Server un producto gratuito de código abierto en GitHub que promete una instalación sencilla en tu servidor

• Utilizar los servicios de Carto Zone

• O montar un servidor de  GeoNetwork  que es la solución de código abierto más recomendable para montar un geoportal

Como veis, con mayor o menor dificultad, es posible montar un geoportal. Lo que ya no suele ser tan fácil es mantenerlo, es decir asegurar que está siempre disponible y ampliar su oferta de forma sencilla. Y lo más prioritario: convertirlo en un activo de la organización con la suficiente importancia como para que sobreviva a su autor, porque en muchas ocasiones es el producto del esfuerzo de una persona, o unas pocas personas, que son quienes lo han creado y lo conocen y que si faltan en la organización el geoportal termina por desaparecer. Seguramente esta es la causa de que los enlaces rotos en el mundo de los geoportales sea más elevado que en los portales web normales.

Otra opción es utilizar un servicio de publicación de mapas en el que incluir nuestros mapas, no son verdaderamente un geoportal pero suplen la necesidad de publicar algún mapa. En este estilo hay algunos ejemplos:

• Harward WorldMap (aunque ya no responde)

• En MappingGIS se explica Cómo publicar tus mapas online en 5 minutos con CARTO   y también Cómo crear un mapa con Google Fusion Tables o cuáles son los principales sistemas GIS en la nuble: 10 aplicaciones GIS en la nube para publicar mapas  (aunque no cita a urbiGIS lo cual es lamentable)

En este ambiente geoespacial urbiGIS aporta algunas características diferenciales:

• Es completamente gratuito

• Crear un geoportal para cualquier organización solo precisa darse de alta en urbiGIS y solicitar un geoportal propio mediante un correo a [email protected].

• urbiGIS ya dispone de más de 24.000 geoportales para todos los municipios de España, Portugal, México, Guatemala, Nicaragua, Honduras, Costa Rica, Puerto Rico, El Salvador, Cuba, Panamá, Venezuela, Colombia, Bolivia, Ecuador, Perú, Chile, Argentina y Brasil, que están disponibles para su utilización inmediata. Sus urls de acceso se publican en el módulo de Geoportales de urbiGIS.

• Dispone de acceso a más de 1.200.000 mapas abiertos para enriquecer el geoportal vinculándolos a su organización

• Permite agregar un número ilimitado de conjuntos de datos, servicios de mapas y servicios de localización de su organización (incluidos documentos vinculados)

• Si los documentos vinculados están georreferenciados permite su visualización como una capa más.

• Proporciona funciones para crear nuevos conjuntos de datos por dibujo, importación y análisis espacial

Ignacio Arnaiz Eguren 

Director

Spatial computing y los nuevos dispositivos de realidad aumentada y realidad mixta, diseñando con hologramas los nuevos interfaces para ciudadanos

starlightBlog.post.date

Ignacio Arnaiz

Arnaiz Urbimática

Para el VI Congreso de Ciudades Inteligentes, previsto en Madrid para el 15 de septiembre de 2020, se ha presentado esta comunicación,  y ha sido aceptada por el Congreso. Yo creo que tiene un interés indudable así que con el permiso de sus autores la voy a incluir íntegra como una entrada de este blog, aunque mi participación se ha reducido a apoyar fervientemente su contenido y a postular a urbiGIS como un futuro productor colaborativo de realidad aumentada.

Los autores

Gustavo Medina del Rosario, CEO, Singularfactory.com 

Antonio Sánchez, Responsable de proyectos Spatial Computing, Singularfactory.com

Izzat Sabagh, Responsable de proyectos, Singularfactory.com

Miguel Betancor, Doctor en psicopedagogía y experto en innovación deporte. Autor del concepto ADL

Ignacio Arnaiz, Director de Arnaiz Urbimatica

Resumen

Desde Singular Factory creemos que la realidad mixta será lo próximo que la tecnología y los mercados traerán para el mercado del gran consumo tecnológico. En muy poco tiempo los ciudadanos comenzarán a llevar un dispositivo de realidad aumentada que usarán diariamente. Ya sean gafas, lentes o teléfonos inteligentes. Si nuestra visión se cumple, si  cree que lo que aquí decimos tiene sentido y ocurrirá, es el momento de trabajar en los contenidos. En el diseño, formato y plataforma. Spatial Computing es el concepto que subyace y da sentido a la combinación de estas tecnologías y sus contenidos. Nos permitirá crear contenido (hologramas), fijarlos en el espacio, mezclarlos e integrarlos en nuestro mundo físico. En esta comunicación queremos compartir nuestra visión y nuestras primeras experiencias y las diferentes iniciativas de organizaciones y compañías por todo el mundo.

Introducción

Para ayudar al lector a contextualizar lo que aquí vamos a comunicar, ha de entender que se ha escrito desde el ángulo de una compañía con un 95% de personal técnico. Por tanto puede ser poco convencional y está alejada de aproximaciones teóricas. Quizás por esa razón hablamos de mercados, empresas y experiencias en proyectos concretos. Para una punto de vista más académico sugerimos visitar https://ieeexplore.ieee.org/document/8656800

Diferencias entre realidad virtual, aumentada y mixta

Aunque técnicamente podemos describir diferencias de implementación, dispositivos o tecnologías, para hacer estas definiciones fáciles de comprender para todo tipo de perfiles profesionales, simplificaremos diciendo que en: Realidad Virtual, todo el contenido es virtual y fabricado para esa experiencia totalmente inmersiva. Un ejemplo sería una aplicación de realidad virtual en el que simular estar en un cine y ves la película. Realidad Aumentada, parte de los contenidos son virtuales que se “mezclan” o se sobre-impresionan con la realidad física de objetos o entorno. La tecnología “aumenta” la experiencia física real con contenidos virtuales superpuestos. Por ejemplo las famosas gafas Google Glass en el que la información se mostraba superpuesta a cualquier objeto. Finalmente Realidad Mixta es muy parecida a la realidad aumentada. El valor que aporta es que los objetos virtuales no sólo se sobre-impresionan sino que de alguna manera se anclan al espacio real y podemos manipularlos e interactuar con ellos y responder como si fuesen objetos reales. Un ejemplo que se ve en promociones de esta tecnología es la imagen de un cirujano que opera a un paciente mientras tiene delante una representación gráfica del órgano o parte del cuerpo del paciente sobre el que trabaja. A todos ellos se les denomina de manera general Realidad Extendida

Spatial Computing

Se basa en la idea de que el mundo real y el mundo virtual pueden interactuar y tener relación e incluso dependencias el uno del otro. Con él no sólo nace la funcionalidad de fijar contenidos virtuales a espacios físicos, sino que tenemos la persistencia, que además facilita que esa realidad se mantenga en el tiempo y pueda ser compartida por muchos usuarios a la vez, desde sus propios dispositivos. Quizás dos ejemplos de claros casos de uso pueden ser pensar en tener en casa o la oficina una decoración real, pero otra virtual, en forma de hologramas. Fijadas a las paredes, sobre la mesa, corriendo por las habitaciones. Cuando vuelves a casa aún siguen ahí. El dispositivo es capaz de reconocer el espacio y mostrar los contenidos asociados. Pero es que además tus vecinos los verán cuando vengan de visita, siempre que compartan los registros virtuales de ese espacio. Lo mismo ocurre en el espacio público, con señales de tráfico, avisos de aparcamientos, espacios de ocio y deporte, etc.

Lo que el mercado está haciendo actualmente

Sin entrar en opinar sobre el rendimiento o calidad de sus productos o políticas, es indiscutible que aunque no sean los primeros en conceptualizar, los lanzamientos de Apple tienen la capacidad de crear un mercado donde no lo había. Eso volverá ocurrir a finales de 2021 o comienzos de 2022. Y si estamos de acuerdo en que eso va a ocurrir, estamos de acuerdo en que existe una oportunidad para las ciudades en crear la infraestructura y los contenidos para ese momento y posicionarse de manera privilegiada. No son los únicos. Magic Leap en Florida que, aunque ahora no pasa por su mejor momento, representó la mayor inversión de capital semilla ante un producto que pocos pudieron probar como prototipo. Facebook se abre a la realidad mixta y Google retoma su idea inicial. El propio Microsoft lanzó hace unos años las Hololens, que ahora van por su segunda versión. Ya del lado del software, Magic Leap lleva unos meses trabajando en su propio Magicverse a partir de su apuesta por Spatial Computing. Y también Microsoft, inicialmente orientada al mercado corporativo, justo acaba de presentar su proyecto de renderizado remoto, permitiendo modelos complejos de hasta 100.000.000 de polígonos. Todo esto junto a su plataforma Azure Spatial Anchoring que, sorprendentemente, es agnóstica, y permitirá almacenar información espacial anclada al mundo real mediante señales GPS, wifi o bluetooth. Se abre la puerta al almacenamiento y generación de contenidos a gran escala en edificios, instalaciones o ciudades. Por último el mercado de adquisiciones de startups y equipos pioneros en esta tecnología no ha hecho más que empezar. Facebook a finales del pasado año comenzó la incorporación de Scape, una compañía especializada en Spatial Computing que lo apostaba todo al reconocimiento de imágenes. En el momento de la adquisición tenía prácticamente finalizado un completo escaneo gráfico del centro de la ciudad de Londres.

Figura 1. Magicverse, de Magic Leap

Nuestra visión de un interface para ciudadanos en un living lab

Tenemos la oportunidad de experimentar todos estos conceptos en laboratorios reales de vecindarios y comunidades de 400 a 2000 habitantes. Se acabó la teoría, toca poner en práctica en el campo de pruebas. Con usuarios y necesidades reales.

Llegados a este punto permítanos describir un poco más la visión que debemos probar basada en las siguientes ideas:

• La tecnología juega a nuestro favor, evoluciona a gran velocidad desde las Google Glass, a las Hololens o actualmente todos los prototipos para estos dos años. Sólo hay que esperarla y estar preparados. Toca focalizarse en los contenidos. En las funciones que los almacenan, los evalúan, los pone a disposición de los usuarios con precisión y garantías. Todos ahora mismo asumimos que las redes 5G y los dispositivos de realidad mixta (necesarios para que toda esta comunicación tenga sentido) vienen de camino. Desarrollándose tanto en capacidad y funcionalidades como en adecuación de costes. En algunos sitios cuestión de meses.

• No tiene sentido asumir la responsabilidad de crear todos los contenidos cuando experiencias anteriores en la industria TIC nos han demostrado que la mejor estrategia es crear la plataforma, los canales y los conectores que permitan que la propia comunidad participe y enriquezca.

Nuestra apuesta es la de crear la plataforma en la nube que aporte lo siguiente:

• Capacidad espacial, persistencia y multiusuario (obviamente permite contenidos privados) a la comunidad que publica aplicaciones.

• Permita añadir y filtrar contenidos mediante una API y un SDK apropiados y confiables.

• Permita consumirlos apropiadamente a los usuarios. Apropiadamente aplica a hacerlo en el lugar y momentos que son requeridos y para lo que fueron diseñados.

• Permita a la comunidad y desarrolladores de terceros crear y publicar contenido propio, público o privado.

Escrito así parece sencillo. Y realmente lo es. Pero es importante recordar que la tecnología viene detrás y nos acompaña.

Figura 2. Arquitectura para el desarrollo de un repositorio en la nube para contenidos realidad mixta

Para poder probar todos estos conceptos con usuarios reales debíamos dar el paso definitivo a crear nuestros propios contenidos y aplicaciones y diseñar lo que entendíamos que sería el interface de un futuro (quizás no tan futuro) ciudadano vecino de una ciudad, un vecindario o un edificio que haya creado su propio universo.

Capas (layers)

Las capas son, para nuestra representación de cómo un ciudadano interactúa con el entorno y con otros ciudadanos, una de las piezas más importantes. Se trata de representar contenidos desde repositorios de datos. Mezclados con imágenes reales, persistentes, anclados y multiusuario.

a) Sensores ambientales y energéticos

Temperatura actual e histórica, calidad del aire, tráfico, nivel de ruido, nivel de CO2, eficiencia energética…

Figura 3. Representación de lo que un usuario ve anclado en el cielo con datos de sensores ambientales

b) Reconocimiento facial

Todos aquellos ciudadanos que hayan interactuado con el usuario que use en ese momento el interface y sea reconocido y dentro del círculo de contactos, podrá ser identificado prácticamente en tiempo real, ver sus últimas publicaciones en redes, etc.

Figura 4.Reconocedor de caras

c) Accesibilidad

Quizás de las funcionalidades más interesantes de entre todas las capas desarrolladas. Específicamente pensada para que, mediante gps, spatial computing y IoT pueda asistir a personas con algún tipo de discapacidad para hacer más cómoda su interacción con el entorno. El ejemplo típico podría ser el de una persona con visibilidad reducida o que necesite silla de ruedas que mediante audio o imágenes superpuestas sobre los pasos peatonales pueda llevar de manera segura y guiada al destino seleccionado.

Figura 5. Contenido de interface de guía para personas discapacitadas.

Tienda de aplicaciones

Junto a las capas, las aplicaciones son el segundo componente del prototipo. Como esta misma comunicación describirá, comenzamos creando la tienda de aplicaciones y las API y SDK para permitir que la comunidad de desarrolladores pueda eventualmente crear sus propios contenidos. El trabajo inicial de simulación de este interface no deja de ser una especie de sistema operativo sobre el sistema operativo existente en el dispositivo. Una app de apps, un ecosistema propio. Creamos de entrada cinco aplicaciones o pruebas de concepto.

Figura 6. Tienda de aplicaciones

a) Solicitudes de mantenimiento

Mediante una fotografía desde las mismas gafas, se requiere alguna reparación o se reporta la incidencia.

b) Ecommerce local

Pequeña plataforma de ecommerce como prueba de concepto de compra remota en tienda local.

c) Soporte técnico en remoto

¿Problemas con el aire acondicionado? el manual de instrucciones está en la nube, las gafas reconocen el panel de mandos y te guía paso a paso y, si no fuera suficiente, el usuario puede video-llamar directamente a soporte. Quienes acceden a la cámara de las gafas y ofrecen ayuda.

d) Salud

Acceso a los registros médicos que la nube almacena desde repositorios de terceros (sistema local de salud).

e) Smarthome

Prueba de concepto para acceder a elementos IoT domésticos.

      

Figura 7. Aplicaciones de salud y Smarthome

Vida Activa Digital (ADL)

Vida activa digital (Active Digital Living) es un concepto innovador que enlaza las experiencias de los ciudadanos con el diseño urbano. Se trata de incluir la actividad física, aspectos sociales y emocionales en el diseño de la ciudad vinculando todo lo que los datos y la tecnología pueden aportar. Los urbanistas y arquitectos se hacen co-responsables del bienestar físico de los usuarios finales.

El reto de transmitir estos principios en un interface y experiencia de una comunidad no era sencillo. Pero finalmente concluimos con tres mini proyectos:

a) Ranking ADL

El concepto del ranking ATP (tenis) era algo que nos encajaba muy bien. La puntuación no sólo valoraba resultados sino perseverancia. Una persona constante que caminase unos kilómetros diarios podía competir en el ranking social de la comunidad. La información la adquiría de aplicaciones de salud de sistemas IOS y Android así como con el resto de aplicaciones del interface.

b) Juego social

Una forma de activar ciudadanos es gamificando experiencias concretas. Esto ya lo hemos vivido anteriormente con juegos y gamificaciones sociales digitales. Se trata de probar el concepto y medir resultados.

c) Yoga en casa

La tercera experiencia ADL se diseñó tanto para dispositivos de realidad mixta (con tu monitor a pocos metros de ti en formato holográfico) como en pantallas de televisión de un típico salón familiar. Todo el concepto pivota en un sensor de 12MP RGB y un depth sensor de 1MP y un sistema de AI que es capaz de detectar la posición de un usuario y transmitirle con un sintetizador de texto a voz las correcciones necesarias.

Figura 8. Yoga. Interface de realidad mixta y representación en televisión HD

Una plataforma abierta

Como hemos comentado en esta comunicación, existe la oportunidad de contar con una potente comunidad de creadores detrás de cualquier proyecto. El reto y, casi siempre, el éxito de una iniciativa pública o privada se sustenta en la capacidad de involucrar a una comunidad que aporte contenidos. Las ciudades no son diferentes.

Puedo aventurarme a afirmar que de todos los desarrollos, diseñar una plataforma abierta es de los más importantes.

a) API – SDK

Un conjunto de librerías y documentación facilitan la incorporación de contenidos en forma de capas (layers) y de aplicaciones. Virtualmente cualquier usuario acreditado puede crear su propia aplicación compatible con el interface y aportar contenidos para almacenar o consultar en tiempo real con datos actualizados (por ejemplo un letrero con las plazas libres actualizadas de un aparcamiento privado o público que virtualmente exista sobre la cornisa real de un edificio.

b) Portal del desarrollador

Canal desde el que solicitar la acreditación, proponer, publicar, cancelar o editar esos contenidos de manera ordenada y con su propio control.

Agradecimientos

Agradecemos a todo el equipo de Singular Factory y a los clientes representantes de las comunidades y regiones que han apostado por el desarrollo de este proyecto de investigación aplicada a un resultado tangible sobre una comunidad real. Seguimos implantando interfaces y contenidos y recopilando todo el feedback de un proyecto que sigue vivo.

starlightBlog.pagination.prev

starlightBlog.pagination.next