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

Documentation inconsistencies for IfcSpatialZone #904

Open
evandroAlfieri opened this issue Oct 22, 2024 · 0 comments
Open

Documentation inconsistencies for IfcSpatialZone #904

evandroAlfieri opened this issue Oct 22, 2024 · 0 comments

Comments

@evandroAlfieri
Copy link
Contributor

Several issue regarding the documentation of IfcSpatialZone, raised by implementers trying to support it.

Issue 1

IfcSpatialZone documentation says:

Physical elements that are referenced by this spatial zone are related using the IfcRelReferencedInSpatialStructure relationship as it is a non-hierarchical assignment in addition to the hierarchical spatial containment within a subtype of IfcSpatialStructureElement.

However, IfcSpatialZone inherits from IfcSpatialElement the ability to contain physical elements (i.e., using IfcRelContainedInSpatialStructure

These two scenarios are in contrast. Shall the quoted constrain be enforced?

Issue 2

IfcSpatialZone documentation says:

The IfcSpatialZone itself can also be referenced by another spatial element using IfcRelReferencedInSpatialStructure.

However, IfcSpatialZone inherits from IfcObjectDefinition the ability to aggregates/be aggregated other (Spatial) Elements (i.e., using IfcRelAggregates)

These two scenarios are in contrast. Shall the quoted constrain be enforced?

Note that the same issue applies to IfcSpaces, as IfcSpatialZone documentations says:

Also spaces, that are referenced by this spatial zone are related using the IfcRelReferencedInSpatialStructure relationship.

Issue 3

Spatial Composition (and Decomposition) concept templates say:

In addition to the identified spatial structure elements IfcSpatialZone can be used to provide cross domain or functional zones within a project, these elements are included into the hierarchy using the Spatial Containment concept (IfcRelContainedInSpatialStructure) and can be aggregated into a functional hierarchy in the same manner as other spatial structure elements with the constraint that an IfcSpatialZone can only be composed under another IfcSpatialZone.

A few uncertainties in the above statement:

  1. It is not clear what's the subject of these elements. If it's IfcSpatialZone, then the templates are in conflict with the IfcSpatialZone description, which mandates (?) the use of IfcRelReferencedInSpatialStructure to connect IfcSpatialZone to other elements of the Spatial Structure
  2. The text suggests that an IfcSpatialZone can be aggregated with another IfcSpatialZone, to create a hierarchy, similar to what's done with Spatial Structure Elements (using IfcRelAggregates). This is either i) in conflict with the IfcSpatialZone description, which mandates (?) the use of IfcRelReferencedInSpatialStructure to link IfcSpatialZone with (any) another spatial element, which de facto includes another IfcSpatialZone; or ii) missing from IfcSpatialZone documentation, as it doesn't say anything about Spatial Zones being aggregated with each other nor which leaf of the "Spatial Zone tree" shall be linked to the Spatial Structure and how.

open questions

The above inconstancies are preventing implementers to have clear, unambiguous answers to the following questions:

  1. Can IfcSpatialZone be aggregated into the spatial breakdown?
  2. Can the same IfcSpatialZone also be referenced by multiple, other elements of the spatial breakdown?
  3. Can IfcSpatialZone contain physical elements?
  4. In both positive/negative answers of the above questions, how are these restrictions enforced?
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant