PS5_13_30.ppt (Read-Only)
  • No tags were found...

PS5_13_30.ppt (Read-Only)

IntroductionnDue to the large volume of data generatedon the Internet today, new forms of datastorage and data processing are required.nTraditional architectures of DBMS for storingstructured data have proven inadequate todeal with this enormous volume of data.


IntroductionnThe popularity of spatial applications andalso the supporting devices for georeferenceddata gathering have allcontributed to an increase in this informationvolume.

IntroductionnFor these applications, NoSQL databasesprovide distributed storage and indexingtechniques using map/reduce functions.

IntroductionnFor these applications, NoSQL databasesprovide distributed storage and indexingtechniques using map/reduce functions.

IntroductionnProblem:¡combine this volume of georeferencedinformation that emerges from social networkswith the traditional geo-referenced information,stored, for example, in SQL spatial databases orin spatial data infrastructures.

IntroductionnSolution:¡implement OGC interoperability services amongspatial data on the NoSQL spatial database soas to integrate it to the SQL spatial DBMS.

Related Workn The SANY project [Havlik et al. 2009]designed a service to provide a single pointof access to data spread across the variousnodes of a network of sensors.

Related Workn The ORCHESTRA project [Usländer 2007]describes a spatial data infrastructure forrisk management applications.

Related WorknMap/Reduce functions have been used tocarry out a number of tasks in thegeographical domain:¡Generation of spatial indexes [Akdogan et al.2010][Cary et al. 2009]¡ Query processing [Jardak et al. 2010]¡ Prediction of natural disasters [Hasenkamp et al.2010]

ArchitecturenThe architecture of our system wasdeveloped on three layers¡ Application¡ Services¡ Persistence


Application LayernnResponsible for the interaction betweenusers and services.In our prototype, we used GEO-STAT(Geographic Spatio-Temporal AnalysisTool), a Web map viewer that we havedeveloped

Service LayernMakes possible to submit queries to aNoSQL database with the same syntaxused to query a SQL database in a simpleand transparent manner for the user’sapplication.

Service Layer

Persistence LayernnWe used CouchDB-GeoCouch for NoSQLdata.CouchDB¡ Document-oriented schema free database¡ A database is stored as a collection of documentsJSON (JavaScript Object Notation)¡ All interaction is performed entirely by using theHTTP protocol through a RESTful interface

Persistence Layer{"type": "Feature",}"properties": {},"OBJECTID": 218,"Localidade": "Municipio","CODIGO_IBG": 2504009,"Nome": "Campina Grande""geometry": {"type": "Point",}"coordinates": []-35.89884,-7.21831

Case Study - SetupnWe configured two servers (for SQL andNoSQL databases); each providing WMSand WFS servicesnBoth servers stored spatial records aboutthe Brazilian state of Paraíba, including allits 223 municipalities, the highways thatcross the state, and all fire outbreaksdetected in the state in 2010.

Case Study - Experiment 1nGoal: Checking OGC requests placed toWMS and WFS servicesnnFunctional tests were performed on theimplemented NoSQL Services accessingthe NoSQL database server.The result set was compared to GeoServerin order to validate the accuracy of ourimplementation.

Case Study - Experiment 1

Case Study - Experiment 1

Case Study - Experiment 2nGoal: Evaluation of interoperability betweenthe NoSQL and the SQL databases

Case Study - Experiment 2nnIn the first server, based on SQL, we leftavailable only data related to municipalitiesand highways in the state of Paraiba.In the second server, based on NoSQL, weleft available only data about fire outbreaks.

Case Study - Experiment 2Show all fires detected in the city of Monteiro in2010.n1 st step: retrieves along with the SQL MapServer the geometry and the correspondingidentifier of the city of Monteiro in the GMLformat.

Case Study - Experiment 2n2 nd step: the geometry that comes from thefirst step is used to filter all fires (geometriesin NoSQL spatial database) that are insidethe area represented by that geometry.

Case Study - Experiment 2

ConclusionsnExperiments have demonstrated that it ispossible to submit queries using the samesyntax for SQL and NoSQL spatialdatabases in a simple and transparentmanner for the user’s application.

Future WorknConduct experiments on the performanceand scalability of services;nExtend the server to allow the use of otherNoSQL databases

nMany Thanks!nQuestions?

Using OGC Services toInteroperate Spatial Data Stored inSQL and NoSQL DatabasesCláudio de Souza Eduardo Santos Francisco de Lima

More magazines by this user
Similar magazines