#  1 Executive Summary

Horizon 2020 aims to make all data generated through its funded projects as
widely accessible as possible while also protecting personal and sensitive
data. This is achieved through participation of the Horizon 2020 funded
projects in the Open Research Data Pilot (ORDP). RECO2ST participates by
default in the ORDP form which a series of obligations result:

  1. All data should be Findable, Accessible, Interoperable, Re-usable (FAIR) 

  

  2. All data needed to validate the results presented in publications should be granted open access 

  

  3. Legal requirements according to Article 29.3 of the Grant Agreement 

  

  4. A Data Management Plan has to be prepared. 

  

  

The present document is the first version of the Data Management Plan for the
RECO2ST project. The Data Management Plan is a living document that will
evolve and be updated along the course of the project. In the current version
is presented a summary of the data that will be collected and generated from
the project including purpose of data collection/generation as well as origin,
type and format of data. A long series of data is expected to be
collected/generated originating from various sources and in various formats.
The use of historical data and data utility are also identified.

Moreover, the actions to be taken for making data FAIR are outlined. RECO2ST
will take all necessary actions and steps in order to make the data findable,
openly accessible, interoperable and reusable as soon as possible. This will
be achieved by selecting credible repositories that allow open access to data
and providing appropriate licences that allow data reuse. When restrictions
are deemed necessary in finding, accessing or re-using certain datasets, these
are stated along with justification. Finally, a first planning of data
management and data security is presented.

#  2 Introduction

Horizon 2020 aims to make all knowledge generated through its funded projects
as widely accessible as possible by granting Open Access to scientific
publications and research data. The intention is to support the development of
research and innovation in the EU by building on and improving earlier work
that can be easily findable, accessible and re-usable. At the same time
industries and the public should benefit from this knowledge at no cost and
have the ability to access it online. Specifically for research data,
participation to the Open Research Data Pilot is required by default for all
Horizon 2020 funded projects, as of the Work programme 2017 and covers all
thematic areas [1].

The RECO2ST project participates in the Open Research Data Pilot Programme.
Therefore, the following obligations apply with regards to data management:

  1. **All research data should be FAIR** : Findable, Accessible, Interoperable and Re-usable[2] 

  

  

_Examples of data include statistics, results of experiments, measurements,
observations resulting from fieldwork, survey results, interview recordings
and images_ ([2], pg. 6).

  2. **Open access** should be provided to the **data needed to validate the results presented in publications** (including other data that are specified in the DMP)[2] 

  

  3. **Legal requirements**

  

  

According to the Article 29.3 “Open access to research data” of the Grant
Agreement:

_Regarding the**digital research data** generated in the action (‘ **data**
’), the beneficiaries must: _

  1. _deposit in a research data repository and take measures to make it possible for third parties to access, mine, exploit, reproduce and disseminate — free of charge for any user — the following:_

  

  

  1. _**the data, including associated metadata** , needed to validate the results presented in scientific publications as soon as possible; _

  

  2. _other data, including associated metadata, as specified and within the deadlines laid down in the 'data management plan';_

  

  

  2. _**provide information** — via the repository — **about tools and instruments** at the disposal of the beneficiaries and necessary for validating the results (and — where possible — provide the tools and instruments themselves). _

  

  

_…the beneficiaries do not have to ensure open access to specific parts of
their research data if the achievement of the action's main objective, as
described in Annex 1, would be jeopardised by making those specific parts of
the research data openly accessible. In this case, the data management plan
must contain the reasons for not giving access._

  4. **A** **Data Management Plan** has to be prepared that defines: what datasets will be generated/processed, whether/how these datasets will be accessible, how data are going to be stored/preserved, sensitive data protection, making data FAIR, which datasets will be closed and reasons [2]. 

  

  

The present document is the Data Management Plan for the RECO2ST project and
addresses the obligations that derive from the participation in the ORDP. The
DMP structure and contents follow the template that is proposed in [3].

#  3 Data Summary

The RECO2ST project aims at developing near zero energy, cost effective and
healthy retrofit solutions for the aging building stock of Europe. This aim
will be achieved through a systemic three step approach:

  * Deployment of a Refurbishment Assessment Tool (RAT) that will create refurbishment scenarios 

  

  * Adoption of Integrated Project Delivery (IPD) for the formulation of renovation Action Plans 

  

  * Development and installation of a refurbishment package (Retrofit-Kit) that will include innovative and customizable technologies for personalised renovation. 

  

