Exploring the Use of the Semantic Web for Discovering, Retrieving and Processing Data from Sensor Observation Services Ivo De Liefde June 2016

Total Page:16

File Type:pdf, Size:1020Kb

Exploring the Use of the Semantic Web for Discovering, Retrieving and Processing Data from Sensor Observation Services Ivo De Liefde June 2016 MSc thesis in Geomatics Exploring the use of the semantic web for discovering, retrieving and processing data from Sensor Observation Services Ivo de Liefde June 2016 EXPLORINGTHEUSEOFTHESEMANTICWEBFOR DISCOVERING,RETRIEVINGANDPROCESSINGDATAFROM SENSOROBSERVATIONSERVICES A thesis submitted to the Delft University of Technology in partial fulfillment of the requirements for the degree of Master of Science in Geomatics by Ivo de Liefde June 2016 Ivo de Liefde: Exploring the use of the semantic web for discovering, retrieving and processing data from Sensor Observation Services (2016) cb This work is licensed under a Creative Commons Attribution 4.0 Inter- national License. To view a copy of this license, visit http://creativecommons.org/licenses/by/4.0/. The work in this thesis was made in the: Department of GIS Technology OTB Research Institute for the Built Environment Faculty of Architecture & the Built Environment Delft University of Technology Supervisors: Drs. M.E. de Vries Dr.ir. B.M. Meijers Co-reader: Dr. Dipl.-Ing. S. Zlatanova ABSTRACTDevelopments such as smart cities, the Internet of Things (IoT) and the Infras- tructure for Spatial Information in Europe (INSPIRE) are causing a growing amount of observation data to be produced. The Open Geospatial Con- sortium (OGC) has developed Sensor Web Enablement (SWE) standards for modelling and publishing this data online. However, their use is currently limited to geo information specialists, who have knowledge about which data services are available and how to access them. With the use of the semantic web, online processes can automatically find and understand ob- servation metadata. This opens up the SWE services to a large user audience. Therefore, this thesis has designed a conceptual system architecture that uses the semantic web to improve sensor data discovery as well as the inte- gration and aggregation of sensor data from multiple sources. A conceptual system architecture is presented containing two web pro- cesses. The first process automatically creates an online semantic knowl- edge base of sensor metadata, by harvesting Sensor Observation Services. Metadata based on the Observations and Measurements (O&M) data model are retrieved, which includes the location of deployed sensors, what they observe, how they observe it and at which SWE service their data can be requested. The second process automatically translates logical queries of users into observation data requests. It also performs further processing be- fore returning the observation data to the user. Both of these processes have been tested in a proof of concept implementation. A Web Processing Service (WPS) has been created as a proof of concept, making the two processes available online. The proof of concept is able to harvest sensor metadata, convert it to linked data, and publish it on the semantic web with links to and from other metadata. It results in a se- mantic knowledge base of sensor metadata, which improves the discovery in a machine understandable way. It allows multiple Sensor Observation Services to be used in combination with each other, due to the harmonisa- tion involved in creating linked data. The WPS is therefore able to retrieve and process observation data from multiple Sensor Observation Services, using queries such as: What are the average particulate matter levels per month in neighbourhoods of Delft over the last five years? In conclusion, the presented conceptual system architecture contains two processes which improve the discovery, retrieval and aggregation of sensor data from multiple Sensor Observation Services using the semantic web. However, creating a completely automated process for harvesting metadata, which works with every Sensor Observation Service is not yet feasible, as non-meaningful identifiers are allowed to be used according to the SWE stan- dards. Linked data ontologies should also be extended to include all avail- able metadata. Currently there are no ontologies able to define the concept of a geo web service. Another conclusion is that the SPARQL endpoints used in this thesis cannot cope with complex vector geometries. This is due to their inability to handle verbose queries. Nevertheless, the proof of concept shows that the semantic web can enable current SWE services to be used in new ways, making observation data available to a larger user audience. i ACKNOWLEDGEMENTSThis thesis is the result of several months of hard work, and the support of many people. I would first of all like to thank my supervisors Marian de Vries en Martijn Meijers. You have guided me throughout the whole process and regularly took the time to help me reflect on my thesis. Thank you for all of your help and inspiration. Special thanks goes out to Michel Grothe from Geonovum, for introduc- ing me to the SOS data sources and the ways in which they can be accessed. I would also like to thank my coreader Sisi Zlatanova and the delegate of the board of examiners Verena Balz. Your critical feedback has been very important in the process of writing the thesis. I would like to thank the thesis coordinator Hugo Ledoux, for shedding light on all the different aspects of the graduation manual. Another special thanks goes out to Florian Fichtner for his valuable peer review. I would also like to express my gratitude to all the Geomatics teachers and staff members, of whom I have learned a lot during my time in Delft. You have provided me with all the necessary knowledge and skills to make it this far. Finally, I would like to thank all of my friends and family who have supported me over the course of the last couple of months. iii CONTENTS1 1 1.1 Background . 1 1introduction.2 Motivation . 2 1.3 Problem statement . 3 1.4 Test case . 5 1.5 Research questions . 6 1.6 Contributions . 6 1.7 Thesis outline . 7 2 9 2.1 Sensor Web Enablement . 9 2related.2 Sensor work data aggregation . 15 2.3 Sensor metadata in catalogue services . 16 2.4 Semantic web . 19 2.5 Sensor data ontologies . 22 2.6 Semantic sensor data middleware . 24 2.7 Concluding remarks . 25 3 27 3.1 Creating linked data . 27 3methods.2 Ontologies . 28 3.3 Adding links to DBPedia . 30 3.4 Spatial queries with SPARQL . 30 3.5 Web Processing Service . 32 4 35 4.1 Creating linked data from sensor metadata . 35 4conceptual.2 Using logical system queries architecture to retrieve sensor data . 43 5 47 5.1 Preparing geographic data . 47 5proof.2 Creating of concept linked data from sensor metadata . 52 5.3 Using logical queries to retrieve sensor data . 58 5.4 Setting up the Web Processing Services . 68 6 71 6.1 Implementation differences of Sensor Observation Services . 71 6results.2 Semantics in Sensor Observation Services . 72 6.3 Missing classes in linked data ontologies . 74 6.4 Spatial queries with SPARQL . 74 6.5 Reusing the OM Observation Schema for output data . 76 6.6 Comparison with a Catalog Service for the Web . 77 6.7 Comparison with semantic sensor middleware . 78 6.8 Concluding remarks . 79 7 81 7.1 Answering the research questions . 81 7conclusions.2 Discussion . 85 v vi 8Contents 87 8.1 Recommendations . 87 8recommendations.2 Future work . .and . future. work. 88 a 91 b mappings 95 b.1 Example Capabilities Document . 95 bweb.2 processingExample Describe service Process response Document documents . 98 b.3 Example Execute Document . 100 LISTOFFIGURESFigure 1.1 Web application created in this thesis, which uses the semantic to find and retrieve sensor data from Sensor Observation Services based on logical input. 4 Figure 1.2 The combined air quality sensor network of the Sen- sor Observation Services of the Belgian interregional environment agency (IRCEL-CELINE) and the Dutch na- tional institute for public health and the environment (RIVM) in Belgium and the South of the Netherlands. 5 Figure 2.1 Basic observation in the Observations and Measure- ments (O&M) data model. Image courtesy of [ISO, 2011, p. 9]......................... 10 Figure 2.2 DescribedObject class in Sensor Modelling Language (SensorML). Image courtesy of [OGC, 2014, p. 39]... 11 Figure 2.3 Definition of a physical process in Sensor Modelling Language (SensorML). Image courtesy of [OGC, 2014, p. 57]............................ 12 Figure 2.4 Data model behind the capabilities document of a SOS. Image courtesy of Broring¨ et al.[ 2012]...... 14 Figure 2.5 Architecture of Catalog Service for the Web. Image courtesy of [OGC, 2007, p. 26].............. 16 Figure 2.6 Overview of the interaction between CSW, SIR, SOR and potential users. Image courtesy of 52 North[ 2016] 17 Figure 2.7 Hierarchy of the semantic web. Image courtesy by Berners-Lee[ 2000]..................... 20 Figure 2.8 Triples of object, predicate and subject define Delft as a municipality with a geometry . 21 Figure 2.9 Structure of URI, URN and URL . 21 Figure 2.10 Triples of Figure 2.8 in the Turtle notation . 22 Figure 2.11 Persistent Uniform Resource Locator (PURL) resolves to the current resource location. Image courtesy of Shafer et al.[ 2016]..................... 22 Figure 2.12 The stimulus–sensor–observation pattern [Compton et al., 2012, p. 28]..................... 23 Figure 3.1 Workflow diagram for publishing linked open data from existing spatial data. Image courtesy of [Missier, 2015, p. 28]......................... 28 Figure 3.2 Basic classes and relations in the PROV-O by [Lebo et al., 2013]......................... 29 Figure 3.3 Artifacts of the Web Processing Service (WPS) service model [OGC, 2015, p. 15]................ 32 Figure 3.4 UML model of WPS capabilities document [OGC, 2015, p. 70]............................ 33 Figure 4.1 General overview of creating linked data of metadata from Sensor Observation Services . 36 Figure 4.2 Workflow diagram of web process for creating linked sensor metadata (adapted from Missier[ 2015]) . 36 Figure 4.3 Sensor metadata retrieved from a Sensor Observation Service (SOS).......................
Recommended publications
  • Data and Service Discovery in Linked SDI and Linked VGI
    Data and Service Discovery in Linked SDI and Linked VGI Virtual Workshop on Geospatial Semantic Architectures Todd Pehle May 7, 2013 Chief Engineer tpehle-at-orbistechnologies.com 1 Agenda • Introduce Example OGC Workflow • Describe Analogous Linked Data Workflow: • Geographic Feature Types in Linked SDI/VGI • Data Discovery with GeoVoID • Service Capabilities with GeoSPARQL Service Descriptions • SPARQL-based Feature Collections • Conclusion 2 Example OGC-based GIS Workflow 1. Discover OGC Catalog 2. Search Catalog by Feature Type/BBOX 3. Discover OGC WFS Service 4. GetCapabilities 5. GetFeature 6. DescribeFeatureType 7. Add WFS Layer(s) to Map 8. Get Feature By ID 3 Feature Types in LOD What constitutes a feature type in Linked Data? • Linked Data is described using RDFS and OWL ontologies giving data a formal semantics • Consensus on a “core” intensional semantics for geographic phenomena remains elusive • Option 1: Wait (a long time) for consensus • Option 2: Minimize ontological commitment and apply definitions driven by extensional alignment (i.e. – no core) 4 Common LOD Feature Type Definitions W3C Basic Geo (Linked VGI) OGC GeoSPARQL (Linked SDI) ? SpatialThing SpatialObject ? Feature Geometry Point ns:City Relations = rdfs:subClassOf 5 Dataset Discovery with VoID and DCAT • VoID Capabilities: • General metadata • Structural • Class/property partitions • Linksets • DCAT Capabilities: • Interoperability of Catalogs • Non-RDF Catalogs Source: http://docs.ckan.org/en/latest/geospatial.html • Often stored in data portal like CKAN • Offers BBOX dataset queries • Has extension support for CSW • Flexible discovery via centralized catalogs AND socialized links (VoID Repos, URI backlinks, etc.) 6 Geospatial Data Discovery with GeoVoID Goals: • Enable discovery of geographic feature data and services in LOD via: • Feature Type Discovery • Feature Type Spatial Extents • Dataset Spatial Extents • Thematic Attribution Schema Discovery (maybe) • GeoSPARQL Endpoint Discovery • Reuse and extend existing LOD vocabs vs.
    [Show full text]
  • A Survey of Geospatial Semantic Web for Cultural Heritage
    heritage Review A Survey of Geospatial Semantic Web for Cultural Heritage Ikrom Nishanbaev 1,* , Erik Champion 1 and David A. McMeekin 2 1 School of Media, Creative Arts, and Social Inquiry, Curtin University, Perth, WA 6845, Australia; [email protected] 2 School of Earth and Planetary Sciences, Curtin University, Perth, WA 6845, Australia; [email protected] * Correspondence: [email protected] Received: 23 April 2019; Accepted: 16 May 2019; Published: 20 May 2019 Abstract: The amount of digital cultural heritage data produced by cultural heritage institutions is growing rapidly. Digital cultural heritage repositories have therefore become an efficient and effective way to disseminate and exploit digital cultural heritage data. However, many digital cultural heritage repositories worldwide share technical challenges such as data integration and interoperability among national and regional digital cultural heritage repositories. The result is dispersed and poorly-linked cultured heritage data, backed by non-standardized search interfaces, which thwart users’ attempts to contextualize information from distributed repositories. A recently introduced geospatial semantic web is being adopted by a great many new and existing digital cultural heritage repositories to overcome these challenges. However, no one has yet conducted a conceptual survey of the geospatial semantic web concepts for a cultural heritage audience. A conceptual survey of these concepts pertinent to the cultural heritage field is, therefore, needed. Such a survey equips cultural heritage professionals and practitioners with an overview of all the necessary tools, and free and open source semantic web and geospatial semantic web platforms that can be used to implement geospatial semantic web-based cultural heritage repositories.
    [Show full text]
  • OGC Sensor Web Enablement
    Botts et al. OGC Sensor Web Enablement OGC® Sensor Web Enablement: Overview And High Level Architecture Mike Botts George Percivall Univ. of Alabama in Huntsville Open Geospatial Consortium, Inc. [email protected] [email protected] Carl Reed John Davidson Open Geospatial Consortium, Inc. Image Matters LLC [email protected] [email protected] ABSTRACT A precursor paper (also available as an OGC White Paper) provides a high-level overview of and architecture for the Open Geospatial Consortium (OGC) standards activities that focus on sensors, sensor networks, and a concept called the “Sensor Web”. This OGC focus area is known as Sensor Web Enablement (SWE). For readers interested in greater technical and architecture details, please download and read the OGC SWE Architecture Discussion Paper titled “The OGC Sensor Web Enablement Architecture” (OGC document 06-021r1). Keywords Sensor, OGC, “Sensor Web Enablement”, “sensor web”, transducer, geospatial, “web service”, SOA, “service oriented architecture”, imaging. INTRODUCTION A sensor network is a computer accessible network of many, spatially distributed devices using sensors to monitor conditions at different locations, such as temperature, sound, vibration, pressure, motion or pollutants1. A Sensor Web refers to web accessible sensor networks and archived sensor data that can be discovered and accessed using standard protocols and application program interfaces (APIs). Figure 1: Sensor Web Concept 1 Wikipedia - http://en.wikipedia.org/wiki/Wireless_sensor_network (Last viewed 18 March 2008) Proceedings of the 5th International ISCRAM Conference – Washington, DC, USA, May 2008 F. Fiedrich and B. Van de Walle, eds. 713 Botts et al. OGC Sensor Web Enablement In an Open Geospatial Consortium, Inc.
    [Show full text]
  • Developing Geosparql Applications with Oracle Spatial and Graph
    Developing GeoSPARQL Applications with Oracle Spatial and Graph Matthew Perry, Ana Estrada, Souripriya Das, Jayanta Banerjee Oracle, One Oracle Drive, Nashua, NH 03062, USA Abstract. Oracle Spatial and Graph – RDF Semantic Graph, an option for Ora- cle Database 12c, is the only mainstream commercial RDF triplestore that sup- ports the OGC GeoSPARQL standard for spatial data on the Semantic Web. This demonstration will give an overview of the GeoSPARQL implementation in Oracle Spatial and Graph and will show how to load, index and query spatial RDF data. In addition, this demonstration will discuss complimentary tools such as Oracle Map Viewer. 1 Introduction The Open Geospatial Consortium (OGC) published the GeoSPARQL standard in 2012 [1]. This standard defines, among other things, a vocabulary for representing geospatial data in RDF and an extension of the W3C SPARQL query language [4] that allows spatial processing. Oracle Database has provided support for RDF data with the Spatial and Graph op- tion since 2005. GeoSPARQL has been supported since 2013, beginning with version 12c Release 1 [2]. Oracle Spatial and Graph is the only mainstream commercial RDF triplestore that supports significant components of the OGC GeoSPARQL standard. A demonstration of Oracle’s technology will give an overview of the current state-of- the-art for managing linked geospatial data. The remainder of this paper describes major components of OGC GeoSPARQL and then discusses the architecture of Oracle Spatial and Graph. This is followed by a description of key features of Oracle Spatial and Graph that will be demonstrated. 2 The OGC GeoSPARQL Standard The OGC GeoSPARQL standard defines a number of components ranging from top-level OWL classes to a set of rules for query transformations.
    [Show full text]
  • Geosparql Query Tool a Geospatial Semantic Web Visual Query Tool
    GeoSPARQL Query Tool A Geospatial Semantic Web Visual Query Tool Ralph Grove1, James Wilson2, Dave Kolas3 and Nancy Wiegand4 1Department of Computer Science, James Madison University, Harrisonburg, Virginia, U.S.A. 2Department of Integrated Science and Technology, James Madison University, Harrisonburg, Virginia, U.S.A. 3Raytheon BBN Technologies, Columbia, Maryland, U.S.A. 4Space Science and Engineering Center, University of Wisconsin, Madison, Wisconsin, U.S.A. Keywords: Semantic Web, Geographic Information Systems, GeoSPARQL, SPARQL, RDF. Abstract: As geospatial data are becoming more widely used through mobile devices and location sensitive applications, the potential value of linked open geospatial data in particular has grown, and a foundation is being developed for the Semantic Geospatial Web. Protocols such as GeoSPARQL and stSPARQL extend SPARQL in order to take advantage of spatial relationships inherent in geospatial data. This paper presents GeoQuery, a graphical geospatial query tool that is based on Semantic Web technologies. GeoQuery presents a map-based user interface to geospatial search functions and geospatial operators. Rather than using a proprietary geospatial database, GeoQuery enables queries against any GeoSPARQL endpoint by translating queries expressed via its graphical user interface into GeoSPARQL queries, allowing geographic information scientists and other Web users to query linked data without knowing GeoSPARQL syntax. 1 INTRODUCTION Tool (GeoQuery)1, a graphical geospatial query tool that is based on Semantic Web technologies. The Semantic Web has the potential to greatly GeoQuery translates queries expressed through its increase the usability of publicly available data by graphical user interface into GeoSPARQL queries, allowing access to open data sets in linked format which can then be executed against any over the Web.
    [Show full text]
  • Geosparql: Enabling a Geospatial Semantic Web
    Undefined 0 (0) 1 1 IOS Press GeoSPARQL: Enabling a Geospatial Semantic Web Robert Battle, Dave Kolas Knowledge Engineering Group, Raytheon BBN Technologies 1300 N 17th Street, Suite 400, Arlington, VA 22209, USA E-mail: {rbattle,dkolas}@bbn.com Abstract. As the amount of Linked Open Data on the web increases, so does the amount of data with an inherent spatial context. Without spatial reasoning, however, the value of this spatial context is limited. Over the past decade there have been several vocabularies and query languages that attempt to exploit this knowledge and enable spatial reasoning. These attempts provide varying levels of support for fundamental geospatial concepts. In this paper, we look at the overall state of geospatial data in the Semantic Web, with a focus on the upcoming OGC standard GeoSPARQL. GeoSPARQL attempts to unify data access for the geospatial Semantic Web. We first describe the motivation for GeoSPARQL, then the current state of the art in industry and research, followed by an example use case, and the implementation of GeoSPARQL in the Parliament triple store. Keywords: GeoSPARQL, SPARQL, RDF, geospatial, geospatial data, query language, geospatial query language, geospatial index 1. Introduction In this paper, we discuss an emerging standard, Geo- SPARQL [24] from the Open Geospatial Consortium Geospatial data is increasingly being made avail- (OGC)1. This standard aims to address the issues of able on the Web in the form of datasets described us- geospatial data representation and access. It provides ing the Resource Description Framework (RDF). The a common representation of geospatial data described principles of Linked Open Data, detailed in [5], en- using RDF, and the ability to query and filter on the courage a set of best practices for publishing and con- relationships between geospatial entities.
    [Show full text]
  • OGC Sensorthings API FROST Server
    OGC SensorThings API and FROST Server® Michael Jacoby Open Geospatial Consortium http://www.opengeospatial.org ▪ International consortium ▪ over 522 companies, government agencies and universities ▪ “Geo-enable” mainstream IT ▪ Develop publicly available standards ▪ Web Map Service ▪ CityGML ▪ WaterML ▪ Earth Observations 2019-10-29 2 / 38 © Fraunhofer IOSB OGC & IoT? ▪ IoT deals with Sensors and Actuators ▪ Sensors and Actuators have Location ▪ OGC Sensor Web Enablement (SWE) ▪ Enable developers to make all types of sensors and sensor data repositories discoverable, accessible and useable via the Web ▪ Since 1990 by NASA ▪ Since 2001 in OGC ▪ SensorML Sensor Observation Service (SOS) Sensor Planning Service (SPS) Observations & Measurements (O&M) ▪ Sensor Data & Metadata ©OGC: http://www.opengeospatial.org/ogc/markets-technologies/swe 2019-10-29 3 / 38 © Fraunhofer IOSB From SWE to SensorThings ▪ “Old” SWE Standards ▪ XML Encoded ▪ SOAP bindings ▪ Complex in use ▪ No easy browsing ▪ No pagination ▪ No pub/sub Time for an update → SensorThings API 2019-10-29 4 / 38 © Fraunhofer IOSB OGC SensorThings API https://www.opengeospatial.org/standards/sensorthings https://github.com/opengeospatial/sensorthings ▪ A standard for exchanging sensor data and metadata ▪ Historic data & current data ▪ JSON Encoded ▪ RESTful ▪ Adapting OASIS OData URL patterns and query options ▪ Supporting MQTT pub/sub ▪ Easy to use & understand ▪ Discoverable with only a web browser 2019-10-29 5 / 38 © Fraunhofer IOSB OGC SensorThings API ▪ Divided into multiple Parts
    [Show full text]
  • Bringing Location Analysis to the Semantic Web with the OGC Geosparql Standard
    ® ® Bringing Location Analysis to the Semantic Web with the OGC GeoSPARQL Standard Matthew Perry Xavier Lopez Agenda • About the GeoSPARQL SWG • Use Cases & Requirements • From SPARQL to GeoSPARQL • GeoSPARQL Technical Details • Implementation Considerations • Live Demo ® OGC 2 Group Members • Open Geospatial Consortium standards working group – 13 voting members, 36 observers – Editors: Matthew Perry and John Herring – Chairs: John Herring and Dave Kolas • Submitting Organizations Traverse Technologies, Inc. ® OGC 3 Standardization Process OAB vote Process on comments Publish candidate and update standard Form SWG standard document (May (June 2010) (June 2011) (Feb. 2012) 2012) Release 30-day TC/PC candidate public vote standard comment (March 22, (May 2011) period 2012) (July 2011) ® OGC 4 Linked Geo Data • Many LOD datasets have geospatial components LinkedSensorData • Barriers to integration What DBPedia Historic – Vendor-specific geometry support Buildings are within walking distance? – Different vocabularies • W3C Basic Geo, GML XMLLiteral, What OpenStreetMap Dog Vendor-specific Parks are inside Ordnance – Different spatial reference systems Survey Southampton • WGS84 Lat-Long, British National Grid Administrative District? ® OGC 5 Gazetteers and Linked Open Data Services • Provide common terms (place names) to link across existing spatial data resources • Enable consolidated view across the map layers • Reconcile differences in data semantics so that they can all “talk”and interoperate • Resolving semantic discrepancies across databases gazetteers and applications • Integrate full breath of enterprise content continuum (structured, spatial, email, documents, web services) OGC ® Semantic GIS • GIS applications with semantically complex thematic aspects – Logical reasoning to classify features • land cover type, suitable farm land, etc. – Complex Geometries • Polygons and Multi-Polygons with 1000’s of points – Complex Spatial Operations • Union, Intersection, Buffers, etc.
    [Show full text]
  • DGIWG Service Architecture
    DGIWG – 306 DGIWG Service Architecture Document Identifier: TCR-DP-07-041-ed2.0.1-DGIWG_Service_Architecture Publication Date: 05 November 2008 Edition: 2.0.1 Edition Date: 05 November 2008 Responsible Party: DGIWG Audience: Approved for public release Abstract: This document provides architecture guidance to DGIWG. Copyright: (C) Copyright DGIWG, some rights reserved - (CC) (By:) Attribution You are free: - to copy, distribute, display, and perform/execute the work - to make derivative works - to make commercial use of the work Under the following conditions: - (By:) Attribution. You must give the original author (DGIWG) credit. - For any reuse or distribution, you must make clear to others the license terms of this work. Any of these conditions can be waived if you get permission from the copyright holder DGIWG. Your fair use and other rights are in no way affected by the above. This is a human-readable summary of the Legal Code (the full license is available from Creative Commons <http://creativecommons.org/licenses/by/2.0/ >). DN:07-041 05 November 2008 Contents Executive summary ..................................................................................................... 1 Acknowledgement ....................................................................................................... 1 1 Introduction .......................................................................................................... 2 1.1 Scope .............................................................................................................
    [Show full text]
  • Integrating the Ogc Sensor Web Enablement Framework Into the Ogc Catalogue
    INTEGRATING THE OGC SENSOR WEB ENABLEMENT FRAMEWORK INTO THE OGC CATALOGUE S.Jirka a, *, D. Nüst a, J. Schulte a, F. Houbie b a Westfälische Wilhelms-Universität Münster, Institut für Geoinformatik, Weseler Straße 253, 48151 Münster, Germany - (jirka, daniel.nuest, janschulte)@uni-muenster.de b ERDAS SA, Quai Timmermans 14/01, 4000 Liège, Belgium - [email protected] KEY WORDS: Internet/Web, Interoperability, Metadata, Sensor, Software, Standards ABSTRACT: The Sensor Web Enablement (SWE) architecture of the Open Geospatial Consortium (OGC) has reached a broad acceptance. However, although the core specifications reached a mature state, the integration of a cataloguing service for sensors has not yet been achieved. Previous work focused on registries that address the specifics of dynamic sensor networks, on mechanisms for handling the semantics of phenomena and on metadata models based on the Sensor Model Language (SensorML). This work describes how existing elements supporting sensor discovery can be coupled with the already well established OGC Catalogue Service (CSW). The approach presented in this work relies on a SensorML profile specifying metadata necessary and sufficient for sensor discovery. SensorML documents that conform to the profile are automatically harvested from SWE services by a lower level registry and are subsequently transformed into an information model supported by the CSW. Finally the metadata is pushed into CSW instances and becomes available through the CSW interface. In summary, this work presents for the first time a working example how resources provided through SWE services can automatically be published through common OGC Catalogue Service instances. We expect that the presented approach is an important step in order to achieve a full integration of SWE components into spatial data infrastructures and to offer SWE services to a broader audience.
    [Show full text]
  • 0.1 Semantic GIS
    0.1 Semantic GIS 0.1 Semantic GIS 0.1.1 GIS Background GIS Background • Current GIS systems work mostly with 2-dimensional coordinates, but can be 2.5- D, or fully 3-D. • Traditionally, the most widely used storages are relational databases (Oracle Spa- tial, ESRI ArcSDE, MS SQL, PostgreSQL PostGIS). – Upon which complex server and desktop systems operate (ESRI ArcGIS, In- tegraph Geomedia), performing processing, analyses, and map outputs, and providing services. • The data stored there are usually not publicly available (only the map outputs), and have custom structure. • Because of the different structures and different technologies, it is not easy to integrate and search the data. Catalogues • Catalogue Service (CSW), standard by OGC (Open Geospatial Consortium, http: //www.opengeospatial.org/). • Interface to discover, browse, and query metadata about GIS data and services. • Uses Dublin Core (small vocabulary to describe web resources, see lecture 9 – Linked Data). • Searching by metadata – keywords, author, date, ... • E.g. at CˇUZK´ (Czech Office for Surveying, Mapping and Cadastre): http:// geoportal.cuzk.cz/SDIProCSW/service.svc/get?REQUEST=GetCapabilities& SERVICE=CSW. INSPIRE • Infrastructure for Spatial Information in the European Community. • European directive, in the Czech Republic is the responsible authority CENIA (Cesk´ainformaˇcn´ıagenturaˇ ˇzivotn´ıhoprostˇred´ı). • To make geographical information more accessible and interoperable. • Topic categories (19), spatial data service types (6), classification of spatial data services (70). • Keywords from GEMET (general environmental multilingual thesaurus, see lecture 5 – KOS). 1 Basic GIS objects • a point • a linestring • a polygon , • a multi-point • a multi-linestring • a multi-polygon , 2 0.1 Semantic GIS Images from http://en.wikipedia.org/wiki/Well-known_text and http://www.opengeospatial.
    [Show full text]
  • Open Geospatial Consortium Activities – Reichardt
    ® ® Driving geospatial interoperability - communities of interest Mark E. Reichardt President & CEO [email protected] +1 301 840-1361 © 2012 Open Geospatial Consortium www.opengeospatial.org Cross-Boundary / Limited or No Connectivity Information Sharing Continues to be one of our biggest challenges! Source: www.fao.org/docrep/008/ae929e/ae929e03.htm Source: David Rydevik, Thailand Tsunami, 2004 OGC® Aeronautical Information Management (AIM) (OGC Web Services Phase 6 & 7 Testbeds) • Develop and test standards‐based service‐ oriented architecture to support the provision of aeronautical information directly to flight decks and Electronic Flight Bags (EFB) • Support vision for Aeronautical Information Management – Interconnected systems with many actors and many users – Need for real-time information used in flight planning, navigation, rerouting, etc. – Right information at the right time at the right place to the right user – End-to-end management of information © 2012, Open Geospatial Consortium Aeronautical Information Management Architecture (OGC Web Services Phase 6 Testbed) NNEW – NextGEN Network Enabled Weather TAF – Terminal Aerodrome Forecast WXXM – Weather Info. Exchange Model WFS – OGC Web Feature Service © 2011, Open Geospatial Consortium Community and Use Case Driven Meteorology and Oceanography Domain Working Group Source: http://external.opengeospatial.org/twiki_public/MetOceanDWG/MetOceanUseCases ® OGC © 2012 Open Geospatial Consortium. 9 OneGeology • Distributed, interoperable geologic information • Leverages open standards: • OGC Web Map Service • OGC Web Feature Service • Geography Markup Language • OGC Observations & Measurements • GeoSCIML (GML Schema) • Broad agreement between geologic surveys, organizational bodies • http://onegeology.org ® OGC © 2012, Open Geospatial Consortium OneGeology Addressing Semantic Differences GeoSciML – an OGC Geography Markup Language application schema for the sharing of Geologic information Canada USA France United Kingdom Sweden Australia ….
    [Show full text]