Dal BIM al dialogo con il territorio: l’Airport Line di Helsinki si legge su mappa

L'Airport Line di Helsinki è una nuova linea di circa 25 km, quasi interamente in galleria, oggi in fase di progettazione: un contesto in cui i dati crescono per anni e vanno letti da soggetti molto diversi tra loro.

Il caso mostra come una piattaforma di consultazione geolocalizzata affiancata all'ACDat renda i modelli utilizzabili senza software di progettazione, tenga insieme opere lineari ed edifici in un'unica vista e trasformi le osservazioni dei cittadini in segnalazioni localizzate sul punto esatto del progetto.

---

Gestione dei dati BIM nelle infrastrutture: versioni, alternative e coordinamento

Nei progetti infrastrutturali di lungo periodo i piani non nascono già definiti: ogni fase confronta più opzioni di tracciato, affina le soluzioni e coordina i contributi delle diverse discipline verso un insieme coerente. Al crescere di versioni e alternative, trovare il dato corretto e mantenere il quadro d'insieme diventa il problema principale.

Siru Koski, Design Director di Lentorata Ltd, colloca la sfida oltre le soluzioni tecniche: un tracciato quasi interamente in galleria produce dati in continuo, e quei dati vanno comunicati a interlocutori molto diversi tra loro, dentro e fuori il progetto.

ACDat e Vektor.io: controllo dei dati e consultazione geolocalizzata dei modelli BIM

La gestione documentale resta affidata a un Ambiente di Condivisione dei Dati centralizzato, che governa struttura dei documenti, classificazione per metadati, reperibilità e archiviazione controllata. Vektor.io si appoggia a quella stessa struttura di metadati e la restituisce in forma visuale: nessun trasferimento di file, nessuna duplicazione, nessuna versione parallela.

Il vantaggio segnalato da Koski è la possibilità di consultare i dati senza un software di progettazione dedicato. Geometria di tracciato, modelli e materiali di origine diversa si navigano e si ingrandiscono in una vista unica, accessibile da browser: nessuna licenza, nessuna formazione, nessuno screenshot da preparare prima di una riunione.

Dall’ACDat alla vista geolocalizzata senza duplicare i dati

Il beneficio è maggiore per la committenza, che deve esaminare i progetti senza disporre di strumenti di progettazione propri, e nelle riunioni periodiche di progetto, dove le alternative da portare avanti si discutono sul dato aggiornato invece che su estratti.

Modelli BIM geolocalizzati per opere lineari, stazioni ed edifici

Il caso Lentorata è un'infrastruttura lineare, ma l'impostazione non è vincolata a questa tipologia.

Vektor.io tratta allo stesso modo i grandi progetti non lineari — un ospedale, un polo produttivo, un comparto urbano — perché il criterio di aggregazione è la posizione, non la disciplina.

Il vantaggio emerge dove le due nature convivono.

TI POTREBBE INTERESSARE
CSPFea porta Vektor.io in Italia: nuova piattaforma per integrare BIM, dati geospaziali e reality capture nei progetti AEC

Stazioni ferroviarie: coordinare tracciato, opere civili, impianti ed edifici

Una stazione ferroviaria è insieme tracciato, opere civili, impianti ed edificio: modelli prodotti da progettisti diversi, con logiche e livelli di dettaglio diversi, che nella pratica quotidiana restano separati. In Vektor.io convergono in un'unica vista georeferenziata, dove le interferenze tra la linea e il fabbricato si vedono nel punto in cui accadono, senza ricomporre manualmente estratti provenienti da modelli distinti.

BIM e stakeholder: osservazioni sul progetto geolocalizzate sulla mappa

Con il servizio cartografico Vektor.io Public, rappresentanti dei comuni e residenti esaminano il tracciato su una mappa interattiva. La funzione più utile, secondo Koski, è poter collocare un'osservazione ricevuta nel punto esatto a cui si riferisce e vedere subito che cosa è previsto nelle vicinanze: una galleria, un pozzo, un'altra opera.

Quando la segnalazione è già legata a un luogo, la risposta è specifica e arriva molto prima rispetto al caso in cui la posizione va ricostruita a partire da un messaggio.

"L'ho usato molto per rispondere alle domande delle persone che chiedono cosa stia accadendo nella loro zona."  Siru Koski, Design Director, Airport Line Ltd

