OOPIS: standard di identificazione e posizionamento degli elementi di un edificio

Un edificio ha centinaia di elementi tecnici, e ciascuno porta un numero diverso in ogni documentazione: dal costruttore, dall’amministratore, dal manutentore, nel verbale di ispezione e nella segnalazione del residente.

L’estintore vicino all’ascensore al terzo piano.

Una descrizione così basta a una persona, non basta a un sistema. L’indirizzo postale non esiste quando l’edificio è in costruzione, e la sostituzione di un dispositivo perde la storia del punto in cui era appeso.

Ogni elemento riceve un identificatore di lunghezza fissa di 36 caratteri e un’etichetta con codice QR e tag NFC opzionale. Il codice si può leggere senza database, e costruttore, amministratore e manutentore parlano dello stesso elemento con lo stesso codice.

• 36caratteri dell’identificatore, nel formato noto dagli UUID
• 5parti dello standard nella versione 1.0
• 26decisioni di progetto numerate e motivate
• 0registri centrali necessari per funzionare

Cosa è pronto

• Specifica normativa con grammatica formale, checksum e procedura di validazione.
• Implementazione di riferimento: libreria, CLI e HTTP JSON API su un unico livello di logica.
• Generatore di codici QR ed etichette da stampare.
• Metodologia di mappatura: scansione LiDAR con il telefono, allineamento della scansione al modello, regole di posizionamento delle etichette.
• Pacchetto di esempio di un edificio con un tratto di corridoio.

Prossimi passi

• Pilota nel primo edificio: inventario di una scala, stampa e montaggio delle etichette.
• Decisione sulla pubblicazione dello standard e sulla sua licenza.
• Visualizzatore di mappa e modello 3D per l’amministratore, integrazioni con i sistemi di segnalazioni e ispezioni.

OOPIS non sostituisce i sistemi BIM né CMMS: fornisce l’identificatore e la posizione a cui questi sistemi possono fare riferimento.

La specifica è normativa, e i formati dei dati e l’implementazione devono esserle conformi. Una divergenza è un difetto, non un’interpretazione.

1. Specifica

   Grammatica dell’identificatore, checksum, sistema di coordinate, registro dei tipi, ciclo di vita dei punti, vettori di test

   • Markdown
   • ABNF
   • JSON

2. Formati dei dati

   Manifest dell’edificio, record degli elementi, contenuto QR e NFC, pacchetto dell’edificio, API del resolver

   • JSON Schema
   • SQL
   • OpenAPI
   • NDEF

3. Implementazione di riferimento

   Libreria, CLI e HTTP JSON API, generatore di etichette, test alimentati dai vettori della specifica

   • Python
   • segno
   • SVG
   • PDF

4. Metodologia e piani di implementazione

   Procedura di scansione, allineamento della scansione al modello, pipeline dalle planimetrie 2D al modello 3D, piani di PoC e MVP

   • iPhone con LiDAR
   • ICP
   • glTF 2.0

1. L’identificatore deve essere leggibile senza database. Un codice che una persona legge dall’etichetta e un sistema analizza da solo vale più di un UUID casuale con una bella interfaccia.
2. Ancora con Plus Code invece dell’indirizzo. Un edificio in costruzione non ha indirizzo, e un indirizzo può cambiare per decisione amministrativa.
3. I vettori di test sono il contratto tra specifica e codice. Un errore nella descrizione del checksum è emerso solo durante l’implementazione.
4. Uno standard nasce da un edificio concreto. OOPIS è nato dall’esigenza di un condominio, non da un comitato.