#  Executive Summary

This document is a report that gathers in a single document essential
information about the Data Management Plan in project TRACE, Task 1.4, WP1.
This task consists on carrying out the necessary activities to adhere to the
Guidelines on Open Access to Scientific Publications and Research Data in
Horizon 2020. This task generates this deliverable D1.4.

This document is structured as follows. The next two sections provide a short
description of the TRACE project and the main aspects of Work Package 1 (WP1),
respectively. Section 4 presents a summary of the data made available, the
applications that were used to collect users’ data, and focus on which data
was effectively collected and how it is provided to others. Section 5
addresses the facility of accessing the data and the format used for the open
data-set. Sections, 6, 7, and 8 address the cost of providing the TRACE data,
its privacy concerns and related ethical issues, respectively. Finally,
Section 9 wraps up the document.

#  Introduction

This project explored the potential of walking and cycling tracking services
to promote walking and cycling mobility. TRACE will focus on established
walking and cycling promotion measures and thoroughly assess the potential of
ICT based tracking services to overcome barriers to implementation and finding
new factors driving the effectiveness of those measures.

Through specific research, the related ICT challenges like scheme dynamics,
privacy, trust, lowcost, interoperability and flexibility were tackled for
each type of measure. It will be established measures to promote walking and
cycling travel to workplace, shopping, school and leisure.

Both the ability that tracking tools may have to address traditional
challenges of these measures as well as their potential to bring new features
in the fields of awareness raising, financial/tax incentives, infrastructure
planning and service concepts.

A common, flexible and open access tool were developed to provide an ICT input
and output platform that addresses the related ICT challenges. Over this
platform it will be easy for anyone to build products based on tracking
services tailored to the requirements of the specific measures. This project
will develop and test a representative set of such products in real measures
underway.

These test cases will at the same time validate and provide additional inputs
for the project’s research issues and trigger the widespread of tracking
services to support walking and cycling measures in Europe.

Users, policy makers and walking and cycling practitioners and final users
will be deeply involved in all stages of the project.

TRACE’s identity comes from the realization that the emergence of tracking-
enabling technologies and their market uptake opens a window of potential for
cycling and walking tracking-based solutions to increase cycling and walking.
New as they are in the market, the possible uses of these technologies are
still depending on further developments that manage that potential. There are
still theoretical and practical knowledge limitations of various types that
are constraining a higher uptake.

TRACE aims to lead the progress on this knowledge and to quickly and widely
spread it to the relevant players: cities, national/regional authorities,
local stakeholders potentially benefiting any relevant business players. TRACE
will achieve so in several ways:

  * By providing an open knowledge base on cycling and walking tracking potential, challenges, solutions and benefits that can be consulted and applied by stakeholders; 

  

  * By providing (open access) tools addressing fundamental ICT challenges which can be used by market-oriented application developers; 

  

  * By developing market oriented tools that will be used by the TRACE sites and could be used anywhere else; 

  

  * By running a set of 8 pilot cases which will become (successful) examples for other sites to follow; 

  

  * By using the consortium’s network of cities and stakeholders, including the project followers, as well as umbrella organizations (besides the participant POLIS) of relevant stakeholders (like CIVINET), to convey TRACE’s messages and tools 

  

  * By setting up web-based communication channels and using related information platforms (e.g. ELTIS) to widespread news and project outputs ; 

  

  * By directly involving partners which will be commercially interested in developing top-notch tools and spreading the most their application towards cycling and walking promotion. 

  

#  Objectives of WP1

Work package WP1 (in which this document is included) coordinates and manages
the project, both technically and administratively, and oversees the
relationships and the communication between project contractors and the EU
(European Commission). Namely, the main issues addressed are:

  * Support the objectives of the H2020 program as pursued by this project. 

  

  * Ensure the quality and timely production of the project's deliverables. 

  

  * Define and oversee the logistics of the project. 

  

  * Setup and manage a repository of software and reports, as well as the web site of the project. 

  

  * Define and supervise the data management plan. 

  

One of the key components of the TRACE project is its effective management,
which includes both technical and administrative management. The strategic
technical issues were discussed in periodic project meetings. In addition,
task leaders and WP leaders will arrange meetings much more frequently as
required by the specifics of the corresponding task and/or WP, so that their
progress is ensured. Obviously, the project management activities also involve
a focus on ensuring ongoing successful collaboration between the partners as
well as with other EU-related projects, and with the community. This work
package spans the full lifecycle of the project, from month 1 to month 36.

#  Data Summary

In this project there are three types of output that is relevant to mention
(in addition to the resulting deliverables and software):

  1. Documents used for disseminating the TRACE project results (both intermediate and final), and 

  

  2. Data collected with the software that was developed and used in pilots during the TRACE project, and 

  

  3. Software developed 

  

  

The goals of the above types are obvious: i) disseminate the project results,
ii) provide to community an important asset that resulted from the project,
and iii) provide software to be freely used in other applications. Note that
the development of software in TRACE has always followed an open source
approach; thus, free open-source software has always been used whenever
possible.

##  Documentation

Regarding the first item, the list of such documents is addressed in the
Apendix 1; note that this file is available in the TRACE repository (Google
drive). Most of the documents are in PDF format. The documents produced are
useful not only for the purpose indicated (e.g., publication in a conference,
presentation, etc.) but also to anyone who may be interested on the topic.

##  Data-Collected

With respect to the second item, the data that was collected resulted from the
3 tools used:

  * Biklio mobile application (Biklio), 

  

  * Positive Drive mobile application (PD), and - Traffic Snake Game (TSG). 

  

We now provide a very short description of each tool mentioned above (for more
details, please see the corresponding deliverables D5.4, D5.2, and D5.3,
respectively).

###  Biklio

The aim of Biklio is to create an application that generates a network of
recognition and benefits to urban bicycle users, linking them to local
businesses and forming a cycling community. The Biklio application encourages
citizens to ride their bikes for more time or for longer distances. Appealing
benefits offered by the shop, museum, etc. can persuade participants to opt
for the bicycle instead of the car more often. At the same time, local shops
will benefit from new customers.

Biklio is intrinsically innovative from two perspectives. Firstly, Biklio
follows an original concept to link bicycle users to local businesses in their
community; although inspired by other behaviorchange applications, to the best
of our knowledge no previous application has tried to combine bicycle usage
tracking with benefits from local businesses. Secondly, Biklio has been
developed with a high priority for easy and lightweight operation. This
implied a significant ICT effort on putting together a set of techniques that
allowed most of the features of Biklio to operate correctly even when GPS
tracking or internet connectivity are not available. The research conducted in
WP4 of TRACE played a decisive role in accomplishing this challenging goal.

In contrast to other tools in TRACE, the development of Biklio also included
developing its own branding. The Biklio brand was created based on a desire to
put an emphasis on the rewarding and recognition dimension of bicycle users,
as suggested in D2.3. Defining this brand was achieved through an iterative
process that involved feedback from all the partners in TRACE, as well as
feedback from future users via focus groups and online surveys.

Next, we present the basic concepts in Biklio.

####  Eligibility criteria

Biklio supports different types of benefits with distinct eligibility
criteria. What is common among all benefits is that, after accomplishing the
conditions required by a benefit, the user can claim the benefit when he/she
consumes in the shop. There are two basic types of eligibility criteria, which
are envisioned to be used by most shops:

  * The customer is eligible to a benefit if he/she arrives at the vicinity of a shop by bicycle; 

  

  * The customer is eligible to a benefit if he/she is a proven regular bicycle user or arrived in the area by bicycle. 

  

