Cos'è RealEstateCore e come si relaziona con Brick?

RealEstateCore (REC) è un'ontologia open source per la descrizione degli immobili e dei dati generati negli e sugli edifici. Copre regioni, siti, edifici, livelli e stanze; i beni al loro interno; le organizzazioni e le persone coinvolte; raggruppamenti amministrativi come appartamenti o locazioni; e i punti dati prodotti dai sistemi. È pubblicato sotto la licenza del MIT. Brick, al contrario, è un'ontologia open source focalizzata sulle apparecchiature dell’edificio, punti dati operativi e sulle relazioni tra loro.

I due sono complementari, non concorrenti, e sono stati riuniti. Dalla versione 1.4.0 di Brick, rilasciata nell'aprile 2024, il download di Brick contiene le ontologie Brick e RealEstateCore nello stesso file e la documentazione di REC afferma che la sua gerarchia di punti deriva dalla collaborazione con Brick.

Cosa porta REC

La documentazione di REC descrive un piccolo insieme di concetti fondamentali governati da regole di progettazione coerenti. Gli spazi sono parti contigue del mondo fisico che possono contenere altri spazi, quindi una regione contiene siti, un sito contiene edifici e un edificio contiene livelli e stanze. Le risorse sono le attrezzature e altri oggetti situati in quegli spazi. Le collezioni sono raggruppamenti amministrativi trattati come un'unità per qualche scopo, come un appartamento o un insieme di stanze messe insieme, e non devono necessariamente essere fisicamente contigue. Gli agenti sono le persone, le aziende, i dipartimenti e le altre parti interessate che ricoprono ruoli. I punti sono le capacità di rilevamento e attuazione di spazi e risorse.

Le regole sono semplici. Parthood (hasPart, isPartOf) unisce solo cose dello stesso tipo, spazi a spazi e risorse a risorse, mentre relazioni separate come locatedIn collegano una risorsa allo spazio in cui si trova. Le raccolte utilizzano una relazione "include". REC afferma che non mira a essere un nuovo standard, ma a colmare pragmaticamente quelli esistenti.

Due tipi di domande, un modello

I proprietari pongono due tipi di domande. Quelli operativi, come "quale unità serve questa zona, e la sua temperatura di fornitura è giusta?", necessitano di attrezzature, punti e topologia, che è la forza di Brick. Quelli di portafoglio e commerciali, come "come si confronta il consumo di energia per locazione nei nostri siti?", hanno bisogno della gerarchia delle proprietà, delle locazioni e delle organizzazioni, ed è qui che entra in gioco REC. Un modello che combina entrambi può rispondere a domande che oltrepassano il confine, senza mantenere due definizioni contraddittorie della stessa stanza.

Scrittura di REC e Brick in una specifica

Una specifica dovrebbe indicare quale vocabolario rappresenta quale concetto, ad esempio spazi e locazioni da REC e attrezzature e punti da Brick, contenuti in un modello con una serie di identificatori. Dovrebbe indicare la versione del Brick, che determina la versione REC in bundle e la politica di aggiornamento. Dovrebbe richiedere prove di copertura, perché la dichiarazione di un fornitore secondo cui "supporta Brick e REC" è più debole di un modello consegnato, dei risultati di convalida e di una una query funzionante tra le relazioni di cui hai bisogno. E qualsiasi estensione specifica del progetto dovrebbe essere documentata, mantenuta al minimo e pianificata per la migrazione se le ontologie condivise successivamente coprono la stessa esigenza.