Autodesk / Autodesk/revit-ifc

PR: auto-generated building element proxy type

Open
#676 4 comments 0 reactions 0 assignees View on GitHub
problem
Dominant language
C#
Stars
637
Forks
225
PR merge metrics
No merged PRs in 30d

Description

### Problem Description

There seems to be a case where Revit auto generates a bunch of IfcBuildingElementProxy elements, each with its own IfcBuildingElementProxyType. I believe in this case it is some sort of curtain wall reveal or other profile being used as part of a curtain wall. This ends up with a model with hundreds of IfcBuildingElementProxyTypes. They cannot be edited in Revit (i.e. cannot set IfcExportAs) so we cannot set any properties.

This means that clients will see a bunch of generic proxy elements missing all the data that they request.

![2023-08-25-153003_1920x579_scrot](https://github.com/Autodesk/revit-ifc/assets/88302/55a1d0f4-3f48-4489-9443-1227c0961233)

### Revit Version

2023.1.x

### IFC for Revit Addon Version

23.2.5

### Windows Version

11 22H2

Contributor guide

Open the contributing guide

Research direction

Start by reproducing the reported curtain-wall case in Revit 2023.1.x with IFC for Revit 23.2.5, then trace how auto-generated IfcBuildingElementProxy elements and their types are exported. Done means the generated proxies no longer leave clients with generic elements missing the requested data; the issue names no source files or tests to run.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp
Domain
tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.