<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>MAT-Builder: a System to Build Semantically Enriched Trajectories</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Chiara Pugliese</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Francesco Lettich</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Chiara Renso</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fabio Pinelli</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>ISTI-CNR</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Italy</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science, University of Pisa</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>IMT School for Advanced Studies</institution>
          ,
          <addr-line>Lucca</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>The notion of multiple aspect trajectory (MAT) has been recently introduced in the literature to represent movement data that is heavily semantically enriched with dimensions (aspects) representing various types of semantic information (e.g., stops, moves, weather, trafic, events, and points of interest). Aspects may be large in number, heterogeneous, or structurally complex. Although there is a growing volume of literature addressing the modelling and analysis of multiple aspect trajectories, the community sufers from a general lack of publicly available datasets. This is due to privacy concerns that make it dificult to publish such type of data, and to the lack of tools that are capable of linking raw spatio-temporal data to diferent types of semantic contextual data. In this work we aim to address this last issue by presenting MAT-Builder, a system that not only supports users during the whole semantic enrichment process, but also allows the use of a variety of external data sources. Furthermore, MAT-Builder has been designed with modularity and extensibility in mind, thus enabling practitioners to easily add new functionalities. The running example provided towards the end of the paper highlights how MAT-Builder's main features allow users to easily generate multiple aspect trajectories, hence benefiting the mobility data analysis community.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Spatio-temporal data mining</kwd>
        <kwd>Semantic trajectories</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction and Motivations</title>
      <p>
        The notion of multiple aspect trajectory (MAT) has been recently introduced in the literature [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
to represent movement data (i.e., a moving object trajectory) that is heavily semantically enriched.
These trajectories can be seen as positioning data augmented with diferent dimensions, or
aspects, representing various types of semantic information that are relevant or contextual to the
data they are associated with. A few examples of aspects can be stops, i.e., parts of a trajectory
where the associated object stops its movement for some reason (e.g., an individual visiting a
point of interest), moves, i.e., parts of a trajectory where its object changes position, weather,
POIs, transportation means, activities performed, social media posts, and so on. The aspects
associated with a trajectory may be large in number, heterogeneous, and structurally complex.
      </p>
      <p>One might wonder which benefits of having such extremely enriched trajectories can provide.
First, we observe that enriched trajectories may allow to better understand object movements
– for instance, animal behaviour analysis that uses enriched trajectories may allow to better
understand how environmental factors impact animal movements. Secondly, the availability of
contextual features can help in the prediction or recommendation of itineraries – for instance, a
tourist recommending system may take advantage of contextual information to better tailor
personalized suggestions.</p>
      <p>
        While there are already contributions to the modelling and analysis of semantic trajectories
and multiple aspects trajectories [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], the amount of datasets available in the community is still
scarce. This is mainly caused by privacy concerns and regulations that make the publication of
multiple aspect trajectory datasets dificult. Moreover, even when the data to be enriched is not
strictly privacy-sensitive, we observe a general lack of tools that can support users during the
complex process of creating these datasets. Generally speaking, this process requires to identify
(1) the parts of the trajectory to be enriched, (2) the various types and sources of semantic data to
the be used for the enrichment, and (3) the most suitable approaches to properly associate
spatiotemporal data with semantic information. For what concerns existing solutions, there are several
libraries (e.g., Geopandas1, [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]), dashboards (e.g., [
        <xref ref-type="bibr" rid="ref5 ref6">5, 6</xref>
        ]), and ontology-based approaches (e.g.,
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]) that are able to process and extract insights from trajectory data. Unfortunately, these
solutions either do not perform semantic enrichment or, when they do, they are limited to a
ifxed number of aspects, are not extensible, or they do not support the use of external data
sources.
      </p>
      <p>In this work we aim to address the above challenges and issues by introducing MAT-Builder,
an interactive system that supports practitioners during the whole trajectory semantic
enrichment process and that enables users to generate datasets of multiple aspects trajectories.</p>
      <p>
        The main novel contributions of this work are as follows: (1) we provide a system that supports