The choice of the two above options was determined by the user requirements
received from WP2 (deliverable D2.3). As documented in D2.3, for shops, the
main interest is in attracting new clients and, in this perspective, they are
interested in that the criteria are sufficiently flexible to enlarge their
customer base. In this sense, the preference of shopkeepers tends to the first
option above, which seems to be less restrictive on eligible users (for
example, opening the chance to gain benefits for people who live or work at
walking distance to the shop). Also according to D2.3, an additional desirable
scheme is to also give out benefits to regular bicycle users. This explains
the second eligibility criteria.

Complementarily, Biklio will support more diverse criteria to be added in the
future. These will allow introducing continuous novelty to the application and
to cover relevant objectives to the campaign manager, shopkeepers,
municipalities, among other stakeholders. These richer criteria may include a
combination of items such as time cycled, area, path, schedule (happy hour),
number of check-ins, days cycled per week, target group segmentation (age,
regular/occasional cyclist, residential or work location, frequent/occasional
customer), among others. Support for advanced eligibility criteria is,
however, not supported in the current version of the tool that is considered
in this deliverable.

####  Definition of benefits

According to D2.2 and D2.3, the benefits will normally be discounts in the
purchase of products, but may be other types of benefits, like product
offerings in the purchase on other products. The benefit and the associated
eligibility criteria are chosen by the shopkeeper.

There is a suggested guideline that the value of the benefit should be at
least 5% of value of the purchased items or services. This rule is not
validated a priori (i.e., when the shop-keeper first defines and publishes the
benefit). Instead, we rely on a posteriori validation, by having the consumers
to report a complaint for non-compliant benefits; in that event, the campaign
manager may inquire the shopkeeper and, if the report is justified, withdraw
the benefit from the system and, ultimately, ban the shop from the Biklio
network.

###  PD

Positive Drive is the first gamification tracking platform and app of its kind
that only positively rewards good/preferred behaviour in traffic. With fact
based accurate information combined with state of the art algorithms PD gives
users the right nudges to try to contribute to solve the problems of present
and future like: congestion, increasing CO2 emissions and road safety by in
the case of TRACE encouraging cycling, walking, route choices etc.

Why Positive Drive? Because mobility policy should be more positive! Common
knowledge tells us that rewarding the good works much better than punishing
the wrong. But for some reason there are still too many mobility regulations
put in place from a negative point of view. Like for instance the urge to make
speedbumps, to use traffic lights and to enforce with fines. Positive Drive
proves it can be more positive, by stimulating users to make the right
choices. With small nudges PD tries to push the users into a more durable
direction. All is based on and developed in cooperation with well-known
behavioural scientists.

Positive Drive registers travelled routes and rewards users, when shown the
desired behaviour, with points: (s)miles. These (s)miles can be used in our
game-room, a playful lottery-like game filled with (local) prizes and
interesting discounts. The prizes can be local (offered by local retail) or
can be financial incentives (for example from a government), or a mix. The
platform is extremely flexible and can easily (and cost effectively) be
customized to the local situation and standards and can offer a sustainable
collaboration between municipalities, local businesses, employers and
travellers.

Within the TRACE project Positive Drive made huge improvements. The back
office and app are modernized, it is smarter, battery-life is improved, and
the system is more flexible by customizable and attractive to different types
of target groups. Furthermore, now it tracks all modalities, which makes
Positive Drive extremely flexible to all types of behaviour change campaigns.

###  TSG

The concept of the Traffic Snake Game is to encourage sustainable home-school
transport amongst primary school children, their parents and teachers.

The Traffic Snake Game campaign is traditionally a paper-based campaign.
Schools that sign up to participate in the Traffic Snake Game receive a large
five meter long snake banner, large green „stickers‟ and smaller dots that
depict a sustainable mode of travel. Each class is given five green stickers
that each represent one day of the week. Pupils then have to select a dot that
represents the mode of transport used to get to school and the dot is put onto
the green sticker along with their peers dots and then placed on to the snake
banner. A reward scheme incentivizes the kids to complete the snake as soon as
they can. Rewards consist of gadgets, extra playing time, an excursion, an
apple, no homework for a day, etc. During the game, the percentage of
sustainable trips increases by 10% to 20%. Three weeks after the game, the
percentage of sustainable transports is still higher than before the game
(e.g., around 7% in the worse cases). Baseline and

“before” and “after” data were obtained by simple hands-up surveys conducted
by teachers in class rooms.

In 2015, a web-based version (TSG 2.0) was developed that can be played on a
computer (schools often use a SMART board to play this version of the
campaign). The web-based version can run without any physical materials, but
schools tend to use the materials (i.e., banner, stickers, and posters) of the
paper-based campaign aside the web-based version.

Within TRACE, mobility tracking was added to the original TSG campaign. More
specifically, within the TRACE project, tracking hardware that is suitable for
tracking primary school children and an online platform was developed to
display the tracking data and to handle administrative steps to set up the
tracking campaign. Tracking may offer relevant data to the schools that aim to
increase traffic safety around the school. For example, the school can learn
where it might be useful to ask someone to help children safely cross the
street by learning about the routes of children that cycle and walk to school.
In addition, tracking can support the TSG campaign in several aspects.

###  Data

The data collected from each type of software tool differs slightly, however
the resulting data-set follows the same structure:

  * Biklio – this mobile application collects the following data: 

    * Identity: for example, name, email address o Individual characteristics: for example, age, city 

  

    * Activity data: mode of transport used in movements made by the user o Position data: coordinates of the User in space and time 

  

    * Use of the Application: quantification of the utilization of different features of the Application 

  

  

  * PD – this mobile application collects the following data: 

    * first name o last name o gender 

  

    * date of birth o street address o house number o addition o zip code o city o e-mail o phone number 

  

  

The above data is collected in addition to the GPS data Note that the name and
email address are needed for the registration process. If a user wins a prize,
he or she can simply ‘claim’ the prize by filling out the profile page. This
page asks for personal information, which can be used for the shipment of
prizes that were won.

Positive Drive does not collect data that is not directly related to the
mentioned goal of the project. The collected data is exclusively used for the
listed goals; this means 3  rd  parties do not have access to this data.
Anonymized data was made available to the pilot site for analysis purposes of
the project.

  * TSG - this hadware/software collects the following data: 

    * Hardware (trackers) collects: 

      * GPS-coordinates 

  

      * timestamp 

  

      * tracker-ID o third-party server (data is destroyed after modality recognition and mapmapmatching process) 

  

      * modality is attributed in a follow-up process (based on speeds derived from GPS-coordinates) 

  

      * map-matched routes o school’s user interface (password protected webpages): 

  

      * School’s name 

  

      * School’s address 

  

      * E-mail of contact person 

  

      * Class ID 

  

      * Kids name 

  

      * Tracker-ID 

  

      * Parent’s email 

  

  

  

No extra data was used in addition to that collected with the three tools
mentioned above that were used in the following pilots:  
  
<table>  
<tr>  
<th>

</th>  
<th>

</th>  
<th>

</th>  
<th>

</th>  
<th>

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

**Pilot Site**

</td>  
<td>

**Partner**

</td>  
<td>

**PD**

</td>  
<td>

**TSG**

</td>  
<td>

**Biklio**

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

Belgium

</td>  
<td>

M21

</td>  
<td>

Y

</td>  
<td>

Y

</td>  
<td>

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

Belgrade

</td>  
<td>

FTTE

</td>  
<td>

Y

</td>  
<td>

Y

</td>  
<td>

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

Esch

</td>  
<td>

LuxM

</td>  
<td>

Y

</td>  
<td>

</td>  
<td>

Y

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

Breda

</td>  
<td>

Breda

</td>  
<td>

Y

</td>  
<td>

</td>  
<td>

Y

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

Agueda

</td>  
<td>

Agueda

</td>  
<td>

Y

</td>  
<td>

Y

</td>  
<td>

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

Plovdiv

</td>  
<td>

EAP

</td>  
<td>

</td>  
<td>

Y

</td>  
<td>

Y

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

Bologna

