Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Modeling loops and connections #621

Open
ektrah opened this issue Feb 14, 2024 · 1 comment
Open

Modeling loops and connections #621

ektrah opened this issue Feb 14, 2024 · 1 comment
Labels

Comments

@ektrah
Copy link
Contributor

ektrah commented Feb 14, 2024

A few questions about loops:

  • What exactly is a loop?
    • brick:Loop is currently defined as a collection of connected equipment. (Would that be a s223:System in 223?)
    • Project Haystack defines it as pipework.
  • How would I use brick:Loop in conjunction with 223:Connection?
    • Can the connections be inferred given a list of connected equipment?
  • How can I indicate that a loop is a primary loop, secondary loop, tertiary loop?
@gtfierro
Copy link
Member

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:System could 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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants