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

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

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.

(más…)

Servicios de Localización, presente y futuro

Servicios de Localización, presente y futuro

Nunca ha sido sencillo encontrar cosas sobre el territorio. La forma normal de buscar por calle y número no siempre es precisa ni accesible, porque las calles cambian de nombre o los portales de número, sin avisar, a traición. Unas veces por criterios políticos y otras (las menos) por criterios técnicos. Mientras eran los carteros quienes apechugaban con ese caos, nadie tuvo mucha queja, porque el cartero es un «agente inteligente». La táctica era actualizar cada muchos años -y vender- un mapa callejero, más o menos legible, y con eso bastaba. Pero hoy eso no basta, cuando es preciso convertir un nombre de calle y número en una coordenada o viceversa la situación se complica. No le digas al usuario de un navegador GPS que la base de datos de callejero está obsoleta, ni al distribuidor de paquetería que no podrá planificar su ruta de reparto porque hay direcciones «no fiables» y mucho menos que se extravió la ambulancia o el camión de bomberos. (más…)

Publicar planeamiento vectorial CAD en urbiThings

Publicar planeamiento vectorial CAD en urbiThings

La planificación territorial y urbana, en gran parte de los territorios del mundo, se está realizando con sistemas CAD. Esto es así porque para los técnicos redactores no es sencillo asumir la complejidad que supone acometer estos trabajos con sistemas GIS. En Arnaiz Urbimática somos muy conscientes de esta situación, ya que hemos intervenido en la conversión de la planificación urbana a GIS de más de 1.000 municipios españoles y algunos de fuera de España.

Los planes construidos con CAD normalmente se publican como documentos PDF. De esta forma el equipo redactor entrega a su cliente una documentación descargable desde Internet, firmable digitalmente y accesible desde cualquier plataforma. Todo son facilidades. Pero esa publicación en Internet es como «documento», pero no como «conjunto de datos» GIS y por tanto no es susceptible de servir como base para modificaciones o análisis posteriores.

Este es uno de los problemas que en su momento abordó el programa de Urbanismo en Red y que ahora (de forma muy mejorada) intenta resolver urbiThings mediante sus Instrumentos transaccionales Pero es un salto tan grande en la metodología de producción de planes que dificulta enormemente su implantación.

Mientras tanto, la realidad es que los planes CAD no son sencillos de publicar como conjuntos de datos vectoriales y mucho menos como servicios WMS/WFS estándar. Si el organismo planificador decide publicar el Plan en un sistema GIS, se tendrá que enfrentar a una tarea compleja y costosa. En esta entrada del blog voy a poner un ejemplo de cómo urbiThings simplifica de forma extraordinaria esta tarea. Para ello vamos a utilizar el recientemente publicado IOP (Instrumento de Ordenación Provisional) de Abegondo, un municipio cercano a A Coruña, cuyos resultados (también provisionales), ya se pueden observar en http://urbithings.com/abegondo.maps.

La imagen siguiente es una hoja del IOP de Abegondo. En un único documento se han superpuesto diversos aspectos del Plan y hay que alabar la excelente legibilidad del resultado. Sin duda las herramientas CAD permiten construir salidas gráficas de una enorme calidad. Pero en un sistema GIS no es posible, o no es recomendable, agrupar tanta información en un plano. Es preciso desglosar la información en sus componentes esenciales. Si el sistema CAD está bien construido (y este es el caso del IOP de Abegondo) será relativamente sencillo conseguirlo.

Para hacerlo nos fijaremos en la estructura de la Leyenda, porque será ella quien nos guíe sobre la composición del plano, la vemos más ampliada en la imagen siguiente:

La leyenda agrupa cada aspecto del plano en distintos cajetines: construcciones, clasificación, ordenanza, dotaciones, xestión (aún vacío), afecciones y catálogo. En la mayoría de los Planes, cada uno de estos componentes formaría un plano separado. En Abegondo, el redactor ha conseguido concentrarlos en un único plano. Aunque la información digital que ha servido para construirlo realmente está separada siguiendo el mismo criterio. Podemos comprobarlo porque el equipo redactor del IOP (a través del Ayuntamiento) nos ha proporcionado sus ficheros CAD. En la imagen siguiente se puede ver la relación de ficheros que componen el Plan:

Los podemos agrupar por su contenido:

  • Un dibujo de base que contiene la cartografía de referencia (Abegondo_base.dwg)
  • Los ficheros de Afecciones (de Infrestructuras, Naturales y de Patrimonio)
  • Los Equipamientos y Dotaciones
  • Los ficheros de Catálogo y Protecciones
  • Los ficheros de Clasificación y Ordenación
  • Los ficheros de Tipología edificatoria, Instalaciones, Ruido…

