buildingSMART / buildingSMART/NextGen-IFC

Remove the Reference property in the common property sets

Open
#83 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
TeX
Stars
64
Forks
4
PR merge metrics
No merged PRs in 30d

Description

Description of the proposal:

Not exactly affecting the schema, but does affect Pset definition templates, and definitely affects the users experience as it removes an important ambiguity that I've seen come up again and again. Basically the defined by type `Name` attribute and the `Pset_*Common.Reference` is a duplicate, seemingly as a fallback for software that doesn't implement IFC types. I propose to remove the duplication and stick to `Name`, which is the natural identification field people look for and has always been recommended in the past.

More info: https://forums.buildingsmart.org/t/how-do-you-store-element-codes-in-ifc/884
More more info: https://standards.buildingsmart.org/documents/Implementation/IFC_Implementation_Agreements/CV-2x3-136.html

Describe how it contributes to the objectives (https://github.com/buildingSMART/NextGen-IFC/wiki/Towards-a-technology-independent-IFC):

Less complexity, as there is a clear rule of where data should be stored

Is this a proposal to 'add', 'remove' of 'change' entities in the schema (pick one):

Remove

What do we win:

Less complexity

What do we lose

Compatibility with software that doesn't support type relationships

Schema impact:

Pset definition template removed

Instance model impact: ?

Backwards compatible:

Yes

Automatic migration possible:

Yes

Additional implications:

-
Note that not all points need to be satisfied!
Backwards compatibility and file size are not concerns.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.