We received an IFC file having below assembly structure, Is it valid and acceptable IFC assembly structure ? Does this assembly structure fits in Buildingsmart standards ?
It’s not a problem to have multiple sites with the same project file.
A site object is a contiguous area of ​​land onto which you can add one or more buildings.
At some point you have one site and no buildings. Then step by step you add buildings to sites.
The mistake could be to design several sites when in reality there is only one area.
There should NOT be IfcSite under/within an IfcBuildingStorey. Definitely something wrong there.
IfcSite should always be near the top of the spatial/logical hierarchy, right below IfcProject. An IfcSite can contain one or more IfcBuilding and/or an IfcFacility/IfcBridge/etc., but is NOT contained by them.
Maybe the IfcSite items under IfcBuildingStorey are objects that have been incorrectly classified/assigned?
I bet members of the GA would love to see the file to see what is happening.
This inclusion of IfcSite lower down is strictly allowed by the IFC schema but was immediately dis-allowed by an implementers agreement and then by the Coordination/reference view which is the convention implemented by most current authoring and analysis tools. But -for example - the Newcastle City model contains a site containing sites with each site containing multiple buildings.
@nn1 Some of the “logic” of the schema just boggles my mind.
I can understand the ability to nest site(s) within a site, but "technically " allowing a site to be nested within a building/facility/buildingstorey/facilitypart? And it takes an IA /MVD to clarify?
@nn1, the link you provided says that “a spatial structure element should only be part of an element at the same or higher level” and puts IfcSite at a higher level than IfcBuilding. Definitely no, according to this site should not be part of building.
Thank you for all your help.
Being the customer data, I can’t share the ifc file. But I captured a snapshot of assembly structure by opening it in BIMVision and attached over here.
As far as I know, the site is not some sort of subdivision of Building Storey.
You must understand the purpose of hierarchical formalism: to have a universal sense of reading data. When I build an application, I need formal logic to let me be guided by this logic to build my visual representation. If you invent a new reading direction, only you will be able to display the information. BIM will then have lost all its usefulness.
I don’t want to jump to conclusions here but this is a very common issue I find coming from Revit-generated IFC models. In Revit, there is a “Site” category that people tend to use for things like street furniture or bollards or cars or whatever. In the Revit export mapping table, at least at one point it was the default to export these as IfcSite which led to this type of IFC.
If this is the case, you can just ask your model author to read the Revit guide to IFC classes which can fix it.