Representing topological relationships for spatiotemporal objects

  • Authors:
  • Erlend Tøssebro;Mads Nygård

  • Affiliations:
  • Department of Electrical Engineering and Computer Science, University of Stavanger, Stavanger, Norway NO-4036;Department of Computer and Information Science, Norwegian University of Science and Technology, Trondheim, Norway NO-7491

  • Venue:
  • Geoinformatica
  • Year:
  • 2011

Quantified Score

Hi-index 0.00

Visualization

Abstract

Several representations have been created to store topological information in normal spatial databases. Some work has also been done to represent topology for 3D objects, and such representations could be used to store topology for spatiotemporal objects. However, using 3D models has some disadvantages with regards to retrieving snapshots of the database. This paper aims at creating a spatiotemporal version of the sliced representation that supports efficient retrieval of snapshots of the past and that supports enforcing topological relationships. This paper aims to extend an earlier representation of moving objects so that it can also store and enforce some of the topological relationships between the objects. One use of such a representation is storing a changing spatial partition. As part of the effort to construct the model, an analysis of the topological relationships has been carried out to see which need to be stored explicitly and which can be computed from geometry. Both a basic time slice model and a 3D model are examined to determine how suitable they are for storing topological relationships. An extension of the time slice model is then proposed that solves some of the problems of the basic time slice model. Some algorithms for constructing the new model from snapshots of the objects along with an adjacency graph have been created. The paper also contains a short analysis on how to handle current time, as the time slice model is best at handling historical data, and on ways to speed up searches in a database in which objects of many types are connected to one another and many files therefore potentially need to be accessed.