lunes, 25 de junio de 2018

PROPUESTA DE FLUJO DE TRABAJO PARA LA GESTIÓN DE GRANDES PROYECTOS MEDIANTE METODOLOGIAS DE TRABJO BIM /GIS.




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. 




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.