Four demonstration sites (apartment buildings in Spain, Switzerland, UK and
Denmark) have been chosen for implementing and validating the RAT tool and the
Retrofit-Kit personalised renovation solutions.

An additional early adopter site (Friburg CH) will also be used in order to
collect early data from the early version until final version of the RECO2ST
RAT and related tools.

For the development of the tools and the retrofit solutions each work package
will collect and/or generate a series of data as follows:

 **Data Collection and Generation within WP2**

  * Project KPIs 

  

In Task 2.1 the overarching aim of data collection and generation will be the
matching of users’ expectations with outputs of proposed retrofit solutions
(and their controls) in terms of energy reduction, cost, safety and indoor
environmental conditions.

Task 2.1 will collect the end user requirements (thermal comfort, indoor air
quality (IAQ), daylighting, outdoor connectivity and controllability of
environmental conditions) through prevailing building benchmarks and end-
users’ perceptions will be collected by direct consultation and historical
energy consumption files. These will be matched with environmental conditions,
energy savings and costs in order to derive KPIs that satisfy the user
expectations and produce a set of parameters for input into the sensor and
energy management system that will be developed in WP5. Legislative
requirements for each demo-site (in Denmark, Switzerland, Spain and the UK);
state-of-the-art regulatory guidelines and industrial best practices to
achieve nZEBs; occupants’ comfort expectations (thermal, visual, acoustical,
indoor air quality and safety) and the functional requirements and controls
for the adoption of the solutions have been reported by recently funded
European projects and other sources cited in the Deliverable 2.1 (End user
requirements).

  * Specifications 

  

Technical specifications of the proposed nZEB renovation components will be
provided by technology providers participating in the project and will be
collected in Task 2.2. These will be aligned with the KPIs of energy and
environmental conditions.

  * Performance prior retrofitting 

  

Data will be collected in order to capture the buildings’ performance prior to
and after retrofitting.

An initial energy audit will take place as part of Task 2.3 in order to form
the baseline performance of the buildings prior to retrofitting. The energy
audit will collect information such as structural and geometrical features,
thermal properties of the envelope, electric systems, internal loads,
occupancy schedules, etc.

Up to date energy use will be determined based on historical energy invoices.
Energy demand and consumption of the buildings will be derived from
simulations. Existing energy/power invoices can further enhance the energy
consumption definition.

The data collected and generated through WP2 will be used as input in
following work packages.

  * **Data Collection and Generation within WP3** WP3 will develop the RAT tools. 

  

Task 3.1 will create a new database structure derived from EPIQR+ database
(buildings dimensional coefficients, costs and materials) and data collected
from EU building information databases regarding building materials,
regulations and legislation relevant to the time of building construction,
location and type of the building to be refurbished, as well as the current
legal framework. The management of LCA-related data, relevant to WP3, will be
addressed under WP8 with which the LCA activities are linked

The RAT tools (web-based interface) will be developed in task 3.1 and will
communicate with modules (like ROWBUST by TNI, ECOSOLUTIONS by GWAT, LCA by
Quantis, Energy auditing and modification and integration by UCA) to extract
data and results needed to evaluate refurbishment scenarios (Task 3.2).

This platform will also collect user/client information (contact information,
address, building information extract from modules) in order to manage user
connection and navigation between buildings refurbishment scenarios.

  * **Data Collection and Generation within WP4**

  

In WP4 the technologies and materials that will be considered for the Retrofit
Kit will be developed.

In Task 4.1 and subtask 4.1.2 the properties of the VIPs will be measured,
analysed and datasets generated.

Task 4.2 will collect the power output data and carbon emission savings data
of PV installations with the use of energy meters and other suitable sensors.

Task 4.4 is responsible for HVAC selection and shall collect equipment data
related to performance, cost, environmental data and end of life.

Through Task 4.5 the impact of cooling solutions on the cooling consumption
reduction will be quantified through advanced thermal simulations.

Finally, Task 4.6 will investigate the implementation of nature based
technologies. In Task 4.6.1 air disinfection data will be collected after an
assessment with silver ions, H2O2 and UV-radiation. Furthermore data of the
microbial spore load of the air will be collected through tests with regular
air suction tests and grow medium.

  * **Data Collection and Generation within WP5**

  

WP5 will develop a Wireless Sensor Network (WSN) with the purpose to collect
various data that will feed the assessments to be carried out in other work
packages (WP2, WP4, WP6 and WP7).

In task 5.1 various data will be collected with WSN. The data to be collected
include: temperature, light, humidity, airflow, occupancy, electricity, gas,
CO2, etc. Especially for the VIP panels, RFID sensors will collect the
internal gas pressure of the panels.