</td>  
<td>

SRM

</td>  
<td>

</td>  
<td>

Y

</td>  
<td>

Y

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

Southend on Sea

</td>  
<td>

SSSBC

</td>  
<td>

</td>  
<td>

Y

</td>  
<td>

Y

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

##  Software

With respect to the third type of results (software/hardware resulting from
TRACE), we have the following:

  * Biklio mobile application (Biklio), 

  

  * Positive Drive mobile application (PD), 

  

  * Traffic Snake Game (TSG),  TAToo (Tracking Analysis Tool,) and  Mobile sofware modules. 

  

The first three items above (Biklio, PD, and TSG) were already mentioned as
these were used in TRACe pilots to collect the data previously described. Note
that Biklio was developed from scratch by INESC ID (for both Android and iOS)
being available for free. Regarding the PD mobile application the software is
not freely available as it is being sold by a private company. With respect to
TSG, this includes a hardware box that was developed from scratch by a private
company; thus, naturally, this is also not freely available. TaToo is a
software tool that was developed by TIS being freely available; however, it is
worthy to note that this tool uses some software from a private company that
imposes some restrictions on its use. Finally, some software components were
developed by INESC ID that are freely available and correspond to basic
functionalities that were identified as needed for mobile applications; these
modules were developed and freely provided to help the community building
tracking-based applications and campaigns for behavior change (see more
details in http://h2020-trace.eu/outputs/open-source-software/).

We believe that the data made public may be useful to anyone who may be
interested on the topic. In particular, for those who may be interested on
knowing how users behave (mobility-wise) and may obtain some key indicators
such as volume of users, number of trips, average speed, etc. For example, in
the TRACE project we developed yet another software tool (in addition to those
mentioned above), called TAToo that, based on the data mentioned above,
provides maps with the key indicators previously mentioned (more details in
D5.5.). Thus, TAToo – Tracking Analysis Tool – translates GPS or other
georeferenced trajectory data into information that characterizes the observed
flows over the mobility network, through indicators that reveal the demand for
cycling and walking, its behaviour and the performance of the existing
mobility infrastructure.

###  Anonymized Data-set

An important aspect that was considered regarding the data-set was its format
and the possibility of exchanging information between partners, organizations,
etc. Thus, all the data is written in a CSV file; each line contains a
trajectory ID, date, latitude and longitude, and mode of transport. Here a
brief example of CSV file:

4261353,2015-11-30 22:43:58,45.445988,9.124048,bycicle

4261353,2015-11-30 22:44:57,45.445496,9.121952,bycicle

4261353,2015-11-30 22:45:57,45.444817,9.119162,bycicle

4261353,2015-11-30 22:46:57,45.444828,9.119143,bycicle

4261353,2015-11-30 22:47:57,45.444832,9.119166,bycicle

4261353,2015-11-30 22:48:57,45.444782,9.119164,bycicle

4261353,2015-11-30 22:49:57,45.444794,9.119179,bycicle

4261353,2015-11-30 22:50:57,45.444767,9.119217,bycicle

4261354,2015-11-30 22:43:58,45.445988,9.124048,bycicle

4261354,2015-11-30 22:44:57,45.445496,9.121952,bycicle

4261354,2015-11-30 22:45:57,45.444817,9.119162,bycicle

4261354,2015-11-30 22:46:57,45.444828,9.119143,bycicle

4261354,2015-11-30 22:47:57,45.444832,9.119166,bycicle

4261354,2015-11-30 22:48:57,45.444782,9.119164,bycicle

4261354,2015-11-30 22:49:57,45.444794,9.119179,bycicle

4261354,2015-11-30 22:50:57,45.444767,9.119217,bycicle

4261355,2015-11-30 22:43:58,45.445988,9.124048,bycicle

4261355,2015-11-30 22:44:57,45.445496,9.121952,bycicle

4261355,2015-11-30 22:45:57,45.444817,9.119162,bycicle

4261355,2015-11-30 22:46:57,45.444828,9.119143,bycicle

4261355,2015-11-30 22:47:57,45.444832,9.119166,bycicle

4261355,2015-11-30 22:48:57,45.444782,9.119164,bycicle

4261355,2015-11-30 22:49:57,45.444794,9.119179,bycicle

4261355,2015-11-30 22:50:57,45.444767,9.119217,bycicle

#  FAIR data

##  Making data findable, including provisions for metadata

Most of the data that resulted from the TRACE project does not have a unique
identifier as, for example, a Digital Object Identifier, given that such
identification is not adequate (as is the case for the software modules made
available). However, when such an identifier is adequate it is used; for
example, that is effectively the case with the scientific publication entitled
“Termite: Emulation Testbed for Encounter Networks”.

For all the documents, it is very easy to have a global view of them all as
well as to look and find anyone in specific. This is made particularly easy
given the list already mentioned (provided in the Apendix 1 **Error! Reference
source not found.** ). In addition, the metadata that is used, fully describes
all the most relevant aspects of the documents.

As mentioned above, the data resulting from the TRACE project is of three
types: i) documents used for disseminating the TRACE project results (both
intermediate and final), ii) data collected with the software that was
developed and used in pilots during the TRACE project, iii) software/hardware
developed. The documents of the first type are freely accessible; the data of
the second type is made freely accessible only after being anonymized for
privacy reasons. Finally, the software/hardware availability has been
addressed already in Section 4\.

