<!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>Optimized Spatio-Temporal Data Structures for Hybrid Transactional and Analytical Workloads on Columnar In-Memory Databases</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Keven Richly supervised by Prof. Dr. h.c. Hasso Plattner Hasso Plattner Institute, University of Potsdam August-Bebel-Str.</institution>
          <addr-line>88 Potsdam</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <fpage>2</fpage>
      <lpage>5</lpage>
      <abstract>
        <p>Rapid advances in location-acquisition technologies have led to large amounts of trajectory data. This data is the foundation for a broad spectrum of services driven and improved by trajectory data mining. However, for hybrid transactional and analytical workloads, the storing and processing of rapidly accumulated trajectory data is a non-trivial task. In this paper, we propose an approach to optimize the trajectory data management capabilities for relational database systems. Based on the observations that the relational database structure is well-suited to store trajectory data in the sample point format and that the access patterns for trajectory data change over time, we develope a concept for optimized spatio-temporal data structures for inmemory column stores and describe a workload-aware tiered data compression approach. The first evaluations of the approach demonstrate that the observed data access patterns of di↵erent real-world use cases are supporting the proposed system architecture.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>INTRODUCTION</title>
      <p>
        In recent years, rapid advances in location-acquisition
technologies have led to large amounts of time-stamped
location data. Positioning technologies like GPS-based or
communication network-based systems enable the tracking of
various moving objects. This data is the foundation for a
wide spectrum of applications [
        <xref ref-type="bibr" rid="ref10 ref6 ref9">6, 10, 9</xref>
        ]. A trajectory is
represented by a series of chronologically ordered sampling
points. Each sampling point contains spatial information,
which is represented by a multidimensional coordinate in a
geographical space, and temporal information, which is
represented by a timestamp. Additionally, an object identifier
assigns each sampling point to a specific moving object and
the corresponding trajectory. Thereby, the duration and
sampling rate depends on the application. Based on the
characteristics of spatio-temporal trajectory data, there
exist four key challenges: the data volume, the high update
rate (data velocity), the query latency of analytical queries,
Proceedings of the VLDB 2019 PhD Workshop, August 26th, 2019. Los
Angeles, California. Copyright (C) 2019 for this paper by its authors.
Copying permitted for private and academic purposes.
and the inherent inaccuracy of the data. For these reasons,
it is a nontrivial task to manage and store vast amounts of
these data, which are rapidly accumulated. Especially, if we
consider hybrid transactional and analytical workloads
(socalled HTAP or mixed workloads) on spatio-temporal data,
which are challenging concerning space and time complexity.
      </p>
      <p>
        The most common format to store trajectory data is the
sample point format. Here, each observed location is stored
as a tuple with the following attributes: trajectory
identifier, moving object identifier, multi-dimensional location,
and timestamp. In trajectory query processing, we
distinguish the four query types: (i) trajectory-based queries, (ii)
spatio-temporal range queries, (iii) KNN queries, and (iv)
top-k queries [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Trajectory-based queries refer to the
trajectory of a single moving object and return the entire
trajectory, a specific segment of the trajectory, or related
information like the length of the trajectory. Relational databases
are able to store data in the sample point format and
process queries of the four mentioned types. For that reason,
it could be promising to investigate this research area.
Furthermore, relational data management systems have some
further advantages that could be used for trajectory data
(e.g., standardized query language, highly optimized data
processing capabilities). To process spatio-temporal data
eciently, we have to develop optimized data structures for
spatio-temporal data.
      </p>
      <p>Due to the large amount of trajectory data, which have to
be stored in various use cases, we also have to evaluate
di↵erent compression mechanisms for trajectory data to reduce
the data footprint. Particularly for in-memory databases,
we have to utilize the available memory eciently.
Additionally, in di↵erent use cases we can observe that a
specific trajectory segment is less accessed over time. Also, the
query types and granularity of queries, which access a
specific segment change over time. Similar characteristics can
be observed in time-series data analysis. For that reason,
it is necessary to analyze how we can adopt compression
mechanisms for such kind of data access patterns to further
reduce the memory consumption and increase the
performance by minimizing the number of sample points.
2.</p>
    </sec>
    <sec id="sec-2">
      <title>RESEARCH ISSUES</title>
      <p>In this section, we want to highlight the research aspects,
that we derived from the observations mentioned in the
previous section. We propose a concept to integrate storage
mechanisms for trajectory data into a relational in-memory
database with particular attention to leverage the
capabilities of the columnar database layout and the adoption to
observed data access patterns. The objective is to reduce
the data footprint and to better utilize the available
memory bandwidth. We accordingly focus on data structures
and compression techniques.</p>
      <p>
        1. Optimized temporal and spatial data structures for
columnar in-memory databases: The sample point
format, which is used to store trajectory data by the
majority of spatio-temporal data management systems [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ],
is well suited for the table schema of relational database
systems. Also, di↵erent database systems integrated
optimized spatial data types [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. In di↵erent
applications, we could observe that the performance of
spatiotemporal range queries is strongly dominated by the
temporal scan operation. For that reason, it is
necessary to develop new concepts, which eliminate this
bottleneck. The di↵erent types of time awareness that
various use cases provide should be considered [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
Additionally, we should evaluate the spatial functions of
database systems with regard to trajectory data
management.
2. Compression techniques for trajectory data: Zhang et
al. [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] evaluated the compression ratio and quality of
various trajectory simplification algorithms.
Columnar in-memory databases and databases, in general,
use additional data compression techniques apart form
delta encoding (e.g., dictionary or run-length
encoding). For that reason, it is necessary to evaluate the
e↵ect of these compression techniques in the context of
columnar in-memory databases and analyze the
potentials of compression mechanisms that combine
traditional database compression approaches with
specialized trajectory simplification algorithms.
3. Workload-aware tiered data compression: The
structures of various trajectory data management systems
have a simar blueprint (see Figure 2). In this blueprint,
the trajectory data is stored in data partitions. In
general, the systems do not distinguish the di↵erent data
partitions and treat all equally. In various applications
and especially in systems, which analysze times series,
we could observe that the data access pattern for a
database entry changed over time [
        <xref ref-type="bibr" rid="ref1 ref5">1, 5</xref>
        ]. In time series
data management, an approach is to increase the
compression ratio for old values [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. Considering the
massive amounts of trajectory data, which are tracked by
various companies (e.g., transportation network
companies), a tiered compression approach could reduce
the data footprint reasonably.
      </p>
    </sec>
    <sec id="sec-3">
      <title>RELATED WORK</title>
      <p>
        As shown in Figure 1, there are several systems, which
focus on the storage, indexing, and compression of trajectory
data. Various systems were primarily designed to store
spatial data points but they are also used for trajectory data.
With the increased availability of spatio-temporal data
management system were built for di↵erent system
infrastructures, which leverage the specific characteristics of
trajectory data. The optimization focus of the developed system
strongly depends on the addressed use cases: (i) scalability,
(ii) footprint reduction, (iii) elasticity, (iv) eciency, or (v)
query performance [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
      </p>
      <p>Although the various systems are designed for di↵erent
infrastructures and optimized for di↵erent use cases,
similarities in the general structure can be determined and
summarized in a general blueprint. Most trajectory data
management systems are optimized for spatio-temporal range
queries or k-nearest neighbor queries. They use a hybrid
partitioning approach to eciently skip data partitions
during the query execution. To archive spatio-temporal data
locality the data is partitioned by the temporal dimension first
and the spatial dimension second. The trajectory of a
moving object is not stored together in one partition. The
systems divide a trajectory into di↵erent trajectory segments
and distribute them on the data partitions on the basis of the
partitioning scheme. Inside a data partition, the observed
locations are often stored in a sample point data format,
whereby the sample points are ordered by the trajectory
identifier to increase the performance of trajectory-based
queries. To compress the data all systems use delta
compression. Additionally, a wide range of systems applies
further compression techniques for all data partitions. To
optimize the query performance, the trajectory data
management systems use a layered index structure. As displayed in
Figure 2, the structure consists of a three-level hybrid index.
The first layer is a temporal index structure, which divides
the temporal dimensions into di↵erent time intervals. There
are di↵erent implementations for this index (e.g., skip-list,
range index). For each time interval in the first layer, there
exists a spatial index. In most cases, the spatial index is
represented by a traditional KD-tree, quad-tree or oct-tree.
The last layer is normally a tree structure (e.g., b+ tree),
which index the di↵erent spatio-temporal partitions.</p>
      <p>
        There are also several systems, which already integrate
data structures to store spatial data and spatio-temporal
data in relational database systems [
        <xref ref-type="bibr" rid="ref12 ref4">4, 12</xref>
        ]. Integrating
trajectory data management into relational database systems
has the advantages that there is a standardized query
language, the spatio-temporal data can be combined with other
data (e.g., business data), and it is possible to leverage the
highly optimized data processing capabilities of these
systems.
      </p>
    </sec>
    <sec id="sec-4">
      <title>RESERACH PLAN</title>
      <p>In this section, we describe the approach we propose to
optimize the capabilities of relational databases to store
and process trajectory data. Furthermore, we explain our
planned evaluation of the concept.
4.1</p>
    </sec>
    <sec id="sec-5">
      <title>Approach</title>
      <p>
        The foundation of the proposed approach is the chunk
concept implemented by the relational in-memory research
database Hyrise [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. As displayed in Figure 3, a database
table is divided into chunks, which are temporally ordered
horizontal partitions of a certain size. A chunk contains
fragments of all columns of a database table, which are
called segments. Besides ecient multiprocessing and chunk
pruning, this structure enables the creation of auxiliary data
structures (e.g., indices) on a per-chunk basis. Additionally,
it provides the possibility to change the order criteria
between di↵erent chunks (e.g., trajectory identifier, location)
and enables the application of varying trajectory
simplification algorithms. We can apply the same concept to the
encodings of segments. For that reason, some segments of a
column can be unencoded, others dictionary-encoded, and
further segments can be encoded with additional
compression techniques [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
4.1.1
      </p>
      <p>Optimized temporal and spatial data structures
for columnar in-memory databases</p>
      <p>
        These capabilities enable the workload-aware selection of
compression techniques. Furthermore, it is possible to adopt
the ordering of data tuples per chunk. For example, if we
assume a workload that consists of mainly trajectory-based
queries on recent trajectories and in contrast mainly
spatiotemproal range queries on past trajectories it would be
beneficial to order the newer chunks by trajectory identifier and
the older ones by location (see Figure 3). Also, space-filling
curves might be used to improve the scan performance of
spatial filter queries. Moreover, this approach allows
adoption to changes in the data distribution or the workload.
Zhang et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] also address this topic in TrajSpark by
using a time-decay model to monitor the data distribution
and adopt the used indexing schema correspondingly. In
our proposed system, these changes lead to a new optimal
ordering of data tuples in chunks or compression technique.
      </p>
      <p>Additionally, we developed an approach to store
timestamps more eciently in columnar databases to address the
previously mentioned problem that the temporal scan
performance often dominates the execution time of trajectory
database queries. For that reason, we propose a separate
columns approach. The values for year, month, day, hour,
minute, second, and fractional second are each stored in a
separate column. This approach has some advantages over
traditional timestamp concepts. Since there are only
several possible values for the di↵erent columns, dictionary
encoding is e↵ective due to saturated and small dictionaries.
Another aspect of reducing the data footprint is that in one
chunk only a subset of the di↵erent columns (e.g., minutes
or seconds) is modified. For that reason, we could
minimize the memory consumption of the unmodified columns
by applying run-length encoding. Also, we could improve
the bandwidth utilization for temporal scan operations. A
disadvantage is that for between queries, it is necessary to
scan eventually multiple columns.
4.1.2</p>
      <p>Workload-aware tiered data compression</p>
      <p>
        Based on the observation that the data access patterns
for a trajectory segment change over time, we propose a
tiered data compression approach. To select a suitable
compression configuration, detailed knowledge about the data
characteristics and the workload are required. Most
current databases use simple heuristics to choose a
compression scheme for a given column [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. However, we propose
a heuristic that selects a compression configuration, which
defines the applied compression technique for columns on a
per-chunk basis.
      </p>
      <p>
        Depending on the workload, the determined configuration
defines for each chunk, if the spatio-temporal data should
be stored uncompressed, lossless compressed with a specific
compression algorithm or simplified based on a trajectory
simplification algorithm. Additionally, it should also
specify the compression ratio of the simplification algorithm per
chunk. In general, we expect that recent chunks are
uncompressed or only compressed with lossless compression
techniques. In contrast, the compression ratio increases with the
age of a chunk (see Figure 3). Besides reducing the
memory footprint, the selected configuration has also impact on
the query performance as well as the accuracy of the
results. We see potential to optimize the compression schema
for a given memory budget and error-based application
constraints (e.g., accuracy metrics [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]). It might be
preferable to lose performance or accuracy for less often accessed
chunks to leverage the gained space to apply only
lightweight compression methods on frequently accessed chunks.
4.2
      </p>
    </sec>
    <sec id="sec-6">
      <title>Planned Evaluation</title>
      <p>
        For the evaluations of our approach, we plan to use two
real-world use cases. The first one is in the sports sector
and includes positional information of soccer players during
professional soccer games [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. The data is collected with
specialized camera systems, which track around 3.5 million data
points per game. By analyzing this data, we could observe
data access patterns that support our approach [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. In the
post-processing mainly the data of the last game is analyzed.
Additionally, algorithms are used to detect and classify
specific game events (e.g., passes) on the fine-grained trajectory
Segment b
run
lengthencoded
Segment b
dictionaryencoded
      </p>
      <p>Segment c
dictionaryencoded
Segment c
dictionaryencoded
…</p>
      <p>Segment d
dictionaryencoded
Segment d
dictionaryencoded
data. The trajectory data of other games of a season is not
analyzed in that depth. All analyses on data of past seasons
are typically only on an event-based level. The second one
is a dataset of a transportation network company, which
includes several million driver positions per hour. Due to the
amount of the collected data, it is only possible to perform
analysis on compressed data or subsets of the data. For
various use cases (e.g., driver-passenger assignment) only recent
data is analyzed. Also, older trajectories might not
represent the current trac situation.</p>
    </sec>
    <sec id="sec-7">
      <title>CONCLUSIONS</title>
      <p>In this paper, we have presented our approach to store
trajectory data in a relational database system. Based on
our observation that data points of trajectories are less
frequent accessed over time, we developed a workload-aware
tired data compression approach to reduce the data
footprint and better utilize the available memory bandwidth.
Additionally, we presented an optimized data layout for
temporal data in the context of in-memory column stores. The
first evaluations of the approach demonstrate that the
observed data access patterns of di↵erent real-world use cases
are supporting the proposed system architecture. Upcoming
tasks include the further analysis of trajectory compression
techniques for columnar databases, the implementation of
workload-aware metrics to select compression techniques for
chunks, assessing the impact of di↵erent configurations and
an extensive evaluation with real-world systems.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <article-title>[1] Reducing the footprint of main memory htap systems: Removing, compressing, tiering, and ignoring data</article-title>
          .
          <source>In PhD Workshop</source>
          at VLDB, volume
          <volume>2175</volume>
          <source>of CEUR Workshop Proceedings. CEUR-WS.org</source>
          ,
          <volume>8</volume>
          <fpage>2018</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Boissier</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Jendruk</surname>
          </string-name>
          .
          <article-title>Workload-driven and robust selection of compression schemes for column stores</article-title>
          .
          <source>In 22nd International Conference on Extending Database Technology (EDBT)</source>
          , pages
          <fpage>674</fpage>
          -
          <lpage>677</lpage>
          , 3
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Dreseler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Kossmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Boissier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Klauck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Uflacker</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.</given-names>
            <surname>Plattner</surname>
          </string-name>
          .
          <article-title>Hyrise re-engineered: An extensible database system for research in relational in-memory data management</article-title>
          .
          <source>In 22nd International Conference on Extending Database Technology (EDBT)</source>
          , pages
          <fpage>313</fpage>
          -
          <lpage>324</lpage>
          , 3
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>V.</given-names>
            <surname>Pandey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kipf</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Vorona</surname>
          </string-name>
          , T. Mu¨hlbauer, T. Neumann,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Kemper</surname>
          </string-name>
          .
          <article-title>High-performance geospatial analytics in hyperspace</article-title>
          .
          <source>In Proceedings of the 2016 International Conference on Management of Data</source>
          , pages
          <fpage>2145</fpage>
          -
          <lpage>2148</lpage>
          . ACM,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>T.</given-names>
            <surname>Pelkonen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Franklin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Teller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Cavallaro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Huang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Meza</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K.</given-names>
            <surname>Veeraraghavan. Gorilla</surname>
          </string-name>
          :
          <article-title>A fast, scalable, in-memory time series database</article-title>
          .
          <source>Proceedings of the VLDB Endowment</source>
          ,
          <volume>8</volume>
          (
          <issue>12</issue>
          ):
          <fpage>1816</fpage>
          -
          <lpage>1827</lpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>K.</given-names>
            <surname>Richly</surname>
          </string-name>
          .
          <article-title>Leveraging spatio-temporal soccer data to define a graphical query language for game recordings</article-title>
          .
          <source>In IEEE International Conference on Big Data, Big Data</source>
          <year>2018</year>
          , Seattle, WA, USA, December
          <volume>10</volume>
          -
          <issue>13</issue>
          ,
          <year>2018</year>
          , pages
          <fpage>3456</fpage>
          -
          <lpage>3463</lpage>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>K.</given-names>
            <surname>Richly</surname>
          </string-name>
          .
          <article-title>A survey on trajectory data management for hybrid transactional and analytical workloads</article-title>
          .
          <source>In IEEE International Conference on Big Data, Big Data</source>
          <year>2018</year>
          , Seattle, WA, USA, December
          <volume>10</volume>
          -
          <issue>13</issue>
          ,
          <year>2018</year>
          , pages
          <fpage>562</fpage>
          -
          <lpage>569</lpage>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>K.</given-names>
            <surname>Richly</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bothe</surname>
          </string-name>
          , T. Rohlo↵, and
          <string-name>
            <given-names>C.</given-names>
            <surname>Schwarz</surname>
          </string-name>
          .
          <article-title>Recognizing compound events in spatio-temporal football data</article-title>
          .
          <source>In International Conference on Internet of Things and Big Data (IoTBD)</source>
          ,
          <fpage>4</fpage>
          <lpage>2016</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>K.</given-names>
            <surname>Richly</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Moritz</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Schwarz</surname>
          </string-name>
          .
          <article-title>Utilizing artificial neural networks to detect compound events in spatio-temporal soccer data</article-title>
          .
          <source>In SIGKDD17 Workshop on Mining and Learning from Time Series (MiLeTS)</source>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>K.</given-names>
            <surname>Richly</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Teusner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Immer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Windheuser</surname>
          </string-name>
          , and
          <string-name>
            <given-names>L.</given-names>
            <surname>Wolf</surname>
          </string-name>
          .
          <article-title>Optimizing routes of public transportation systems by analyzing the data of taxi rides</article-title>
          .
          <source>In Proceedings of the 1st International ACM SIGSPATIAL Workshop on Smart Cities and Urban Analytics</source>
          ,
          <source>UrbanGIS@SIGSPATIAL</source>
          <year>2015</year>
          ,
          <article-title>Bellevue</article-title>
          , WA, USA, November 3-
          <issue>6</issue>
          ,
          <year>2015</year>
          , pages
          <fpage>70</fpage>
          -
          <lpage>76</lpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Xia</surname>
          </string-name>
          , G. Yuan, and
          <string-name>
            <given-names>D.</given-names>
            <surname>Li</surname>
          </string-name>
          .
          <article-title>An overview of moving object trajectory compression algorithms</article-title>
          . Mathematical Problems in Engineering,
          <year>2016</year>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>H.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zheng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Zheng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Zhou</surname>
          </string-name>
          , and
          <string-name>
            <surname>S. Sadiq. Sharkdb:</surname>
          </string-name>
          <article-title>An in-memory column-oriented trajectory storage</article-title>
          .
          <source>In Proceedings of the 23rd ACM international conference on conference on information and knowledge management</source>
          , pages
          <fpage>1409</fpage>
          -
          <lpage>1418</lpage>
          . ACM,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>D.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ding</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Fan</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H. T.</given-names>
            <surname>Shen</surname>
          </string-name>
          .
          <article-title>Trajectory simplification: an experimental study and quality analysis</article-title>
          .
          <source>Proceedings of the VLDB Endowment</source>
          ,
          <volume>11</volume>
          (
          <issue>9</issue>
          ):
          <fpage>934</fpage>
          -
          <lpage>946</lpage>
          ,
          <year>2018</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Jin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Mao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Zhou</surname>
          </string-name>
          .
          <article-title>Trajspark: A scalable and ecient in-memory management system for big trajectory data</article-title>
          .
          <source>In Asia-Pacific Web (APWeb) and Web-Age Information Management (WAIM) Joint Conference on Web and Big Data</source>
          , pages
          <fpage>11</fpage>
          -
          <lpage>26</lpage>
          . Springer,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>