La primera fase es extraer la información vectorial de los ficheros DWG, hay muchas aplicaciones disponibles en la Red, en este caso he utilizado «ODA File Converter» que nos permite convertir en DXF una carpeta completa. Si los ficheros CAD están bien formados se podrán extraer todos sus puntos, líneas y polígonos, habitualmente identificados por su layer. En este caso no ha habido ningún problema, los ficheros DXF resultantes nos han proporcionado todas las entidades geométricas contenidas en el plano. En Abegondo no ha habido problemas pero en esta operación puede haber algunos muy habituales:

  • Que la denominación de los ficheros no responda a su contenido. En este caso habrá que identificar sus entidades por comparación con el PDF, un trabajo tedioso.
  • Que los ficheros CAD contengan más información que la grafiada en el Plano, si el redactor no ha tenido cuidado es muy probable que no podamos identificarla
  • Que los elementos auxiliares del plano (recuadros, leyendas, logos etc) no tengan una identificación separada, ello supone que los DXF deberán ser editados para eliminarlos porque ya no tienen sentido en una publicación web.
  • Que en los ficheros CAD se hayan utilizado componentes «hatch raster» que siempre dan problemas para extraerlos como contornos en DXF.
  • Que existan elementos duplicados. En CAD no hay un control estricto de los elementos que componen el plano, mientras el resultado gráfico sea correcto, es muy habitual que un elemento esté duplicado. En este caso es preciso identificarlos en GIS y eliminarlos, de lo contrario cuando un usuario haga clic sobre ellos aparecerán duplicados.
  • Que se utilicen geometrías lineales y poligonales de forma simultánea para representar un único elemento, normalmente porque se requiere utilizar un símbolo de un relleno y un símbolo de borde. En GIS esto se resuelve con una única geometría poligonal. En este caso hay que verificar que podemos eliminar todos los elementos lineales sin pérdida de información.
  • Si la información está en ED50 hay que tener la precaución de utilizar componentes de NTV2 en QGis para asegurar la precisión de la transformación a WGS84 ya que urbiThings utiliza los algoritmos estándar de transformación que no funcionan bien.

En este caso hemos tenido pocos problemas, con QGIS se han podido extraer y convertir en SHP todos los datos necesarios:

El siguiente paso es importar los SHP resultantes (comprimido cada uno en un fichero ZIP) en urbiThings, creando un Conjunto de datos con cada uno:

Una vez importados creamos un servicio WMS de mapa en cada Conjunto de datos utilizando las herramientas de estilo de urbiThings:

El resultado es un grupo de mapas donde cada uno representa su correspondiente cajetín del plano PDF:

Un resultado que intenta ser lo más semejante posible al grafiado en el plano PDF, pero que al mismo tiempo es muy diferente:

  • Cada componente del mapa forma una capa separada, por eso es posible apagar o encenderlas por separado
  • Es posible reordenar las capas de forma que objetos que en el PDF están «debajo» tengan otra posición, esto facilita la lectura de capas superpuestas en un mismo punto
  • No todos los estilos utilizados en el CAD son trasplantables al GIS por lo que hay diferencias inevitables de simbología
  • La leyenda ha dejado de ser una parte integrante del Plano para ser una ventana flotante que solo contiene los significantes de una capa.(cada cajetín del plano PDF ahora es una capa)

Toda la operación ha supuesto cuatro horas de trabajo. El resultado es un Plan completo en CAD publicado como GIS en una plataforma Cloud sin costes y con enormes ventajas:

  • Los Conjuntos de Datos son descargables en formato SHP
  • Los Servicios de Mapa son usables como servicios WMS desde cualquier plataforma
  • De cada Conjunto de Datos es posible crear Mapas con estilos diferentes
  • Los documentos originales del Plan son adjuntables a los Conjuntos de Datos o al Instrumento de Planificación y descargables desde la plataforma
  • Los Conjuntos y Mapas se pueden organizar en carpetas estructuradas a gusto de la organización publicadora
  • A partir de los Conjuntos de datos creados es posible crear nuevos Conjuntos mediante operaciones de geoprocesamiento (Intersección, Unión, Dissolve…)

 

Ignacio Arnaiz Eguren

Director

 

 

 

 

El mito del crecimiento sostenible

El mito del crecimiento sostenible

Durante la última década el urbanismo se ha empeñado en establecer que el crecimiento urbano es compatible con el concepto de sostenibilidad, entendido como la necesidad de trasladar el mundo a las generaciones futuras en las mismas o mejores condiciones en las que está ahora.

Desde mi punto de vista de biólogo conservador he evitado desde hace muchos años ver las cosas desde un punto de vista catastrofista. La magnitud del planeta y la fortaleza de la vida siempre han pesado más que el potencial perjuicio de la acción humana. Pero es preciso rendirse a la evidencia y pensar que no vamos por buen camino, que dejar para mañana lo que podemos hacer hoy (el popular concepto de procastinación) nos puede conducir a una situación irreversible.  (más…)

La guerra de la Smart City

La guerra de la Smart City

Hace unos días tuve el honor de participar en una Mesa de Debate en el II Congreso Nacional de Municipios y Ciudades Inteligentes celebrado en Tlalnepantla de Baz (México) dedicada al tema «Innovación, Estrategias, Plataformas Tecnológicas y Herramientas Digitales para la Ciudad y su Conectividad». Donde hablé un ratito sobre los temas que siempre me preocupan. En esta entrada os adjunto los textos que preparé para esa intervención, aunque lo que dije no siempre coincidió con lo preparado (las cosas de soltar un discurso de memoria por un orador sin memoria).

La ciudad es como una como empresa, una empresa que mientras es un pequeño negocio su propietario tiene todos los números en la cabeza: conoce de memoria el contenido de su almacén, recuerda quién le debe dinero y no necesita abrir los sobres que le manda el banco para conocer su saldo. Cuando la empresa crece todo se complica, el propietario empieza a depender de otras personas, aparecen multitud de departamentos, lo que antes eran pasos sencillos ahora son procesos complejos. Crecer siempre me ha traído problemas. (más…)

Desarrollando la Smart City

Desarrollando la Smart City

En una entrada, ya antigua, de este mismo blog (¿Vamos bien encaminados para llegar a la ciudad inteligente?) hice algunos comentarios sobre el proceso de cambio, los nuevos dispositivos y los medios de implantación de la Smart City. Creo que aún son vigentes. Pero en esta entrada quiero profundizar un poco más para responder a las preguntas sobre el desarrollo de una Smart City: Quién, Cómo, Cuándo y Qué se debe hacer. (más…)