-
Notifications
You must be signed in to change notification settings - Fork 193
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
IfcSpatialElement #23
Comments
test with current version in DEV-branch (compared to the regular exporter v19.1) with regular exporter v19.1: all of them are exported as the matching Entity/TypeClass:
with current version in DEV-branch: IFC4RV1.2 |
…patial Element (Issue #23) However in IFC4RV or DTV, there is a fixed list of valid entities that will be enforced, entity such as IfcExternalSpatialElement will be exported as IfcBuildingElementProxy, unless the generic IFC4 option is used.
I'll close this issue, and I'll continue at #68 for issues concerning Entity/TypeClasses and PredefinedTypes. |
…patial Element (Issue #23) However in IFC4RV or DTV, there is a fixed list of valid entities that will be enforced, entity such as IfcExternalSpatialElement will be exported as IfcBuildingElementProxy, unless the generic IFC4 option is used.
2018-08-27 IfcSpatialElement.zip
R2019.1 / regular 19.1 exporter version vs. current-Github-master-version
Compared to the "regular" 19.1 exporter version, there seems to be an issue with the export of the entities of the class IfcSpatialElement in the current-Github-master-version.
Situation:
Model In-Place cubes (no modeltext this time, just cubes) with IfcExportAs =
IFC4RV export:
Attached: the RVT-model and the IFC4RV exports of both versions of the exporter.
The text was updated successfully, but these errors were encountered: