Common use of Supporting Contextualization Clause in Contracts

Supporting Contextualization. ‌ Context information added to the preserved content is meant to ease the interpretation of such content in case of re-activation. The information contextualization is investigated in WP6 (see for example deliverables D6.1 [ForgetIT, 2013c]). Context information can be gained in different ways, since (a) it can be provided by the Active System at the time content is sent to the DPS, (b) the PoF Middleware can automatically extract information from the provided content and other sources such as e.g. a domain specific ontology or external knowledge sources (e.g. Wikipedia) and (c) it can be a mix of the previous two approaches. If this is possible in the considered Active System, harvesting context information which is already explicated in the Active System (option (a) above) looks more promising. In this way a richer and more quality-controlled form of context can be provided, with respect to what can be automatically extracted in the preservation process. For example in the Semantic Desktop (see WP9) content is already annotated using a ontology, i.e. the Per- ▇▇▇▇▇ Information MOdel (PIMO). This annotation, obviously, is a good source of context information for preservation. However, option (a) also puts higher requirements on the Active System: (1) explicated context has to be available (or it has to be explicated for this purpose) and (2) the Active System has to be extended with a functionality that is able to attach context information to the content information sent for preservation.

Supporting Contextualization. ‌ Context information added to the preserved content is meant to ease the interpretation of such content in case of re-activation. The information contextualization is investigated in WP6 (see for example deliverables D6.1 [ForgetIT, 2013c?]). Context information can be gained in different differ- ent ways, since (a) it can be provided by the Active System at the time content is sent to the DPS, (b) the PoF Middleware can automatically extract information from the provided content and other sources such as e.g. a domain specific ontology or external knowledge sources (e.g. Wikipedia) and (c) it can be a mix of the previous two approaches. If this is possible in the considered Active System, harvesting context information which is already explicated in the Active System (option (a) above) looks more promising. In this way a richer and more quality-controlled form of context can be provided, with respect to what can be automatically extracted in the preservation process. For example in the Semantic Desktop (see WP9) content is already annotated using a ontology, i.e. the Per- ▇▇▇▇▇ Information MOdel (PIMO). This annotation, obviously, is a good source of context information for preservation. However, option (a) also puts higher requirements on the Active System: (1) explicated context has to be available (or it has to be explicated for this purpose) and (2) the Active System has to be extended with a functionality that is able to attach context information to the content information sent for preservation.