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

Handling type information for IFC4 Reference View #2

Closed
TLiebich opened this issue Feb 10, 2014 · 3 comments
Closed

Handling type information for IFC4 Reference View #2

TLiebich opened this issue Feb 10, 2014 · 3 comments
Labels

Comments

@TLiebich
Copy link
Contributor

When defining the exact scope of the IFC4 Reference View - how to handle types, and what kind of information

  • geometry
  • properties
  • material

shall be handled by the type and could be overridden at the occurrence level.

@theoryshaw
Copy link
Contributor

related pingback conversation

@timchipman
Copy link
Contributor

For geometry, see the other issue on tessellation.
For properties, seems single values, enumerated values, and perhaps bounded values should be in scope; the other ones are much more obscure -- if materials are in scope along with related property sets, some of those material property sets rely on complex properties (perhaps they should be changed to not require complex properties)
For material, several things to consider: is the reference view intended to be used for structural analysis or energy analysis? If yes, then include; if not, then don't. Style information for materials can be defined at geometry instead.

@TLiebich
Copy link
Contributor Author

so we will include:

  • type based material definitions with overriding at occurrence
  • type based property sets with overriding at occurrence
  • type based geometry (representation maps) with mapped items at occurrence

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

3 participants