Furthermore, in Task 5.2, in order to maintain the KPIs, the WSN will be
integrated with control algorithms which will generate appropriate actuating
signals (water/Air flow rate, valve position etc.) and suitable set-point
trajectories for HVAC components.

In task 5.3 user feedback such as comfort levels, request for improved air
quality, change in ambient temperature, etc. will be collected through the
WSN.

  * **Data Collection and Generation within WP6** WP6 is intended to validate the RECO2ST tools. 

  

In Task 6.1 a test facility will be prepared to enable the validation of a
number of technologies developed in WP4. These include sensing, HVAC,
(Intelligent Energy management System) IEMS, and smart windows. Various tests
will be conducted and monitored using temperature, relative humidity, CO2,
Particulate Matter (PM), and volatile organic compounds (VOC) sensors. Data
from these sensors will be collected and stored for evaluation of technology
performances.

Tasks 6.2 and 6.3 will generate data related energy consumption, cost of
retrofit scenarios, and indoor environmental quality data (temperature,
relative humidity, CO2, VOCs and PMs)

Task 6.4 shall replicate the tests performed in tasks 6.2 and 6.3 in a non-
residential setting and produce the same types of data.

  * **Data Collection and Generation within WP7**

  

In WP7 data will be collected from the demonstration sites.

Task 7.1 is connected to Task 2.3 and WP5 for the establishment of a
monitoring plan comprising the initial energy audit (Task 2.3) and monitoring
after retrofitting (through WSN developed in WP5).

In tasks 7.2 through 7.5 the sites will be prepared. Through these tasks
architectural and engineering plans will be developed. Furthermore, these
tasks will be the installation site and data source for the WSN that will be
developed in WP5.

Task 7.6 along with the evaluation of the results will perform a cost benefit
analysis. For the analysis, energy performance of various scenarios
considering the implementation of alternative competing technologies will be
calculated using energy calculation software. For that purpose, data of the
alternative technology options will be collected from publicly available data.

 **Data Collection and Generation within WP8**

WP8 will investigate the commercialisation of RECO2ST.

In Task 8.3 LCA and LCC analyses will be performed. For that purpose available
data in existing Life Cycle Inventory (LCI) databases will be used in order to
populate the LCA and LCC modules of the developed RECO2ST RAT tools or the
existing tools interacting with the RECO2ST RAT (e.g. EPIQR, ECOSOLUTIONS,
ROWBUST). Additionally, data gaps will be identified and will be filled by
collecting LCA data available in the literature as well as expertise input
from the technical partners in the project. LCC data used to ensure data
consistency with LCA may be generated as well.

In addition to LCI data available from public and/or commercial databases,
custom processes (LCI data) will be developed to meet the needs of the RECO2ST
project. The management of such data will be clarified with the database
owners. The availability of data generated by Quantis shall be discussed with
the partners involved with the platform development, in agreement with the
exploitation strategy.

Task 8.4 will collect GIS aerial photographs of every demonstration site in
order to determine indices of (a) aspect (height to width), (b) plan density
(built foot print), (c) fabric density (vertical surface), (d) green density,
(e) thermal mass (specific heat capacity), and (f) surface albedo of the
district.

These indices will be used in order to calculate air flow and temperature
field using CFD.

Furthermore, Task 8.4 will produce weather files of future climate change
scenarios, applicable to the demonstration sites. For that purpose, location
specific weather files will be selected (or generated through METEONORM if not
available).

In subtask 8.4.2 interior temperature, humidity, CO2 levels, VOCs and
particulate matter data will be collected regarding the capacity of a climate
wall technology to provide air-conditioning and sanitation. The WSN technology
will support monitoring and collection of data. Moreover, literature values of
cost and efficiency data of competing technical installations such as split
airconditioning units and humidifiers will be collected and compared to the
values of the RECO2ST nature-based technologies. CO2 reduction from the
application of nature-based technologies will also be analysed.

Task 8.5 includes the development of a Business Model Kit for residential
building renovation. The

Business Model Kit will address the whole value chain of the renovation
process and will detail the value proposition (energy savings, thermal and
visual comfort and increased air quality, real estate value upgrade based on
higher building ratings, etc.), key partners and stakeholders, activities and
resources, the economies of scope and scale, funding mechanisms and financing
schemes. In order to complete this task, several types of data may be
collected in close contact with T8.6 (Assessment of early adopter sites). This
may include energy, building, environment, and occupants/tenants behaviour
data; for the latter in the form of consolidated anonymised data). In
addition, financial data as well as business data from stakeholders involved
in a building refurbishment may be collected (presumably throughout surveys,
interviews or specific data request).

Finally, in Task 8.6 early stage data from early versions until final versions
of the RAT and related tools will be collected on so called “early adopters
sites” in the city of Fribourg (Switzerland). Specifically, energy
consumption, energy efficiency measures (EcoSolutions-Audit), Investment needs
(EPIQR-analysis) as well as LCA data from the implementation of the RECO2ST
tools on an early adopter site will be collected (this may include energy,
building, environment, and occupants/tenants behaviour data; for the latter in
the form of consolidated anonymised data).

##  3.1 Origin, type and format of data

In the following table the origin, type and format of data, that will be
collected from the various tasks as described above, are presented (Table 1).

_Table 1: Origin, type and format of data that will be collected/generated
from the project_  
  
<table>  
<tr>  
<th>

**Data**

</th>  
<th>

**Origin**

</th>  
<th>

**Type**

</th>  
<th>

**Format**

</th> </tr>  
<tr>  
<td>

WP2

</td> </tr>  
<tr>  
<td>

**User expectations about thermal comfort, IAQ,**

**daylighting**

</td>  
<td>

Literature review (Publicly available information: legislations, standards,
technical reports, guidelines)

</td>  
<td>

Quantitative

</td>  
<td>

Reports (.doc, .pdf), Comma-

Separated Values

(.csv), Diagrams

</td> </tr>  
<tr>  
<td>

**User expectations about connectivity to outdoors and controllability of**

**environmental conditions**

</td>  
<td>

Literature review (Publicly available information: legislations, standards,
technical reports, guidelines accomplished and ongoing projects,

scientific papers)

</td>  
<td>

Qualitative

</td>  
<td>

Reports (.doc, .pdf), Comma-

Separated Values

(.csv), Diagrams

</td> </tr>  
<tr>  
<td>

**KPIs of user expectations**

</td>  
<td>

Literature review (Publicly available information:

</td>  
<td>

Quantitative

</td>  
<td>

Reports (.doc, .pdf), Comma-

Separated Values

</td> </tr> </table>  
<table>  
<tr>  
<th>

**Data**

</th>  
<th>

**Origin**

</th>  
<th>

**Type**

</th>  
<th>

**Format**

</th> </tr>  
<tr>  
<td>

</td>  
<td>

legislations, standards, technical reports, guidelines)

</td>  
<td>

</td>  
<td>

(.csv), Diagrams

</td> </tr>  
<tr>  
<td>

**Specifications of nZEB components**

</td>  
<td>

Literature review

(Publicly available information: legislations, standards, technical reports)

</td>  
<td>

Quantitative

</td>  
<td>

Reports (.doc,

.pdf)

</td> </tr>  
<tr>  
<td>

**General building information (age, address, size)**

</td>  
<td>

Audit

</td>  
<td>

Quantitative & Qualitative

</td>  
<td>

Images (.jpg),

Comma-

Separated Values

(.csv)

</td> </tr>  
<tr>  
<td>

**Structural and geometrical features**

</td>  
<td>

Audit

</td>  
<td>

Qualitative & Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv)

</td> </tr>  
<tr>  
<td>

**Thermal properties of the envelope**

</td>  
<td>

Audit

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv)

</td> </tr>  
<tr>  
<td>

**Architectural plans/sections**

</td>  
<td>

Audit

</td>  
<td>

Qualitative

</td>  
<td>

Industry

Foundation

Classes (.ifc),

DWG (.dwg)

</td> </tr>  
<tr>  
<td>

**Electric systems**

</td>  
<td>

Audit

</td>  
<td>

Qualitative & Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv)

</td> </tr>  
<tr>  
<td>

**Appliances**

</td>  
<td>

Audit

</td>  
<td>

Qualitative & Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv)

</td> </tr>  
<tr>  
<td>

**Occupancy schedules**

</td>  
<td>

Audit, Assumptions, Measurements

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

(Figures, Tables)

</td> </tr>  
<tr>  
<td>

**Energy demand and consumption prior to**

**retrofitting**

</td>  
<td>

Simulations, Energy invoices

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv), Diagrams

</td> </tr>  
<tr>  
<td>

WP3

</td> </tr> </table>  
<table>  
<tr>  
<th>

**Data**

</th>  
<th>

**Origin**

</th>  
<th>

**Type**

</th>  
<th>

**Format**

</th> </tr>  
<tr>  
<td>

**User information (Contact, address, building information)**

</td>  
<td>

GUI

</td>  
<td>

Qualitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Building information (address, energy consumption, material)**

</td>  
<td>

GUI and modules

</td>  
<td>

Qualitative/ Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Building information (buildings dimensional**

**coefficients, costs and material)**

</td>  
<td>

EPIQR+ database

</td>  
<td>

Qualitative / Quantitative

</td>  
<td>

To Be Decided

(Databases)

</td> </tr>  
<tr>  
<td>

**Building information (material, typologies, regulations,**

**building types)**

</td>  
<td>

EU databases

</td>  
<td>

Qualitative / Quantitative

</td>  
<td>

To Be Decided

(Databases)

</td> </tr>  
<tr>  
<td>

WP4

</td> </tr>  
<tr>  
<td>

**VIP properties**

</td>  
<td>

VIP measurement and testing (guarded hot plate system, Fourier transform
infrared equipment, Mercury porosimetry, accelerated ageing

tests

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv) and Images (.jpg) or any other suitable file type

</td> </tr>  
<tr>  
<td>

**Power output of PV arrays**

</td>  
<td>

Energy meters, temperature and heat flux sensors in conjunction with a data
logger system

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv) and Images (.jpg) or any other suitable file type

</td> </tr>  
<tr>  
<td>

**Carbon emission savings data of PV arrays**

</td>  
<td>

Energy meters

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv) and Images (.jpg) or any other suitable file type

</td> </tr>  
<tr>  
<td>

**Cooling consumption reduction**

</td>  
<td>

Advanced thermal

simulations

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values (.csv) and Images (.jpg) or any other suitable file type

</td> </tr> </table>  
<table>  
<tr>  
<th>

**Data**

</th>  
<th>

**Origin**

</th>  
<th>

**Type**

</th>  
<th>

**Format**

</th> </tr>  
<tr>  
<td>

**Air disinfection data**

</td>  
<td>

Indoor sensors at specified locations on inlet/outlet pipes and within the
room, and data collected

through data loggers

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv) and Images (.jpg) or any other suitable file type

</td> </tr>  
<tr>  
<td>

**Microbial spore load**

</td>  
<td>

Indoor temperature, airflow and heat-flux sensors at specified locations and
data collected through

data loggers

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv) and Images (.jpg) or any other suitable file type

</td> </tr>  
<tr>  
<td>

**Advanced windows**

</td>  
<td>

Indoor and outdoor temperatures,

Window gap and sun wall temperatures,

Pressure and moisture level, airflow and heat-flux sensors at specified
locations and data collected through

data loggers

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values (.csv) and Images (.jpg) or any other suitable file type

</td> </tr>  
<tr>  
<td>

**HVAC equipment data (cost, environmental data, end of life)**

</td>  
<td>

Equipment provider

(equipment data-

sheet)

</td>  
<td>

Quantitative

</td>  
<td>

.xls

</td> </tr>  
<tr>  
<td>

WP5

</td> </tr>  
<tr>  
<td>

**Temperature, light, humidity, airflow, occupancy, electricity, gas, CO2**

</td>  
<td>

WSN

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Comfort levels, request for improved air quality, change in ambient
temperature**

</td>  
<td>

WSN

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Internal gas pressure of VIP**

</td>  
<td>

RFID sensors

</td>  
<td>

Quantitative

</td>  
<td>

Comma-

Separated Values

(.csv) and Images (.jpg) or any other suitable file

</td> </tr> </table>  
<table>  
<tr>  
<th>

**Data**

</th>  
<th>

**Origin**

</th>  
<th>

**Type**

</th>  
<th>

**Format**

</th> </tr>  
<tr>  
<td>

</td>  
<td>

</td>  
<td>

</td>  
<td>

type

</td> </tr>  
<tr>  
<td>

</td>  
<td>

WP6

</td>  
<td>

</td>  
<td>

</td> </tr>  
<tr>  
<td>

**Temperature, relative**

**humidity, CO2, PM**

</td>  
<td>

Sensors in monitored

test cells

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**VOC**

</td>  
<td>

</td>  
<td>

Sensors in monitored test cells, microbial tests

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**HVAC efficiency**

</td>  
<td>

</td>  
<td>

Monitored test cells

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Energy consumption**

</td>  
<td>

</td>  
<td>

Demo sites

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Cost of retrofit scenarios**

</td>  
<td>

</td>  
<td>

Demo sites

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**IAQ**

</td>  
<td>

</td>  
<td>

Demo sites

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

</td>  
<td>

