IfcChangeActionEnum

BACnet MVD

#### IfcChangeActionEnum

Natural language names

| Veränderung - Aufzählung
| Change Action Enum
| Enumération des types de changement

Change log

Item | SPF | XML | Change | Description
--- | --- | --- | --- | ---
IFC2x3 to IFC4
IfcChangeActionEnum |  |  |  |
NOTDEFINED |  |  | ADDED |
MODIFIEDADDED | X | X | DELETED |
MODIFIEDDELETED | X | X | DELETED |

##### Semantic definitions at the type

Type definition

IfcChangeActionEnum identifies the type of change that might have occurred to the object during the last session (for example, added, modified, deleted). This information is required in a partial model exchange scenario so that an application or model server will know how an object might have been affected by the previous application. Valid enumerations are:

Consider Application A will create an IFC dataset that it wants to publish to others for modification and have the ability to subsequently merge these changes back into the original model. Before publication, it may want to set the IfcChangeActionEnum to NOCHANGE to establish a baseline so that other application changes can be easily identified. Application B then receives this IFC dataset and adds a new object and sets IfcChangeActionEnum to ADDED with Application B defined as the OwningApplication. Application B then modifies an existing object and (re)defines the LastModifiedDate to the time of the modification, LastModifyingUser to the IfcPersonAndOrganization making the change, and sets the LastModifyingApplication to Application B. When Application A receives this modified dataset, it can determine which objects have been added and modified by Application B and either merge or reject these changes as necessary. Consequently, the intent is that an application only modifies the value of IfcChangeActionEnum when it does something to the object, with the further intent that a model server is responsible for clearing the IfcChangeActionEnum back to NOCHANGE when it is ready to be republished.

> HISTORY New enumeration in IFC2.0.

> IFC4 CHANGE Enumerators MODIFIEDADDED and MODIFIEDDELETED have been removed

Enumeration definition

Constant | Description
--- | ---
NOCHANGE | Object has not been modified.
MODIFIED | A modification to the object has been made by the user and application defined by the LastModifyingUser and LastModifyingApplication respectively.
ADDED | The object has been created by the user and application defined by the OwningUser and OwningApplication respectively.
DELETED | The object has been deleted by the user and application defined by the LastModifyingUser and LastModifyingApplication respectively.
NOTDEFINED | The change action is not known or has not been defined.

##### Formal representations

XML Specification
`<xs:simpleType name="IfcChangeActionEnum">
<xs:restriction base="xs:string">
<xs:enumeration value="nochange"/>
<xs:enumeration value="modified"/>
<xs:enumeration value="added"/>
<xs:enumeration value="deleted"/>
<xs:enumeration value="notdefined"/>
</xs:restriction>
</xs:simpleType>
`
EXPRESS Specification
`TYPE IfcChangeActionEnum = ENUMERATION OF (
NOCHANGE,
MODIFIED,
ADDED,
DELETED,
NOTDEFINED);
END_TYPE;

EXPRESS-G diagram

`

References: IfcOwnerHistory

Link to this page