buildingSMART / buildingSMART/IDS
Empty string and cardinality of requirements
- 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.