The data that is freely accessible is made available either from the TRACE web
site or from the TRACE Google repository. Given that all data is provided in
traditional open formats (e.g., PDF, CSV) any free adequate tool can be used.
In particular, for those who want to use any of the software modules made
freely available, there are easy to follow instructions. It’s worthy to note
that such software modules can be accessed (with any browser) given that they
are stored in github (a well-known and widely repository used for software).

##  Making data interoperable

The open data set that is provided (resulted from the collected data and was
later anonymized) follows a very simple format (i.e., plain text in a CSV
file) allowing data exchange and re-use between researchers, institutions,
organisations, countries, etc.(see Section 4.3.1). As a matter of fact, the
data has been used as input to the TRACE tool called TAToo (already mentioned)
and was made as simple as possible so that no unnecessary restrictions were
made.

##  Increase data re-use (through clarifying licences)

The data that is provided by TRACE is open, i.e., it is free for use by
others. This data is already available either from the TRACE web-site or from
the Google repository, it can be used after TRACE has finished, and it remains
accessible as it is.

#  Allocation of resources

Making the data publicly available had no cost associated. As a matter of
fact, the only cost that is somehow related is the travelling/materials used
for the presentations that were done. So, with respect to the specifics of
making the data available once it has been produced, there is no cost.

Regarding the future (i.e., after the TRACE project has finished) the data is
available to others. The cost related to such hosting was taken into account
as the services used are free; for example, servers hosted by INESC ID, github
servers, etc. Such hosting is free and will be provided as long as the
institutions do have such a policy (which is not expected to change in the
near future).

#  Data security

The data that is provided raises no security/privacy concerns. As a matter of
fact, this is obviously valid for documents and software. The issue that
required some care was the data collected from users with the tools already
mentioned (Biklio, PD, and TSG). The raw data that was collected no longer
exists and what has been made available to the community is an anonymized data
set with the structure mentioned in Section 4.3.1.

In addition, given that the data being considered is stored on data centres,
its availability is guaranteed.

#  Ethical aspects

Obviously, the data that was collected (with Biklio, PD and TSG) as well as
the software/hardware that was developed and used obeyed to all the
security/privacy national requirements (i.e., in the pilot sites) as well as
to the fundamental principle of privacy by design. That is why all the data
that is provided in the open data set previously mentioned was carefully
anonymized before being made public. In addition, all users were previously
(to the data collection) informed about the purpose of the data being
collected and all other related aspects.

#  Conclusion

