You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You think think of a Loop as the "closure" of the brick:feeds and/or the family of s223:connect... relationships. It was introduced in Brick in order to get around having to model individual pipes/flows/ducts/etc. The idea is that one could write a SPARQL query or SHACL rule that would infer membership in a Loop object.
I think s223:Systemcould be used as a parent of brick:Loop but I haven't had this discussion with the 223 team yet. I would think that s223:Connection and s223:Connectable would be members of the brick:Loop.
We will need to decide if we want create an entity property which captures the "flavor" of the loop, or make the different kinds of loop their own class
A few questions about loops:
brick:Loop
is currently defined as a collection of connected equipment. (Would that be as223:System
in 223?)brick:Loop
in conjunction with223:Connection
?The text was updated successfully, but these errors were encountered: