Open aothms opened 2 years ago
ping @berlotti for the possibility to note bSDD and/or IDS?
Thanks, but like to keep it separate for now. Referring to bSDD is out of the question anyway. Don't think it is wise to link standard to services.
+1 -- also for not creating unnecessary external dependencies
Proposed description makes sense.
My gut reaction when reading was to reword:
A property set (IfcPropertySet/IfcMaterialProperties/IfcProfileProperties) is a container for storing extensible data, expressed as one or more properties (subtype of IfcProperty).
into
A property set (IfcPropertySet/IfcMaterialProperties/IfcProfileProperties) is a grouping of one or more properties (subtype of IfcProperty).
Just makes the language easier for Average Joe to read :)
But given how close we are to the deadline, feel free to ignore suggestion :)
Current text
The wording for all property concepts is consistent, good!, but I find it could use some improvement:
"The data types of an individual property"
Actually. Properties have two types. In the property set listing we generally refer to them as the Property Type and the Data Type. We could debate the naming for this but I don't think we should do that now.
In the template I would propose to articulate these two types though
"reference value, list value, and combination of property occurrences."
First of all, "combinations" or "a combination" but more importantly I don't understand this. If I omit the fragments in between it reads:
Doesn't make sense to me. Is it referring to ComplexProperty?
I propose (as a rough draft):
(edited with suggestions)
The concept template Property Sets for XXX describes how an XXX can be related to one or more property sets. A property set (IfcPropertySet/IfcMaterialProperties/IfcProfileProperties) is a grouping of one or more properties (subtype of IfcProperty). The IfcProperty stores its name as a string (IfcIdentifier) in the model which differentiates it from schema attributes where the attribute name is provided as part of the schema. As such, it is used to store extensible data.
The individual subtypes of IfcProperty can describe single values (IfcPropertySingleValue), enumerated values (IfcPropertyEnumeratedValue), bounded values (IfcPropertyBoundedValue), table values (IfcPropertyTableValue), reference values (IfcPropertyReferenceValue) and list values (IfcPropertyListValue). The data type of such a property is always a member of the IfcValue select.
There are predefined property sets (now deprecated) and property sets provided as part of the IFC specification encoded in XML. Property sets are also the designated mechanism to store user-defined, vendor- and project-specific property sets.
~Should we make a reference to bSDD and/or IDS?~