This document presents essential information about the Data Management Plan in
project TRACE. It describes the main output of the TRACE project regarding
documentation, data collected, and software/hardware produced, and which one
can be accessed under what circumstances. A major concern of the consortium
was to always provide open data / open software to the community so that
anyone interested could use it freely for research purposes, with no
associated cost.

**Apendix 1.** Output from TRACE

##  Monitoring of Output from TRACE

As already mentioned, the TRACE project keeps in its Google repository an
“excel” file with all the output that has resulted from the project during its
three years of duration. This file has several sheets and is rather long. For
this reason, we do not show it here; this file is available in the URL
_https://docs.google.com/spreadsheets/d/1XqtwT8eziJuBD8Met23iIIdTmevlRpFPTTjJ60v0Kk/edit#gid=603467175_
This file includes the following sheets:

  * TRACE events 

  

  * External events 

  

  * Publications 

  

  * Online 

  

  * Press Releases 

  

  * Press – Media 

  

  * Other dissemination activities 

  

##  TRACE events

The sheet “TRACE Events” is used to register UPCOMING events (w.r.t. moment of
the insertion) directly organized by TRACE partners to promote the TRACE
project. The table was updated continuously with information on the events,
the target groups addressed and possible need for TRACE promotion materials.
Polis distributed the corresponding materials to maximize the visibility of
TRACE.

Thus, the “TRACE events” sheet also allows us to easily report which events
that the project partners have been involved in.

After an event has taken place, the table was updated with additional
information (e.g., the event agenda, presentations done, abstract and pictures
from the event, all uploaded to the Google TRACE repository in the sub-folder:
“TRACE events”).

Thus, there is a sub folder, within the events folder, for each event with the
date, place and name of the event that was organized. (i.e.,
20160218_Agueda_TRACE local focus group) to make it easier for later recall.

##  External events

The sheet “External Events” was used to register UPCOMING events that partners
participated in to promote the TRACE project. The table was updated
continuously with information on the events, the target groups addressed and
possible need for TRACE promotion materials. Polis distributed the materials
to maximize the visibility of TRACE.

The “External events” sheet also allows us to easily report which events the
project partners have been involved in.

After an event has taken place, the table was uploaded with additional
information (e.g., the event agenda, presentation if done, abstract and
pictures from the event, all uploaded to the Google TRACE repository in the
sub-folder: “External events”.

Thus, there is a sub folder, within the events folder, for each event with the
date, place and name of the event that you are attending. (i.e.,
20160218_Athens_ECOMM 2016).

##  Publications

The “Publications” sheet is used for monitoring any publication made by
project partners during the project. It is indicated the website where the
publication is available; the publication’s PDF is also uploaded to the Google
TRACE repository subfolder: “Publications”. The name of the files is composed
by the first author last name, venue acronym and year.

##  Online

When a local electronic newsletter, Facebook account or other social media for
disseminating the project, is created or used, it is indicated on this page.
The outreach to the number of visitors on the website is updated, as well as
the number of “likers” on Facebook and followers on Twitter.

##  Press releases

When a press release is written, the corresponding information about it is
inserted in the sheet

“Press releases”. The title is written in English so that everybody knows what
it is about. It is also indicated if the press actually has used the press
release as the source for an article etc.

The press release itself is uploaded to the Google TRACE repository subfolder
named “Press Releases”.

##  Press media

This sheet monitors the press activities in the media. It could also be called
“TRACE in the media”. This sheet reports all media activity about TRACE that a
partner is aware of, i.e. an article in the local newspaper, a feature about
the TRACE project in the national television, etc.

If a copy of the media activity is available, it is uploaded it to the Google
TRACE repository subfolder named “Press-Media”. It is also checked the
copyright of the articles or TV features before uploading them. Thus, if not
possible, only the link for the online content is provided.

##  Other Dissemination Activities

If the activity that is to be describes is not covered by any of the other
categories, this is registered in this sheet and is uploaded to the TRACE
repository subfolder named “Other”.