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
Load more
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. -
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. -
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. -
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. -
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. -
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. -
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 -
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. -
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 ............................................................................................................. -
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. -
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. -
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 ….