PSI - Issue 64

Anna Sanseverino et al. / Procedia Structural Integrity 64 (2024) 1271–1278 A. Sanseverino et al. / Structural Integrity Procedia 00 (2019) 000–000

1277

7

Eventually, the “SCRIPT D” then aims to plot the components’ “register data” to Microsoft Excel spreadsheets (Sanseverino, 2024e). Effectively, during a visual inspection, a detailed photographic survey is carried out to identify and evaluate the defects in each element. In accordance with L1 of the LG20 (DM 578/2020 - All.B), defect evaluation forms are compiled for all the reachable bridge's constituent components, with the help of the defect forms in Annex C of the LG20 (DM 578/2020 - All.C), which contain the defect evaluation criteria, possible triggers, and related degradation phenomena, as well as the values that G, K 1 and K 2 can assume. Then, a global numerical index can be calculated for each defect found and the results are summed to define the “Relative Defectiveness” � = ∑ × 1 , × 2 , � per each structural component. Therefore, the “SCRIPT E” deals with the import of “Dr” data (Sanseverino, 2024c) for archiving purposes and to achieve a prompt representation of the CdAs within the BIM environment. 3.2. Data sharing for monitoring and management: setting up of the OpenBIM models’ export procedures It is renowned that, even though interoperability is one of the pillars of BIM and the IFC format has been long incorporated into the BIM authoring tool, the exporting procedures are never straightforward, requiring specific set-ups. Therefore, a specific exporting configuration to the IFC4 Reference View format from Revit – designed also to incorporate the additional ad hoc parameters as IFC attributes – was experimented with, optimised, and provided in JSON format. To this end, “floors”, “walls”, “levels”, and “multicategory” schedules containing the added datasets have to be generated and named – respectively “IFC_ASPI(S)”, “IFC_ASPI(W)”, “IFC_ASPI(L)”, and “IFC_ASPI” – to include either “IFC”, “Pset”, or “Common” words in their title to be later exported as “Property Sets” (see Fig. 6).

Fig. 6. IFC BrIM model of the Olivieri Viaduct with the 00.AR.001.SP.006.CAO component selected.

4. Conclusions The application described summarises the efforts to develop an efficient digitisation procedure that supports monitoring activities for built infrastructure. The main challenge involved simplifying and optimising the workflow to integrate BIM methodology with current Italian regulations for cataloguing and inspecting bridges, viaducts, and overpasses. Indeed, the primary objective was to provide C.U.G.R.I. technicians, initially unfamiliar with three-dimensional information modelling, with a useful support tool rather than a hindrance. The output is then an operational workflow tested as of 2023 on the 207 works of art classified as bridges, viaducts, and overpasses belonging to the A3 highway. It is designed to harness the potentialities of BrIM in classifying both infrastructure artworks and their individual structural components while automating the assignment of monitoring form templates according to regulations and ensuring efficient data exchange. Additionally, it establishes a direct link to inspection forms once they are entered into the C.U.G.RI. monitoring platform database. Finally, the models were configured to allow the correct export of their components with the appropriate structural classes to an open format, i.e., IFC models, as well as the implemented data and metadata, additionally organised in datasets into Excel spreadsheets. Indeed, partial results focusing on the general outlines of the implemented bridge surveillance strategies have already been published along with further experimentations within other proprietary software environments (Petti et al., 2023) made possible by the availability of properly configured interoperable models and associated data. Acknowledgements This investigation was partially funded by European Union – Next Generation EU for A.S. research activities. We would also like to thank Eng. Michela Landi and Dr. Lucas Matias Gujski for their participation in optimising the proposed workflow.