![Fotodi Alan Esguerra | Bentley Systems | Società di software per l'ingegneria delle infrastrutture Foto del profilo di Alan Esguerra](https://www.bentley.com/wp-content/uploads/alans-author-pic.png)
Di Alan Esguerra, Industry Strategy Manager
Ho avuto la fortuna di partecipare all'International Standards Summit di BuildingSMART a Montreal qualche settimana fa, in ottobre. Come ingegnere che in passato ha vissuto nel mondo della progettazione negli Stati Uniti, valuto quali conferenze sono adatte a un obiettivo specifico per darmi un vantaggio competitivo per vincere il prossimo grande progetto. Tuttavia, questa conferenza era diversa. Si trattava di imparare e fornire input per la guida e lo sviluppo di uno standard di dati aperti.
Il supporto a livello mondiale di standard di dati aperti, come gli IFC, al BuildingSMART è molto promettente per il futuro. Questa conferenza ha messo in luce un'incredibile quantità di progressi compiuti negli ultimi anni, con casi d'uso comprovati in molti settori. Questa conferenza non solo ha testimoniato i riconoscimenti di ciò che altri settori stanno facendo con gli IFC, ma è stata anche una fantastica opportunità per ascoltare e dare voce a una varietà di problemi. I partecipanti attivi ai workshop servono solo a migliorare il movimento per gli standard di openBIM e dati aperti. Le opinioni che guidano le priorità, l'apertura e la comprensione di tutti e la disponibilità a condividere la propria visione del futuro mi hanno davvero impressionato. Non eravamo più proprietari, consulenti, appaltatori, fornitori. Eravamo membri di una comunità che lavorava insieme per far progredire il nostro settore. Sul fronte dei trasporti, volevo scoprire come sta procedendo l'IFC come formato standard aperto, dove è richiesto come parte del prodotto finale, e come lo stanno usando oggi nel mondo reale (non un progetto pilota, non in teoria o come documento di tesi, ma in pratica).
Sono rimasto sorpreso nel trovare alcune risposte nelle prime ore della sessione di apertura. In breve, l'IFC è in continuo sviluppo e viene utilizzato soprattutto nell'industria verticale. L'uso nel mercato orizzontale è molto ridotto, ma è in costante crescita.
Nuove competenze richieste
È richiesto da alcune agenzie in tutto il mondo, ma per cosa esattamente? Alcuni usano l'IFC perché è un formato facile per inserire dati e attribuzioni per la geometria del modello. A volte, gli sforzi per l'attribuzione dei dati sono notevoli. Nel mondo della progettazione stradale, i pianificatori che entrano nel settore sono sempre meno. Un numero sempre maggiore di pianificatori va in pensione o abbandona la professione. Il progettista è quindi costretto a svolgere da solo la progettazione dettagliata, la modellazione e la stesura. Immagina se è necessaria anche una quantità significativa di attribuzione di dati. Penso che questo potrebbe potenzialmente aprire la strada a una nuova professione all'interno del nostro settore.
Attualmente, l'attribuzione dei dati nei progetti 3D è gestita principalmente dal progettista. Con l'aumentare delle esigenze delle agenzie, crescerà anche l'impegno necessario per aggiungere questi dati attraverso il ciclo di vita degli asset. A volte la tecnologia può aiutare in questo sforzo attraverso l'automazione e l'ottimizzazione dei flussi di lavoro. Può anche richiedere lo sviluppo di una nuova abilità che può provenire dal progettista o da qualcun altro.
Come previsto, la maggior parte delle persone con cui mi è capitato di parlare si trovava nello spazio verticale. Alcuni erano consulenti BIM, altri appaltatori e altri ancora progettisti. Ricordo una conversazione con un progettista che ora lavora per un imprenditore. Le avevo chiesto: "Come usi l'IFC oggi?"
Lei ha risposto: "Non lo usiamo. Una volta lo usavamo. Soprattutto per il coordinamento e una sorta di uniformità tra i prodotti."
"Allora cosa usate ora?"
"L'applicazione originale di authoring ", ha risposto. "L'IFC è stato ottimo per il coordinamento, finché non abbiamo imparato a consumare direttamente i dati. Abbiamo molta più flessibilità per apportare modifiche, se necessario, e per tirare fuori l'intento progettuale". L'intento progettuale descrive la relazione tra gli oggetti del progetto, in modo che quando un oggetto viene modificato, la propagazione avviene automaticamente altrove.
Probabilmente sto parafrasando parti della conversazione, ma continuo a sentire che l'IFC può portare (o porterà presto) l'intento progettuale. Anche se un giorno potrebbe essere una realtà, di certo non lo sarà a breve. Un'altra idea sbagliata che sento spesso è che il roundtripping o che un file IFC sia sicuro così da poter "firmare e sigillare" il file.
Messaggistica
Durante la plenaria di apertura, Marek Suchocki di Autodesk ha parlato della storia di openBIM, del modo in cui Autodesk lo supporta e, soprattutto, di alcune delle sfide di messaggistica che dobbiamo affrontare per quanto riguarda l'IFC. Mi sono trovato nella singolare situazione di accettare una presentazione di Autodesk. Nonostante la concorrenza, siamo tutti nello stesso spazio, con l'obiettivo di far progredire il settore per un ambiente costruito migliore nel futuro.
La maggior parte del valore attuale dell'IFC è stato raggiunto nel settore verticale, mentre alcune attività orizzontali sono state svolte con le versioni successive (IFC 2×3, rilasciata nel 2006, e 4, rilasciata nel 2015). Solo ora con la versione 4.3.1.0 inviata per la certificazione ISO (4.3.0.0 è stata rimandata indietro con dei commenti) abbiamo l'opportunità di far crescere l'IFC all'interno dei progetti di ferrovie, strade e autostrade.
La maggior parte delle persone che ho incontrato pubblicano l'IFC perché un ente governativo o un proprietario lo ha richiesto o per il coordinamento di modelli di terze parti. Il coordinamento dei modelli, l'analisi, le verifiche e le stime delle quantità possono essere eseguite con l'applicazione nativa di authoring. Ad esempio, un semplice riferimento di Revit, SketchUp e altri file 3D in OpenRoads Designer può essere immediatamente mostrato e coordinato in 2D, profilo, sezione trasversale e vista 3D o in fogli. Perché pubblicare sull'IFC? Perché è aperto.
Sebbene molti scelgano di pagare per le applicazioni che utilizzano l'IFC, esiste la possibilità di sviluppare strumenti gratuiti per utilizzare meglio l'IFC. Personalmente, non ho incontrato alcuno strumento gratuito che facesse di più che visualizzare un modello come una bella immagine con query di dati manuali. Tutti gli strumenti con caratteristiche che vale la pena utilizzare richiedono un certo esborso di denaro.
La cosa più interessante da sentire da Suchocki è stata una diapositiva che illustrava i limiti dell'openBIM, come i formati nativi e le soluzioni sono migliorati e non sostituiti dall'IFC. L'IFC funziona benissimo con gli edifici, un po' meno con le informazioni geospaziali. Sono in corso sforzi per far lavorare l'IFC con CityGML/GIS per aiutare in questo contesto. Anche la sicurezza è carente con l'IFC. Non esiste un modo per firmare e sigillare un file IFC. Le applicazioni native di authoring hanno vari livelli di "sigillatura" di un file. Con lo stesso scopo della firma originale e del sigillo di un ingegnere, un file DGN di Bentley, ad esempio, può contenere certificati di sicurezza e bloccare i dati da qualsiasi modifica. Tuttavia, si sta cercando di creare una sorta di involucro che possa essere firmato e sigillato. I dati o i file possono essere memorizzati all'interno di questo wrapper, che può bloccare tutto ciò che contiene perché è indipendente dall'IFC. La sicurezza con l'IFC è un tema previsto per le versioni future.
Anche il "design to design" è un'idea sbagliata comune con l'IFC come caso d'uso supportato. Il significato di Design to Design è che lo sviluppo di un modello in OpenRoads, la pubblicazione di un IFC e la successiva importazione dell'IFC per una progettazione continua in Civil3D probabilmente non avverrà.
Una volta che uno strumento di authoring ha creato un modello e un IFC viene pubblicato, non è possibile utilizzare quell'IFC e ricreare il progetto dall'inizio. Il roundtripping, come viene spesso definito, richiede la capacità di definire molto di più di quello che attualmente fornisce un IFC pubblicato. Il modo in cui ogni pezzo di geometria viene calcolato e disegnato e in cui ogni algoritmo estrude un oggetto è diverso per ogni applicazione di authoring. L'IFC è sempre stato un'istantanea pubblicata di un prodotto finito con l'attribuzione di un modello. Esso stesso non è un file vivente continuo. Non può essere utilizzato per proseguire con l'intento progettuale in applicazioni diverse. Inoltre, sarà necessaria una quantità significativa di lavoro per gestire qualcosa come la progettazione parametrica.
Suchocki continua dicendo che "l'IFC non significa necessariamente che ridurrà i tempi e aumenterà la semplicità. Potrebbe anzi aggiungere ulteriore complessità con nuove competenze richieste". Lo stiamo vedendo ora. È stato sicuramente rinfrescante vedere in una diapositiva precedente i valori e le critiche dell'IFC. Uno di questi è che i file sono troppo grandi. Una volta ho visto un piccolo progetto stradale con una dimensione di file di 10GB. Pertanto, molte applicazioni scelgono di suddividere un particolare disegno in file diversi.
"Non compensa la mancanza di pianificazione e di certo non garantisce che tutti abbiano un'esperienza coerente". Questo vale per qualsiasi cosa. La tecnologia e gli standard sono solo due tasselli di un puzzle molto complicato e intricato per trovare soluzioni per le infrastrutture di domani.
Sebbene l'IFC abbia molti benefici potenziali, è importante trasmettere i limiti e le realtà dell'IFC, avere un messaggio coerente in modo che la continuazione dell'IFC non sia inibita e sminuita dal fallimento di false promesse.
L'IFC nei prodotti di Bentley
Nell'ultimo articolo ho affermato che Bentley ha partecipato al BuildingSMART e ha supportato le numerose iterazioni dell'IFC in quasi tutti i prodotti della sua piattaforma. Contrariamente ad alcune opinioni, l'IFC non è un concorrente delle soluzioni di Bentley. Continuiamo a sostenere l'IFC come abbiamo fatto finora e non abbiamo intenzione di cambiare. Tra il supporto desktop e quello basato sul cloud per l'IFC, sono supportate da cinque a otto versioni diverse. Con la versione 4.3.1.0, speriamo di fare pulizia e di concentrarci su (la nostra migliore ipotesi) uno standard ufficiale. La nostra ipotesi migliore è che non sia ancora uno standard ufficiale. Speriamo davvero che lo diventi presto.
Stiamo aggiungendo ulteriori funzionalità e possibilità di applicazione dei dati ai modelli per l'esportazione di IFC nell'ultima versione di OpenRoads Designer. Tuttavia, come per tutte le applicazioni desktop, il tempo che intercorre tra lo sviluppo, il rilascio, l'utilizzo e il feedback può estendersi per mesi o addirittura anni.
In occasione di una precedente conferenza, qualcuno ha chiesto: "Come ingegnere stradale negli Stati Uniti, quando potrò aspettarmi di vedere l'IFC come deliverable richiesto nei progetti?"
Si tratterebbe di una procedura iterativa, testata dalle agenzie governative e poi resa obbligatoria, probabilmente progetto per progetto, prima di essere ampiamente accettata. Per questo motivo, tra qualche anno, i contratti dei Dipartimenti dei trasporti statali potrebbero prevedere che questo sia un requisito utile e obbligatorio per tutti i progetti. Attualmente prevediamo che la certificazione ISO avverrà nel corso del prossimo anno (naturalmente speriamo che gli aggiornamenti futuri siano più rapidi). Tra l'altro, l'attuale schema presentato per la certificazione ISO non prevede voci come la caditoia. Per molto tempo tutti richiederanno ancora il dirottamento delle tubature di impianti HVAC degli edifici per utilizzarle nelle tubature delle infrastrutture.
A differenza del tipico ciclo di sviluppo del prodotto, Bentley fornisce anche l'esportazione di IFC tramite i nostri servizi iTwin. Poiché le nostre soluzioni e applicazioni iTwin sono basate sul cloud, gli aggiornamenti dello schema possono essere effettuati in pochi giorni o settimane e rilasciati istantaneamente, senza dover ricorrere ad ardui download e installazioni di software. Un altro vantaggio è che l'esportazione di IFC può essere un modello completamente federato da più fornitori. In questo modo si otterrà un'esportazione pulita e coerente. Piuttosto che una singola applicazione desktop che produce l'IFC solo a partire dalle proprie informazioni proprietarie, iTwin può essere l'aggregatore delle informazioni prima dell'esportazione di IFC. Stiamo lavorando per migliorare il supporto all'IFC per il desktop e per quello basato sul cloud e stiamo sviluppando attivamente modi per realizzare più rapidamente un IFC migliore.
Per quanto mi riguarda, credo che l'IFC abbia le basi per diventare un prodotto eccellente, ma dobbiamo ancora migliorare alcuni aspetti per raggiungere questo obiettivo. Le persone che ho incontrato a questa conferenza sono tra le più appassionate, intelligenti e laboriose che abbia mai conosciuto, tutte impegnate per un futuro migliore dell'ambiente costruito. Se hai la fortuna di partecipare, ti consiglio vivamente di farlo. La prossima conferenza di BuildingSMART si terrà a Roma dal 27 al 30 marzo 2023.