En 2017 Autodesk Y Esri, los líderes mundiales
llegarán a un acuerdo para conducir la integración de la inteligencia espacial
y la información de modelado 3D conforme las tendencias de los últimos tiempos
en el desarrollo de ciudades inteligentes.
En los últimos años estamos presenciando esfuerzos en
la transformación inteligente de sus ciudades. Desde 2012 hemos vivido una
explosión de iniciativas que se han materializado en un crecimiento de
propuestas, planes, proyectos, buenas prácticas, estándares, sistemas de
medición, etc En algunos casos surgen dudas, ¿Son realmente extrapolables las
soluciones? ¿Cómo vamos a poner en valor estas tecnologías?
El primer paso de esta propuesta de flujo de trabajo
es definir un supuesto, a modo de ejemplo como base para poder tener una visión
espacias de su rentabilidad.
En esta ocasión hemos planteado la necesidad de crear
y monitorizar los procesos del agua en una ciudad. Es decir, captación, Estación
de Tratamiento de Aguas potables (ETAP), redes de conducción de aguas potables,
sucias o saneamiento, pluviales, etc., finalmente acabaremos el proceso en la Estación
Depuradora de Aguas Residuales.
Lo primero que hay que hacer para modelar es la toma
de datos, que se realizará de diversas formas: sobre campo y con la
documentación existente hasta el momento. Posteriormente, en Autocad se creará
un esquema de líneas de toda la infraestructura, este fichero se organizará por
capas y colores para poder identificar los atributos de los distintos objetos.
Una vez tenemos los ficheros actualizados, se procede
a exportación ordenada a ficheros *.*.csv (valores separados por comas), de
esta forma tendremos las coordenadas X, Y, Z de los elementos a representar.
El siguiente paso es mediante DYNAMO proceder a
generar la red completa en Revit. Previamente se habrá tenido que realizar un
trabajo de creación de recursos (familias) y con la creación de parámetros
específicos para este tipo de explotación. También se deben crear varios subproyectos
en función de disciplinas, barrios, etc. Esto se definirá en diversas reuniones
con el cliente
Ahora comenzaremos la fase de creación que en este
caso se centrará en Revit como único software. Aplicaremos Dynamo aparecerá
nuestras redes de tuberías, las ETAP, EDAR, se modelarán de forma tradicional
al ser proyectos relativamente sencillos.
¿Qué nivel de detalle hay que definir?, para este uso
se debe modelar en LOD400 en previsión de los posibles futuros usos (SCADA).
Tenemos los MODELOS y debemos inicial el siguiente
proceso para integrar en GIS. En principio consideramos como software GIS
adecuado ArcGis Pro al ser un software de 64 bits y parece la apuesta de ESRI.
La generación de escenarios 3D en ArcGIS no es ninguna
novedad, de hecho, ArcScene, ArcGlobe y ArcGIS Explorer ya nos permitían
trabajar con modelos tridimensionales, pero sin duda el abanico de
posibilidades ha cambiado radicalmente.
Actualmente CityEngine y ArcGIS Pro han multiplicado
las capacidades de modelización 3D de la plataforma, permitiendo generar desde
un modelo de una ciudad con datos de catastro u OpenStreetMap, hasta completos
mundos virtuales.
En Revit o Navisworks podremos realizar una
exportación. fbx, optaremos por Revit, posteriormente podremos abrir este fbx y
guardarlo en 3DS (si no tenemos 3D Max, podemos usar perfectamente Blender,
software libre). Recordar que en Revit existe una opción directa a 3D Max en
Archivo, Workflows, y Modelizado Exteriores o Interiores en 3DS. Esta no es una buena alternativa, los modelos FBX, 3DS, Collada pasan con nada de información y eso no es bueno.
Recientemente existe una extensión de SAFE denominada FME EXPORTER FOR REVIT, con ella de forma fácil e intuitiva sacamos un formato RVZ que nos permitirá cargar la geometría y llevar información necesaria. Funciona bastante bien, es fiable. Lo podemos ver en el visualizador de SAFE denominado FME DATA INSPECTOR.
Recientemente existe una extensión de SAFE denominada FME EXPORTER FOR REVIT, con ella de forma fácil e intuitiva sacamos un formato RVZ que nos permitirá cargar la geometría y llevar información necesaria. Funciona bastante bien, es fiable. Lo podemos ver en el visualizador de SAFE denominado FME DATA INSPECTOR.
Con todo ello procederemos a cargar nuestros proyectos
en ArcGIS Pro, lo cargaremos por ficheros individuales, conforme los
subproyectos de creación y vigilando el peso de los archivos.
Y ahora ha llegado la hora de gestionar desde GIS. ¿podemos gestionar o fiscalizar el proyecto desde ArcGIS Pro?, de momento tenemos la información adecuada, pero ara grandes proyectos puede ser un poco problemático, entonces, ¿cuál es el flujo adecuado?
En la actualidad se trabaja con un flujo de trabajo con el software de SAFE Software, FME nos sirve para transformar la información de un formato .ifc y mapear los campos de información para que sean leídos en el software GIS.
En mi opinión este flujo tiene carencias. La
representación gráfica no deja de tener limitaciones , existe una importante limitación del
tamaño peso del archivo que debemos integrar, en grandes proyectos donde
posiblemente sea más importante el uso de estas herramientas tengamos esa
limitación de peso. Posiblemente no tenemos respuesta a todas nuestras necesidades.
Vamos a nuestro supuesto, debemos considerar que si
queremos ver la infraestructura de aguas de una gran ciudad en un modelo único
es complicado, es muy grande, los ficheros pesan mucho, pero por otro lado queremos
visualizarla toda ella. También debemos considerar algunos de los usuarios no
son expertos en BIM, e igualmente precisamos poder consultar toda esa
información que hemos personalizado en Revit, entonces, ¿qué hacemos?
Existe una alternativa. La solución puede estar en
aplicar un software intermedio que nos permita una correcta visualización de
geometría masiva, identificación de elementos, analizar la información, crear
simulaciones, vincular labores de mantenimientos, analizar conflictos, aplicar
programación de tiempos para las nuevas infraestructuras, que nos permita
enlazar con diversas bases de datos y que además admite más de 75 formatos
distintos de archivos incluidos la mayoría de los neutrales. Por último,
imagínense que tenemos ese visualizador con versiones gratuitas y que sea fácil
e intuitivo de manejar, pues bien, la solución es Navisworks. Estas y otras
alternativas están en Navisworks.
Analicemos ahora la información, la idea inicial es
realizar exportaciones ODBC que completen las diversas tablas que
posteriormente relacionaremos para conseguir los informes de salida que
precisamos.
En este flujo de información debemos tener
identificados todos los ejemplares modelados con su información y tenemos su ID
de elemento, ¿utilizaremos el ID del elemento como campo llave?, NO, no es
adecuado. Cuando estamos trabajando en un modelo de manera local y sin vínculos
es posible que con el ID que nos proporciona Revit nos valga. Pero cuando
comenzamos a colaborar y necesitamos poder señalar de manera univoca un
elemento, el GUID de IFC se hace necesario. GUID es el Global Unique
IDentififier de IFC. El ID es la identificación propia de Revit para cada uno
de los ejemplares generados en un proyecto, posiblemente, la mejor alternativa
es usar el ifcGUID para poder identificar los objetos. También recomendaría
crear un segundo campo de identificación de seguridad, con nomenclatura propia.
No olvidemos Revit cuanta con Dynamo, que permite
controlar datos del modelo, igualmente existe una extensión que permite extraer
la base de datos de Revit en formato OBDC a la base de datos externa Access.
Otra opción es XLSX, un plugin gratuito de Revit que nos permite extraer
directamente las tablas de planificación de Excel y volver a importarlos. El
único inconveniente es parámetros en Revit se consideran de "solo
lectura" cuando su valor está controlado por el motor de Revit, estos no
podrán ser modificados (Ejemplo: Parámetros de tipo).
Esta información debería pasar a una base de datos
externa alimentada desde Revit pero que puede ser consultada y gestionada desde
ArcGIS Pro y Navisworks.
Como último paso está enlazar los Modelos de ArcGIS
Pro a Naviswork e incluso crear un flujo de información parcial que pase de
nuestra base de datos externa a ArcGIS Pro, información específica que cubra
necesidades de consultas habituales y que se quedará actualizada y residente en
este software. Igualmente hay que crear una adecuada interface para que todo
este proceso tenga un manejo y presentación adecuado.
Esta es la forma que considero adecuada para la
gestión del sistema de aguas de una ciudad, ¿es caro?, parece que hablamos de
futuro, pero no, esta metodología está perfectamente al alcance, es presente. ¿Es
económicamente inviable?, no. es un coste asumible, tremendamente útil y productivo.