the user in the complex process of building multiple aspect trajectories from heterogeneous
data sources and with diferent semantic aspects, (2) this system is able to extract, combine,
and build enriching information from a variety of external data sources (e.g., OpenStreetMap2),
and (3) it is designed with modularity and extensibility in mind, thus allowing developers to
add new aspects, external data sources, and functionalities. It is important to point out that we
designed MAT-Builder to reuse functionalities provided by existing mobility data management
libraries, including some of those that we already mentioned and referred above, i.e., GeoPandas,
Scikit-mobility [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], and PTrail [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
      <p>
        The rest of the paper is organized as follows. In Section 2 we present some fundamental
notions which will be then used in the subsequent sections. Section 3 presents the modular
architecture of MAT-Builder. Section 4 presents a running example highlighting the main
features and benefits that our system brings to the mobility data analysis community. Finally,
Section 5 draws some final conclusions. The full version of this paper has been published as a
demo paper in [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <sec id="sec-1-1">
        <title>1https://geopandas.org/ 2https://www.openstreetmap.org/</title>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>2. Preliminaries</title>
      <p>
        In this section we introduce some fundamental notions that will be used throughout the rest
of the paper. We define a raw trajectory to be a sequence of time-stamped spatial coordinates
representing the movement of an object. We define an enriched trajectory to be a raw trajectory
enriched with semantic information. A multiple aspect trajectory is an enriched trajectory
with multiple types, or aspects, of semantic information (e.g., weather, transportation means,
POIs) [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. From here on we will use the two terms above interchangeably to refer to multiple
aspects trajectories. A segmented trajectory is a raw trajectory partitioned into sub-trajectories,
or segments, according to some criteria. A common example of segmented trajectory is that
obtained with the stop (i.e., the object is not moving) and move (the converse) segmentation
[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. The segment enrichment task associates to each segment one or more semantic aspects. For
instance, a stop segment can be enriched with the information of a nearby geographical object
(e.g., the point of interest aspect). Stops falling within the same area more than a given number
of times  are considered a systematic stop. Common examples are a person staying at home or
at their workplace. Occasional stops can be then defined as stops that are not systematic.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. The MAT-Builder system</title>
      <p>
        The MAT-Builder system is written in Python and is made up of a user interface (UI) and,
the core component of the system, the modular backend3. The UI exposes the MAT-Builder’s
functionalities to the users, and translates the users’ needs into queries that are then processed
by the backend. We postpone the UI illustration to the running example (Section 4). The backend
is the core component of our system as it represents the MAT-Builder’s query processing
engine. Following the process described in [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], we designed the backend to include three main
modules: trajectory pre-processing, trajectory segmentation, and segment enrichment. Each
module provides a subset of the system functionalities. Figure 1 reports an overview of the
modules (and the underlying information flow) that the system currently provides.
      </p>
      <p>It is important to highlight that the backend is designed to be extensible with new modules, thus
allowing developers to provide additional functionalities (e.g., additional aspects or management
of further external sources) to the system. Indeed, every module in the system must extend a
common interface that specifies the methods that every module should implement in order to be
integrated and used within the system. More precisely, the interface requires every module to
implement the following methods: (1) one that sets in the UI its input parameters, (2) one that
executes the module operations according to the input parameters, and (3) one that specifies how
the results should be provided via the UI. Note that any new module may also be built on top of
preexisting modules via subclassing. Finally, our system provides data workflow management
capabilities that let the user specify which modules shall be used among those available, and
the order in which these shall be executed.</p>
      <p>In the following we discuss the general goals of each backend module, and provide some
details concerning their current implementation. Furthermore, we explain how the modules are
connected to each other through intermediate saved results.</p>
      <p>3Upon acceptance of the paper we will provide a github link to our software and the datasets we used.</p>
      <p>Raw trajectories</p>
      <p>Systematic
stop</p>
      <p>Multiple-Aspect Trajectories</p>
      <p>Occasional stop</p>
      <p>enrichment
Systematic stop
enrichment</p>
      <p>Moves
enrichment</p>
      <p>Nearest POIs
Home/Work/Other</p>
      <p>Adding speed,
acceleration, etc.</p>
      <p>Enrichment data sources</p>
      <p>Temporal
criteria</p>
      <p>Rank
Transport mode
detection</p>
      <sec id="sec-3-1">
        <title>Trajectories Preprocessing</title>
      </sec>
      <sec id="sec-3-2">
        <title>Trajectories Segmentation</title>
      </sec>
      <sec id="sec-3-3">
        <title>Segments Enrichment</title>
      </sec>
      <sec id="sec-3-4">
        <title>BACKEND MODULES</title>
        <p>Systematic
stop</p>
        <p>Rank</p>
        <p>POIs
Occasional
stop</p>
        <p>Systematic</p>
        <p>stop</p>
        <p>
          The pre-processing module (blue block in Figure 1) takes in input a set of raw trajectories
and filters out noisy or unusable data to facilitate the activities of the other modules. One of
the functions of the pre-processing module is to discard trajectories that have an insuficient
sampling rate. The module also filters out the outliers by analysing their spatio-temporal
characteristics. Another functionality is the trajectory compression adopted from the
scikitmobility library [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. Note that trajectory compression can be critical, since it may drastically
reduce the computation time of other modules by feeding trajectories with fewer samples.
        </p>
        <p>
          The segmentation module (green block in Figure 1) takes in input a set of pre-processed
trajectories and partitions every trajectory into sub-trajectories (or segments). A well known
and widely used segmentation criterion is the stop and move [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. Accordingly, this module
outputs a set of segmented trajectories which can be then further processed by other modules.
In the present version, the module makes use of the stop-move detection algorithm provided by
the scikit-mobility library [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ].
        </p>
        <p>The segment enrichment module (yellow block in Figure 1) takes the output of the previous
module and identifies the diferent segments to enrich, the aspects to consider, the datasets to
be used to enrich the segments with diferent aspects, and the enrichment criteria. In
MATBuilder’s current implementation this module has been divided into two sub-modules, one
dealing with the enrichment of stops and the other with the enrichment of moves.</p>
        <p>The stop enrichment sub-module enriches the stop segments with the regularity aspect,
i.e., it distinguishes between systematic and occasional stops. The geographical area of interest
is discretized into a spatial grid by means of a Geohash function4, which is then used to assign
each stop segment to a cell. Stops that fall within the same cell more than a given number of
times  are considered to belong to the same systematic stop. Conversely, stops that do not
satisfy this criterion fall within the occasional category.</p>
        <p>Systematic stops are then further enriched with the activity aspect by inferring the activity
performed in it. The module is currently tailored on people’s movements, therefore classifying
systematic stops in home, work and others. The home activity enriches a systematic stop that
occurs in the night. Work, on the other hand, is an activity that enriches a systematic stop that
occurs on weekdays during working hours (i.e., a user defined time range). Systematic stops
that do not satisfy any of the above criteria are enriched as other.</p>
        <p>Occasional stops are harder to characterize than systematic stops, as they do not exhibit any
substantial spatio-temporal regularity. Thus, the module associates to each stop the points of
interest (POIs) that are located within a given range. Once the set of POIs have been identified,
they are ranked in some order of preference to select the best one to enrich the segment. In the
module current implementation POIs are ranked according to two criteria, i.e., their distance
from the stop and the overlap between their opening hours and the stop starting and ending
times (the latter criterion filters out POIs that are closed when the stop occurs). Notice that POIs
can be gathered either from Open Street Map or from other external data sources, assuming
that minimum information is provided (e.g., identifier, latitude, and longitude) and that it is
compliant with the required formatting criteria.</p>
        <p>
          The move enrichment sub-module focuses on enriching the move segments. In the present
version, the module enriches with two aspects: (1) quantitative numerical measures and (2)
transportation mean. The first aspect associates to each move quantitative numerical information
extracted from the underlying sub-trajectory, i.e., maximum and average speed, acceleration,
bearing rate, and total length. These information are computed via the PTrail library [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. The
second aspect is enriched by inferring the transportation mean used during each move. To this
end, the module leverages a random-forest classifier (using the scikit-learn library [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]) trained
on the GeoLife dataset [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] to recognize the following transportation means: walk, car, bike,
bus, subway, and train.
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Running example</title>
      <p>The MAT-Builder system targets users who want to semantically enrich movement data,
possibly with many diferent aspects, and who would like to have control on how the various
enrichment tasks are conducted. Indeed, thanks to MAT-Builder’s highly flexible modular
design, users can decide which and how many aspects they want to consider to enrich their
trajectories. Furthermore, the operations conducted by the various MAT-Builder’s modules are
highly customizable, as a large set of modifiable parameters enable users to precisely control
and fine-tune the whole enrichment process. To show our system capabilities we introduce a
running example of use of the system though the Uniser Interface.</p>
      <p>The users will be able to interact with the system through the MAT-Builder’s UI at the</p>
      <sec id="sec-4-1">
        <title>4https://github.com/vinsci/geohash</title>
        <p>Preprocessing Segmentation Segment enrichment
Upload your dataset</p>
        <p>../path/to/yourfiles Browse
Customize pre-process steps
Min. points per trajectory 10 Insert
Max speed from the
previous point threshold 300.0 Insert
(km/h)</p>
        <p>Dataset statistics
Tot. users: 181 Tot. trajectories: 301</p>
        <p>No.oftrajectoriesperyear
diferent steps of the enrichment process. The UI presents three tabs corresponding to the three
backend modules. In the pre-processing tab (Figure 2) the user will be able to select and input
the raw trajectory dataset they intend to enrich.</p>
        <p>Here the pre-processing tab lets the user customize some of the pre-processing operations,
i.e., they will be able to indicate the minimum number of points a trajectory should have and a
km/h threshold between two consecutive points the module uses to filter out outliers. Once the
raw trajectories have been pre-processed, the UI will show the results of this step.</p>
        <p>The user will then proceed to the trajectory segmentation tab (Figure 3). Here the interface
lets the user specify the minimum duration and the spatial radius the system will use to identify
the stop segments (and, indirectly, the move ones). Once the trajectories have been segmented,
the UI will again show a few statistics about this step.</p>
        <p>The user will finally proceed to the segment enrichment tab (Figure 4), where they will be able
to enrich the stop and move segments with diferent aspects. The first aspect added to the stop
MAT-builder
Preprocessing Segmentation Segment enrichment
Customize segmentation
Min. duration of a stop
(minutes)
Max. spatial search
radius (km)
10</p>
        <p>Insert
300.0 Insert</p>
        <p>USER
1
No. trajectories: 5
No. stops: 4
Avarage duration of stops: 23 min.
segments concerns their regularity, i.e., whether they belong to some type of systematic stop or
they are an occasional one. Next, the user will be able to select the data sources to be used to
enrich the occasional stops. Here, the user can provide a file for each aspect of interest – the
system currently supports POIs, weather, or social media posts. Moreover, MAT-Builder is able
to gather POIs from OpenStreetMap in the eventuality a POI file cannot be provided: in this
case, the user must first specify a bounding box of geographical coordinates from which the
POIs should be retrieved. POIs might have an extremely large number of attributes, and many
of these may have lots of missing values. To deal with this issue the UI lets the user specify a
value to discard attributes with too many missing values. With the POIs in place, the module
decides which POIs should be used to enrich the occasional stops by ranking them according to
the criteria described in Section 3 (i.e., distance and temporal overlap). Finally, the user will
be able to choose whether to enrich the moves with the transportation mean. This aspect is
estimated with a random-forest classifier as described in Section 3.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Conclusions and future work</title>
      <p>In this paper we proposed MAT-Builder, a new system that supports users in creating
multiple aspect trajectory datasets starting from raw trajectories and external data sources. The
semantic enrichment process ofered by MAT-Builder includes trajectory pre-processing,
trajectory segmentation, and segment enrichment. The backend, which is the core component
of MAT-Builder, implements said process and it is currently instantiated with stop and move
segmentation, enrichment with systematic and occasional stops, activity inference, and
transportation mean estimation. A peculiar characteristic of MAT-Builder is that it is designed to
be modular and easily extensible which, in conjunction with MAT-Builder’s data workflow
management capabilites, allows users to easily set up their own semantic enrichment process.
This work has been partially supported by the European Union’s Horizon 2020 Research and
Innovation program under the project MobiDataLab (GA 101006879) and MSCA project MASTER
(GA 777695).</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>R.</given-names>
            <surname>Mello</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Bogorny</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. O.</given-names>
            <surname>Alvares</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. H. Z.</given-names>
            <surname>Santana</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. A.</given-names>
            <surname>Ferrero</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. A.</given-names>
            <surname>Frozza</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G. A.</given-names>
            <surname>Schreiner</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          <article-title>Renso, MASTER: A multiple aspect view on trajectories</article-title>
          ,
          <source>Trans. GIS</source>
          <volume>23</volume>
          (
          <year>2019</year>
          )
          <fpage>805</fpage>
          -
          <lpage>822</lpage>
          . URL: https://doi.org/10.1111/tgis.12526. doi:
          <volume>10</volume>
          .1111/tgis.12526.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>C.</given-names>
            <surname>Renso</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Bogorny</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Tserpes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Matwin</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. A. F. de Macêdo</surname>
          </string-name>
          ,
          <article-title>Multiple-aspect analysis of semantic trajectories(master</article-title>
          ),
          <source>Int. J. Geogr. Inf. Sci</source>
          .
          <volume>35</volume>
          (
          <year>2021</year>
          )
          <fpage>763</fpage>
          -
          <lpage>766</lpage>
          . URL: https: //doi.org/10.1080/13658816.
          <year>2020</year>
          .
          <volume>1870982</volume>
          . doi:
          <volume>10</volume>
          .1080/13658816.
          <year>2020</year>
          .
          <volume>1870982</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>L.</given-names>
            <surname>Pappalardo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Simini</surname>
          </string-name>
          , G. Barlacchi, R. Pellungrini, scikit
          <article-title>-mobility: A python library for the analysis, generation and risk assessment of mobility data</article-title>
          , arXiv preprint arXiv:
          <year>1907</year>
          .
          <volume>07062</volume>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Haidri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y. J.</given-names>
            <surname>Haranwala</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Bogorny</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Renso</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. P.</given-names>
            da
            <surname>Fonseca</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Soares</surname>
          </string-name>
          ,
          <article-title>Ptrail - a python package for parallel trajectory data preprocessing</article-title>
          ,
          <source>CoRR</source>
          (
          <year>2021</year>
          ). URL: https: //arxiv.org/abs/2108.13202. arXiv:
          <volume>2108</volume>
          .
          <fpage>13202</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Berlingerio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Calabrese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Di</surname>
          </string-name>
          <string-name>
            <surname>Lorenzo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Nair</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Pinelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. L.</given-names>
            <surname>Sbodio</surname>
          </string-name>
          ,
          <article-title>Allaboard: A system for exploring urban mobility and optimizing public transport using cellphone data</article-title>
          ,
          <source>in: Machine Learning and Knowledge Discovery in Databases</source>
          ,
          <year>2013</year>
          , pp.
          <fpage>663</fpage>
          -
          <lpage>666</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>F.</given-names>
            <surname>Calabrese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Cobelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Ferraiuolo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Misseri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Pinelli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Rodriguez</surname>
          </string-name>
          ,
          <article-title>Using vodafone mobile phone network data to provide insights into citizens mobility in italy during the coronavirus outbreak</article-title>
          ,
          <source>Data &amp; Policy</source>
          <volume>3</volume>
          (
          <year>2021</year>
          )
          <article-title>e22</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>T. P.</given-names>
            <surname>Nogueira</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. B.</given-names>
            <surname>Braga</surname>
          </string-name>
          , C. T. de Oliveira, H. Martin,
          <string-name>
            <surname>Framestep:</surname>
          </string-name>
          <article-title>A framework for annotating semantic trajectories based on episodes</article-title>
          ,
          <source>Expert Systems with Applications</source>
          <volume>92</volume>
          (
          <year>2018</year>
          )
          <fpage>533</fpage>
          -
          <lpage>545</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>C.</given-names>
            <surname>Pugliese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Lettich</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Renso</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Pinelli</surname>
          </string-name>
          ,
          <article-title>Mat-builder: a system to build semantically enriched trajectories</article-title>
          ,
          <source>in: The 23rd IEEE International Conference on Mobile Data Management, Cyprus</source>
          ,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Spaccapietra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Parent</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. L.</given-names>
            <surname>Damiani</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. A. de Macedo</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Porto</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Vangenot</surname>
          </string-name>
          ,
          <article-title>A conceptual view on trajectories</article-title>
          ,
          <source>Data &amp; knowledge engineering 65</source>
          (
          <year>2008</year>
          )
          <fpage>126</fpage>
          -
          <lpage>146</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>A.</given-names>
            <surname>Ibrahim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , S. Clinch,
          <string-name>
            <given-names>S.</given-names>
            <surname>Harper</surname>
          </string-name>
          ,
          <article-title>From GPS to semantic data: how and why - a framework for enriching smartphone trajectories</article-title>
          ,
          <source>Computing</source>
          <volume>103</volume>
          (
          <year>2021</year>
          )
          <fpage>2763</fpage>
          -
          <lpage>2787</lpage>
          . URL: https://doi.org/10.1007/s00607-021-00993-z. doi:
          <volume>10</volume>
          .1007/s00607-021-00993-z.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>F.</given-names>
            <surname>Pedregosa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Varoquaux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gramfort</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Michel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Thirion</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Grisel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Blondel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Prettenhofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Weiss</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Dubourg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Vanderplas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Passos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cournapeau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Brucher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Perrot</surname>
          </string-name>
          , E. Duchesnay,
          <article-title>Scikit-learn: Machine learning in Python</article-title>
          ,
          <source>Journal of Machine Learning Research</source>
          <volume>12</volume>
          (
          <year>2011</year>
          )
          <fpage>2825</fpage>
          -
          <lpage>2830</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zheng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Ma</surname>
          </string-name>
          , et al.,
          <article-title>Geolife: A collaborative social networking service among user, location and trajectory</article-title>
          .,
          <source>IEEE Data Eng. Bull</source>
          .
          <volume>33</volume>
          (
          <year>2010</year>
          )
          <fpage>32</fpage>
          -
          <lpage>39</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>