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
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?
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:
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:
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
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:
Can IfcSpatialZone be aggregated into the spatial breakdown?
Can the same IfcSpatialZone also be referenced by multiple, other elements of the spatial breakdown?
Can IfcSpatialZone contain physical elements?
In both positive/negative answers of the above questions, how are these restrictions enforced?
The text was updated successfully, but these errors were encountered:
We (Trimble Solutions Sandvika) also need to know what type of association can be used between the ifcSpatialZones that build up a parallel "non-hierarchical graph structure". Parallel to the spatial breakdown structure. By using ifcRelAggregates (as for the Spatial Breakdown Structure) it implies that the ifcSpatialZone structure is hierarchical, which is not always the case.
And we need to know how to associate/connect the ifcSpatialZone "non-hierarchical graph structure" to the Spatial Breakdown Structure:
Which association type to use
In which level in the Spatial Breakdown Structure can the ifcSpatialZone graph be inserted; Any level, ifcProject, ifcSite?
And if ifcSpatialZone graphs can be inserted at any level in the Spatial Breakdown Structure, can different ifcSpatialZones be inserted "here and there" in the Spatial Breakdown Structure or do they need to be connected to each other in one "ordered graph structure"
Several issue regarding the documentation of IfcSpatialZone, raised by implementers trying to support it.
Issue 1
IfcSpatialZone documentation says:
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:
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:
Issue 3
Spatial Composition (and Decomposition) concept templates say:
A few uncertainties in the above statement:
open questions
The above inconstancies are preventing implementers to have clear, unambiguous answers to the following questions:
The text was updated successfully, but these errors were encountered: