Formatos de intercambio de información BIM: Conclusiones (3/3)


Actualmente existe una gran cantidad de formatos para intercambiar información BIM entre sistemas, a la vez que se dispone de una gran cantidad de información de diferente naturaleza en los Sistemas BIM de Conservación y Explotación de Carreteras. El futuro pasa, en principio, por usar estos formatos, siendo IFC uno de los que más prometen, y que debería ser la base de los sistemas BIM web para el intercambio de esta información siempre que sea posible. 

Sin embargo, hay que tener en cuenta que aún queda mucho camino por recorrer para algunos de estos estándares, y que muchos de ellos están pensados poniendo mucho énfasis en la fase de proyecto y construcción de infraestructuras, y no tanto en las fases de conservación y explotación de dichas infraestructuras, y que como se ha visto, hay información en los sistemas de Conservación y Explotación que deberá ser exportada y compartida en otros formatos que faciliten su manejo y procesado.

Estos documentos IFC (así como otros ficheros de otros formatos que contengan la información de forma legible para el usuario, como ficheros KML, XLSX o CSV) deberán ser almacenados en el sistema, permitiendo su exportación y compartición entre los diferentes actores implicados, a la vez que dicho sistema BIM deberá permitir realizar un control de versiones de dichos datos. 

Asimismo, es imprescindible usar estándares de ficheros que puedan ser procesados y tratados con facilidad por los sistemas BIM (por ejemplo, los ficheros IFC, KML, CSV… son ficheros de texto que pueden ser procesados y descompuestos con mucha facilidad), tratando de evitar otros formatos que compliquen compartir la información entre sistemas (por ejemplo, documentos PDF o DOCX). Estos últimos tipos de documentos sí podrán generarse siempre que los usuarios finales requieran documentos legibles por el ser humano (información final), pero no para compartición de información que deba ser procesada para su uso en los sistemas BIM. 

Por otra parte, cualquier Sistema BIM para la Conservación y Explotación de Carreteras deberá permitir visualizar la información de la forma más eficiente posible. Como se ha indicado, no toda la información tendrá representación en formatos IFC, por lo que será necesario definir características de dichos formatos para que sean abiertos y puedan ser compartidos entre los diferentes actores: 

  • Referenciación longitudinal común: Muchos de los datos del sistema BIM deberán estar referenciados con la geometría y cadenamiento de unos ejes longitudinales comunes a todos los sistemas. Cada sistema BIM deberá utilizar la misma nomenclatura para permitir compartir datos con otros sistemas:
  • Misma nomenclatura de carreteras, tramos, etc: Aunque internamente los sistemas tengan sus propios identificadores, es necesario que la información compartida use los identificadores comunes.
  • Catálogo de ejes común, basado en catálogo de IGN, para mantener de forma actualizada y centralizada la georreferenciación longitudinal (mismo cadenamiento, tramificación, etcétera).
  • Mapeo de atributos de los registros de diferentes módulos
  • Importación y exportación de datos:
    • De forma automatizada, mediante el uso de API (por ejemplo, JSON Rest, servicios web SOAP, etcétera), para aquella información que deba ser compartida y que lo permita (por ejemplo, actualización del catálogo de ejes)
    • Información propia del sistema BIM también podrá ser ofrecida a otros entornos BIM usando API, de manera que la actualización de los datos pueda ser actualizada en otros sistemas BIM de forma automática y al instante, sin intervención humana.
    • Exportación e importación manual de datos (o semi automatizada), usando los formatos que sean necesarios según la naturaleza de los datos a compartir:
  • Formatos IFC Roads siempre que sea posible:
    • Alineamientos
    • Trazados
    • Información topográfica
    • Geolocalización de elementos concretos (elementos de inventariado como señales, postes, estructuras, elementos de drenaje o contención, etcétera)
    • Especificaciones y detalle de infraestructuras, puentes, túneles… que puedan requerir su descarga para visualización en entornos volumétricos 3D.
    • Información relacionada con las fases de proyectos, diseño y construcción de las infraestructuras.
  • Formatos GIS (KML, GeoRSS, servicios de mapas WMS… basados en estándares abiertos) complementados con formatos CSV (o XLSX) para aquellos datos cuya naturaleza requiera legibilidad para el usuario de forma directa, o no requiera representación volumétrica 3D, o requiera una importación en lote de elementos de forma simplificada:
    • Tramificación global de la red
    • Definición de sectores de la red
    • Información de contratos y seguimiento de operaciones (partes de trabajo geolocalizados)
    • Listados de tareas de Agenda de Vialidad, cartas de servicio de Agenda de Vialidad de cada contrato, etcétera.
    • IMD de tráfico
    • Inventariado de firmes
    • Auscultaciones de firmes
    • Datos de accidentalidad, tramos de alta siniestralidad, etcétera.
    • Datos relacionados con dispositivos GPS: Recorridos de vehículos, tramos con un tratamiento preventivo / curativo concreto, etcétera
    • Datos relacionados con otros dispositivos ITS como datos de ETD, Estaciones meteorológicas, PMV, etcétera.
    • Elementos de inventariado