</td>  
<td>

WP7

</td>  
<td>

</td>  
<td>

</td> </tr>  
<tr>  
<td>

**Architectural plans**

</td>  
<td>

</td>  
<td>

Responsible

Architect of each demo site

</td>  
<td>

N/A

</td>  
<td>

.dwg or .pdf

</td> </tr>  
<tr>  
<td>

**Engineering plans**

</td>  
<td>

</td>  
<td>

Responsible Engineer of each demo site

</td>  
<td>

N/A

</td>  
<td>

.dwg or .pdf

</td> </tr>  
<tr>  
<td>

**Energy performance**

**alternative scenarios**

</td>  
<td>

**of**

</td>  
<td>

Responsible partner for each site

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Alternative competitive**

**technologies’ data**

</td>  
<td>

Publicly available information

</td>  
<td>

To Be

Decided

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

</td>  
<td>

WP8

</td>  
<td>

</td>  
<td>

</td> </tr>  
<tr>  
<td>

**LCA and LCC data** (including LCA database for EPIQR and RAT platform in
relation with

WP3)

</td>  
<td>

Existing public and/or commercial Life Cycle Inventory (LCI) databases,
Literature, custom processes developed by Quantis, expert judgement of

technical partners

</td>  
<td>

Quantitative and qualitative

</td>  
<td>

Report (.doc, .pdf), LCI processes and

datasets (.xlsx)

</td> </tr> </table>  
<table>  
<tr>  
<th>

**Data**

</th>  
<th>

**Origin**

</th>  
<th>

**Type**

</th>  
<th>

**Format**

</th> </tr>  
<tr>  
<td>

**GIS photos**

</td>  
<td>

Web accessible data

</td>  
<td>

Qualitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Site indices: aspect** (height to width), **plan density** (built foot
print), **fabric density** (vertical surface), **green density** , **thermal
mass** (specific heat capacity), **surface albedo of the district.**

</td>  
<td>

Analysis of GIS

photos

</td>  
<td>

Qualitative and/or quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Site air flow and temperature field**

</td>  
<td>

CFD

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Weather files of future climate**

</td>  
<td>

Web accessible data

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Location specific weather files**

</td>  
<td>

Selected (or generated through METEONORM if not available).

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Air-conditioning and sanitation data of climate wall**

</td>  
<td>

Monitored with WSN

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Cost and efficiency of**

**competing technologies**

</td>  
<td>

Literature

</td>  
<td>

Qualitative and/or quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**CO2 Reduction**

</td>  
<td>

From LCA databases (or equivalents)

</td>  
<td>

Quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Financial data as well as business data from stakeholders involved in a
building refurbishment**

</td>  
<td>

Collected by means of interviews, surveys or specific data request.

</td>  
<td>

Qualitative and/or quantitative

</td>  
<td>

To Be Decided

</td> </tr>  
<tr>  
<td>

**Early stage data (energy consumption, building data, owners/tenant data,
environment quality (including temperature, humidity etc.))**

</td>  
<td>

Collected during assessment (local visit of the

buildings), instruments, databases, occupants surveys

</td>  
<td>

Qualitative and/or quantitative

</td>  
<td>

To Be Decided

</td> </tr> </table>

##  3.2 Re-use of existing data

###  1.1.1 Historical Energy Data

For the purpose of Task 2.3 and the performance assessment of the buildings,
energy/power consumption of the buildings will be characterised by collecting
previous energy/power invoices, where possible. Historical energy data
available from prior years can further enhance the formation of the baseline
for performance evaluation. Historical energy consumption files will also
support the development of end users’ perceptions in Task 2.1.

###  1.1.2 Legislations – regulations - benchmarks

Prevailing building benchmarks will be consulted for the collection of end-
users’ requirements in task 2.1. Furthermore legislative requirements will be
collected for each demo-site as well as stateof-the-art regulatory guidelines
and industrial best practices to achieve nZEBs.

###  1.1.3 Existing Building Information Databases

The EPIQR+ database and EU building information databases will be exploited in
Task 3.3 in order to support the generation of retrofit scenarios.

###  1.1.4 Publicly available data of technologies

Publicly available data of alternative competitive technology solutions will
be collected in Task 7.6 so as to be used as input in the energy simulations
for the evaluation of alternative scenarios. Furthermore cost and efficiency
data of competing technologies that are available in literature will be used
for comparison to the values of the RECO2ST nature based technologies.

###  1.1.5 Existing LCA databases and literature

