Autodesk / Autodesk/revit-ifc

Mapping pset value from a parameter or another ? Mapping using built in parameter name ?

Open
#303 3 comments 0 reactions 0 assignees View on GitHub
parameters-properties Triage
Dominant language
C#
Stars
637
Forks
225
PR merge metrics
No merged PRs in 30d

Description

Hello,

I have looked into source forge wiki and other sources but I did not find how to map 2 different parameters depending of which one is available in the object to the same pset property.

# Case
I want to map duct width and height for rectangular ducts and diameter for round duct. I use parameter mapping table.
## Works
_Warning: parameters name in French_
Only for rectangular ducts:
```
Pset_DuctSegmentTypeCommon NominalDiameterOrWidth Largeur
Pset_DuctSegmentTypeCommon NominalHeight Hauteur
```
Only for round ducts:
```
Pset_DuctSegmentTypeCommon NominalDiameterOrWidth Diamètre
```
## Does not work
Mapping both rectangular and round ducts:
```
Pset_DuctSegmentTypeCommon NominalDiameterOrWidth Largeur
Pset_DuctSegmentTypeCommon NominalHeight Hauteur
Pset_DuctSegmentTypeCommon NominalDiameterOrWidth Diamètre
```
Only the width and height is mapped. Not Diameter.
```
Pset_DuctSegmentTypeCommon NominalHeight Hauteur
Pset_DuctSegmentTypeCommon NominalDiameterOrWidth Largeur | Diamètre
```
Only height is mapped
# Question 1
Is it possible to map with a parameter or another ? If yes, how ? If not, how to solve above case to be able to correctly export parameter values to IFC standard psets ?
# Question 2
Is it possible to map using BuiltInParameter names instead of localised name ? It would allow to have an IFC standard mapping table. If yes, how ? If not would it be possible to add this possibility in next version ?

Contributor guide

Open the contributing guide

Research direction

Start by reproducing the parameter mapping table cases described in the issue for rectangular and round ducts. Review the exporter’s mapping behavior and determine whether conditional fallback mappings and BuiltInParameter names are supported; done means the supported behavior or a clear implementation scope and workaround are documented.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.