Skip to content

Commit a6a6585

Browse files
committed
Initial wish list for Brick 2.0
1 parent 3bba757 commit a6a6585

File tree

2 files changed

+50
-0
lines changed

2 files changed

+50
-0
lines changed

.gitattributes

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1 @@
1+
* text=auto

wishlist.md

Lines changed: 49 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,49 @@
1+
# Wish List for Brick 2.0
2+
3+
### Scope
4+
5+
* An incremental improvement to Brick 1.x with some breaking changes, not a complete remake
6+
7+
### Clean up "design mistakes"
8+
9+
- ...
10+
- ...
11+
12+
### Complete the technical merger with RealEstateCore (REC)
13+
14+
- Unify common concepts, such as `rec:Collection` and `brick:Collection` or `rec:feeds` and `brick:feeds`
15+
- Publish one ontology with one prefix and one namespace IRI
16+
- ...
17+
18+
### Rebase Brick on ASHRAE Standard 223
19+
20+
- Option 1: literally extend the 223 ontology
21+
- *Pro:* do not have to reinvent what is already there
22+
- *Con:* 223 insists on a lot of detail via its SHACL shapes that Brick 1.x doesn't insist on
23+
- Option 2: duplicate the major concepts of 223 into Brick (and define a trivial alignment)
24+
- *Pro:* allow more freedom (e.g., every 223 model could be trivially converted to a Brick 2.0 model, but not every Brick 2.0 model converted-to-223 would necessarily pass 223's stricter SHACL shapes)
25+
- *Con:* needs a conversion step
26+
27+
### Made for AI
28+
29+
- Favor designs that make instance data easily digestible for LLMs via MCP
30+
31+
### Clean up
32+
33+
- Exclusively use QUDT quantity kinds in favor of Brick's (add missing ones to QUDT if needed)
34+
- Revise the `brick:Substance` hierarchy in Brick (align with 223; add phenomena like wind, noise, etc.)
35+
- Split `rec:Architecture` into physical and logical spaces (cf. `s223:PhysicalSpace`/`s223:DomainSpace`)
36+
- ...
37+
38+
### New features
39+
40+
- The semantics of every `brick:Point` subclass should be fully described through semantic annotations
41+
- Define enumerations of the possible values for `brick:Point` subclasses describing states (e.g., on/off/auto)
42+
- ...
43+
44+
### Built on a solid foundation
45+
46+
- RDF (rdf:), RDF Schema (rdfs:), and XML Schema Datatypes (xsd:)
47+
- SHACL for validation, documentation, and basic reasoning
48+
- QUDT for quantity kinds and units
49+
- GeoSPARQL for geospatial data

0 commit comments

Comments
 (0)