buildingSMART / buildingSMART/IDS

Empty string and cardinality of requirements

Open
#403 6 comments 0 reactions 0 assignees View on GitHub
Dominant language
C#
Stars
318
Forks
90
PR merge metrics
No merged PRs in 30d

Description

Hi,

a customer was confused about components with an empty string IFCLABEL property passing the following ids check:

```





IFCWALL






Pset_Name


Foo





```

From the customer's point of view, there is no difference between the property having null value or empty string, since in both cases the required data is not there so the check should fail.
The example in the "Cardinality of Requirements" section of the ids documentation states, for the "required" cardinality, that "Matching entities have a ePset_SpaceOMA/TravelDirection property of type IFCLABEL and non null value".

In the current spec, should IFCLABEL('') be considered non-null? If it is, does it make sense from the user's point of view? Most non-developers would not know/care about the distinction between null and empty string, and authoring tools could be producing either when the value of a property is deleted.

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.