Supporto software nelle grandi commesse infrastrutturali di lunga durata

In una commessa di lunga durata i requisiti cambiano, quindi conta anche come funziona la collaborazione con il fornitore del software. Koski indica rapidità di risposta, apertura alle proposte di sviluppo e flessibilità del supporto: le nuove esigenze sono state affrontate senza processi di sviluppo onerosi.

"Quando abbiamo spiegato cosa avrebbe migliorato l'usabilità o semplificato il lavoro, le idee sono state accolte e portate avanti."  - Siru Koski, Design Director, Airport Line Ltd

Il progetto Airport Line in sintesi

Elemento	Dato
Nuovo collegamento ferroviario	circa 25 km, da Pasila all'aeroporto e fino a Kerava
Sviluppo del tracciato	quasi interamente in galleria
Servizio previsto	collegamenti diretti a lunga percorrenza per l'aeroporto
Capacità di rete	aumento sulla tratta congestionata Pasila–Kerava
Fase attuale	progettazione, avanzamento per fasi verso la realizzazione
Avvio esercizio previsto	metà degli anni Trenta

Conclusioni

In ogni progetto di grandi dimensioni, lineare o non lineare, il valore dei dati progettuali dipende da quanto sono effettivamente consultabili: non solo dagli specialisti che li producono, ma dalla committenza, dai tecnici delle altre discipline e da chi, come in questo caso, vive sopra il tracciato. L'impostazione di Lentorata Ltd tiene i due piani distinti e li fa lavorare insieme — controllo documentale nell'ACDat, lettura visuale nel browser — perché l'ambiente informativo non è soltanto il luogo dove i dati vengono archiviati, ma quello in cui diventano coordinamento e decisione.

Fonte — Caso studio Vektor.io

Approfondimenti — CSPFea affianca progettisti, società di ingegneria ed enti nella scelta e nell'adozione di soluzioni per la gestione dei dati di progetto, l'openBIM e il digital twin delle infrastrutture: cspfea.net

---

FAQ TECNICHW - ACDat e BIM infrastrutturale: il caso Airport Line di Helsinki

Che cos'è l'ACDat e in cosa si differenzia da una piattaforma come Vektor.io?

L'ACDat (Ambiente di Condivisione Dati, equivalente italiano del Common Data Environment) è il sistema che governa struttura dei documenti, classificazione per metadati, reperibilità e archiviazione controllata di un progetto. Vektor.io non lo sostituisce: si appoggia alla stessa struttura di metadati e la restituisce in forma visuale e geolocalizzata, senza trasferimento di file, duplicazione o versioni parallele. Il primo resta il sistema di controllo del dato, il secondo ne è lo strumento di lettura.

In quali contesti si applica una piattaforma di consultazione geolocalizzata come Vektor.io?

Si applica a progetti infrastrutturali lineari (linee ferroviarie, come nel caso dell'Airport Line di Helsinki) e a progetti non lineari di grandi dimensioni — ospedali, poli produttivi, comparti urbani — perché il criterio di aggregazione dei dati è la posizione geografica, non la disciplina di provenienza. È particolarmente utile dove tipologie diverse convivono, ad esempio in una stazione ferroviaria che è insieme tracciato, opere civili, impianti ed edificio.

Come si integra la consultazione pubblica del progetto nel processo di gestione dati?

Attraverso un servizio cartografico dedicato (Vektor.io Public), rappresentanti di comuni e residenti esaminano il tracciato su mappa interattiva e collocano un'osservazione nel punto esatto a cui si riferisce, verificando subito cosa è previsto nelle vicinanze (gallerie, pozzi, altre opere). Una segnalazione già georeferenziata riceve una risposta più specifica e più rapida rispetto a una segnalazione la cui posizione va ricostruita a partire da un messaggio testuale.

Quali errori evitare nell'adozione di una piattaforma di consultazione geolocalizzata affiancata all'ACDat?

Il principale errore è trattarla come un sistema alternativo all'ACDat anziché come sua lettura derivata: qualunque duplicazione manuale di file o creazione di versioni parallele vanifica il vantaggio del collegamento diretto ai metadati di origine. Un secondo errore è sottovalutare il criterio di aggregazione per posizione geografica in progetti dove discipline diverse convivono nello stesso spazio fisico, rischiando di perdere la lettura delle interferenze nel punto in cui effettivamente si verificano.