LCA data will be collected from existing Life Cycle Inventory (LCI) databases
and from the literature in order to populate the LCA & LCC module of the
RECO2ST tools and support the LCA analysis in Task 8.3. The management of such
existing data will be clarified with the database owners during the project.

###  1.1.6 Weather Files

Location specific weather files will be selected (or generated through
METEONORM if not available) in order to support the creation of future climate
weather files in Task 8.4

##  3.3 Size

At this stage of the project, with respect to WP2, the deliverables that have
been produced are:

  * D 2.1 – report, word format (.docx), size 2.5 MB 

  

  * D 2.2 – report, word format (.docx), size 1.2 MB 

  

In WP4 the data collected from lab testing of the components and full-scale
systems installed at various demo-sites will be in the excess of 10GB.

The expected size of the data that will be collected form the remaining
various tasks of the project will be estimated later on as the project
progresses.

Specifically with relation to the tools, the size of data will depend on order
of magnitude for each assessment.

##  3.4 Data utility

First and foremost, the data collected and generated through each work package
will be used as input for other work packages of RECO2ST. Overall, the data
collected and generated in the RECO2ST project will be useful source for
testing, developing and validating similar tools as well as for allowing
interoperability with other tools for similar purposes.

The data that will be generated regarding energy consumption before and after
renovation as well as regarding user expectations can be used as a source of
literature and reference for comparison with similar projects in identifying
trends and the potential of certain retrofit interventions and technologies.
Furthermore, the weather files of future weather scenarios that will be
developed will be a valuable source in assessing future energy savings, as
well as the impact of urban environment on proposed retrofits.

The collection of LCA & LCC data and the development of a Life Cycle Inventory
(LCI) database of renovation works will be useful to any stakeholder
interested in integrating sustainability aspects in building renovation
projects. Especially, using the LCA/LCC module of the RAT platform and the
associated data, decision makers will have a solid basis to compare building
renovation scenarios based on their environmental and economic performances
and identify where their main hotspots are. In addition, by providing
quantitative results of product’s environmental footprint, LCA results will
also help ReCO2ST technology developers by informing on the sustainability
performances of their developed solution.

The data collected pertaining to the design and performance of the energy
efficient and generation technologies will be useful for (i) manufactures and
suppliers; (ii) specifiers and installers; (iii) building owners/managers and
occupants; (iv) policy makers. The aforementioned groups may be within and/or
outside the current project. Moreover, the data generated and collected
regarding the impact of the proposed nature-based technologies will aid
interior greening and nature-based solution providers to assess the quantity
and type of available solutions, and provide useful indicators to building
owners/managers and occupants.

Finally, the data collected regarding user habits, expectations and responses
to system changes can be used to optimize thermal comfort settings and
understand user’s needs. This data will be valuable for comparison across
demonstration sites as well as within a given multi-dwelling building.

#  4 FAIR Data

##  4.1 Making data Findable

RECO2ST data will be made findable as an obligation of participation in the
ORDP.

The building energy consumption, user settings (i.e. thermal set points),
indoor air and environmental data (i.e. CO2 levels, indoor air temperature)
will all go into a database for safe storage. Using a standardised taxonomy
for building energy data based on the Building Energy Data Exchange
Specification (BEDES)[4] for buildings the data will be findable using
standard tools and search criteria.

##  4.2 Making data openly Accessible

As a requirement resulting from participation in the ORDP and Article 29.3 of
the Grant Agreement, all data should be made openly accessible. The data will
be made available at the end of the project. All data from WP4 will firstly be
made accessible to the current partners of the project and after securing
Intellectual Property (IP) will be made accessible to all.

The data will be made accessible by deposition in repositories. All the data
will be published on the certified free-access repository Zenodo [5]. If
deemed necessary, partners can select to deposit their data in other
repositories that can be found through re3data.org [5],[6].

Certain datasets will be restricted from being openly available as justified
below by the partners responsible for collecting/generating these datasets:

  * **WP3** : The user/client information that will be collected in the RAT tools (GUI) cannot be openly available respecting the GDPR. The same applies to the data extracted from the modules connected to this web application. The EPIQR+ database will also not be openly available in order to protect the refurbishment cost method that has been developed by ESTIA in the last 20 years. 

  

  * **WP4** : All data pertaining to the design and performance of new technologies will not be made available open access to any audience until IPs have been protected and any patent applications have been filed. Once the IP is protected, the data can be deposited on open access sources. 

  

  * **WP7** : Respecting the General Data Protection Regulation (GDPR)[7], data belonging to tenants cannot be shared. The data issued from sensors (temperature, humidity) or invoices (electrical consumption) can only be shared if made anonymous with no possible link to tenants. Tenants’ rents and all personal information will not be shared. Also, data belonging to contractors, architects, engineer etc. cannot be shared. The data issued form tender processes (especially financial offer) can only be shared if made anonymous with no possible link to contractors, architects and engineers. All personal information from contractors, architects, engineers will not be shared. Further provisions and detailed implementation of personal data protection in agreement with the GDPR will be addressed by Work Package 10 and Deliverable 10.1 NEC-Requirement No.1. 

  

  * **WP8** : The data related to demonstration sites and Retrofit-Kit components/technologies will be collected either from partners by means of data collection templates (mostly spreadsheet or word processor files) or from literature. The data from the templates (input data) will then be implemented in the LCA models in professional LCA software SimaPro (simapro.com) but will not be made available unless specified otherwise by the data owners. LCA/LCC results will be made available publicly as part of D8.3. The latter will refer to the assessment of the demonstration sites (business-as-usual vs. renovation scenarios) and individual Retrofit-Kit components/technologies. Only the aggregated LCA and LCC results shall be presented. No sensitive (disaggregated) data shall be reported in D8.3. 

  

Any documentation on energy efficiency calculation algorithms which are
existing or may be developed during this project as part or related to the
EcoSolutions-tool as well as related code or knowledge are not considered as
data in the present document “Data Management Plan”, should not be used as
such, and will be addressed later if required by a separate Intellectual
Property agreement formalized in a Collaboration Agreement (CA).

Concerning data collected during the analysis of the Fribourg (CH) early
adopter sites, an anonymised version will be available within the repository.
The data has to be treated in order to protect the owner and users/inhabitants
of the site.

##  4.3 Making data Interoperable

All data and metadata will be produced in vocabularies, standards and formats
compliant with the selected open access repository requirements and thus will
be interoperable. Open source software will be used in the project so as to
increase the transferability and repeatability of its output.

##  4.4 Increase data Re-use

Appropriate licenses, such as the Creative Commons (CC BY) license will be
used for allowing data Re-use [8].

Data will be made available for re-use after the end of the project. The data
that are associated to the developed technologies, tools and processes will be
made available as soon as IPR and/or patents have been acquired so as to
secure commercial rights on technologies. The re-usability of the LCI database
implemented in the RAT platform will be aligned with the exploitation strategy
(global platform + individual components, e.g. EPIQR) and decided along the
project.

Peer-reviewed scientific publications of the project's results will be 'gold'
open access articles, and will be published immediately in open access mode.

Demo sites owners can make data of the demonstration sites available for re-
use only if it does not prejudice the partner’s commercial image. It should
not be possible for a third party to state publicly that the partner’s
refurbishments are unfair for tenants meaning costly, out of schedule, out of
respect etc.

#  5 Allocation of resources

According to Article 6, of the Grant Agreement, costs for open access and
protection of data can be justified under D.3 Costs of other goods and
services, and in accordance with Article 10.1.1 and Article 11.1.

Each work package leader/task leader will be responsible for managing the data
collected through their task. The project coordinator will be responsible for
overall data management.

Specifically for the personal data, “data owners”, “collectors” and
“processors” will be identified in accordance with the GDPR.

#  6 Data security

The data will be physically stored on PCs’ and virtual machines’/servers’ hard
drives. The PCs and servers will be located in a secure location in the
partner institutions or IT service providers and will be password protected.
Access to these PCs and servers will be granted to staff directly involved
with the RECO2ST project. Institutional and departmental level backup
mechanisms and policies will cover data backup during the project’s lifetime.
Additionally data can be backed-up to an external hard drive. If data transfer
is required, data will be transferred between sites using secured network
connections to recognised standards as implemented by each institution’s
central IT services.

Depending on the requirements of the use case and demonstrator scenarios and
the available IT infrastructure, the data can be collected in 15 minute
intervals and stored on a local server or in the cloud. The backup procedures
will be as needed for each data owner and processor and can be set for the
available storage capacity. Each scenario will need to ensure that the data is
secure during collection and storage as well as transport between servers or
users.

Certified repositories will be selected for long term preservation and
curation of data.

#  7 Ethical issues

The ethical and legal issues that are related to data sharing and protection
of personal data are managed within Work Package 10 and Deliverable 10.1 NEC-
Requirement No.1. In this aspect, the provisions and requirements of GDPR will
be implemented for the protection of personal data. Informed consent will be
included for data collected through questionnaires or interviews.