DOCSLIB.ORG

State of the Art Analysis Report

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

COMPETITIVENESS AND INNOVATION FRAMEWORK PROGRAMME CIP-ICT-PSP-2013-7 Pilot Type B WP2 – Service Platform Specification D2.1: State of the art analysis report Deliverable Lead: ATOS Deliverable due date: 31/05/2014 Actual submission date: 30/05/2014 Version: 1.7 This project is partially funded under the ICT Policy Support Programme (ICT PSP) as part of the Competitiveness and Innovation Framework Programme by the European Commission under grant agreement no. 621074 D2.1 State of the art analysis report Document Control Page Title D2.1. State of the art analysis report Creator Miguel Ángel Esbrí (ATOS) This document is the “State of the art analysis report” deliverable and its main objective is to collect information about standards, existing technologies, architectures and systems developed in other projects, Description as well as initia-tives and policies and data sources repositories (specially at local, national and European level) which are relevant for defining and implementing the different aspects of the FOODIE platform hub for agricultural services. Publisher FOODIE Consortium Miguel Ángel Esbrí (ATOS) Charvat K, Reznik T, Cerba O (Wirelessinfo), Bruins P (TDF) Antonio Manuel Campos (SERESCO) Contributors Raúl Palma (PSNC) Rodrigo García, Alfonso Noriega, Javier Rodríguez (CTIC) Begum Mutlu (NETCAD) Jarmila Mekotova (MJM) Walter Mayer (PROGIS) Creation date 14/03/2014 Type Text Language en-GB Rights copyright “FOODIE Consortium” internal Audience public restricted Draft WP leader accepted Review status Technical Manager accepted Coordinator accepted to be revised by Partners for approval by the WP leader Action requested for approval by the Technical Committee for approval by the Project Coordinator Requested deadline http://www.foodie-project.eu Copyright © FOODIE Project Consortium. All Rights Reserved. Grant Agreement No.: 621074 Page:2 / 173 D2.1 State of the art analysis report STATEMENT FOR OPEN DOCUMENTS (c) 2015 FOODIE Consortium The FOODIE Consortium (http://www.foodie-project.eu) grants third parties the right to use and dis- tribute all or parts of this document, provided that the FOODIE project and the document are properly referenced. THIS DOCUMENT IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. EXCEPT WHAT SET FORTH BY MANDATORY PROVISIONS OF LAW IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS DOCUMENT, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. About the project FOODIE project aims at creating a platform hub on the cloud where spatial and non-spatial data related to agricultural sector is available for agri-food stakeholders groups and interoperable. It will offer: an infrastructure for the building of an interacting and collaborative network; the integration of existing open datasets related to agriculture; data publication and data linking of external agriculture data sources, providing specific and high- value applications and services for the support of planning and decision-making processes. FOODIE project is addressed to four basic groups of users: a) stakeholders from the agriculture sector as end- users of final applications, b) public sector for communication with farmers about taxation, subsidies and regulation, c) researchers for large scale experimentation on real data and d) ICT companies for the development of new applications for agriculture and food sector, mainly using implemented tools FOODIE specifically works on three pilots: Pilot 1: Precision Viticulture (Spain) will focus on the appropriate management of the inherent variability of crops, Pilot 2: Open Data for Strategic and Tactical Planning (Czech Republic) will focus on improving future management of agricultural companies (farms) by introducing new tools and management methods, Pilot 3: Technology allows integration of logistics via service providers and farm management including traceability (Germany). Contact information Miguel Angel Esbrí Project Coordinator Atos Spain, Madrid, Spain E-mail: [email protected] URL: http://www.foodie-project.eu Twitter: https://twitter.com/FOODIE_Project http://www.foodie-project.eu Copyright © FOODIE Project Consortium. All Rights Reserved. Grant Agreement No.: 621074 Page:3 / 173 D2.1 State of the art analysis report Table of Contents Glossary..................................................................................................................................................................... 10 Abbreviations and Acronyms ..................................................................................................................................... 11 Executive Summary ................................................................................................................................................... 13 1 Introduction ....................................................................................................................................................... 15 2 Initiatives and policies ....................................................................................................................................... 16 2.1 Initiatives related to the geospatial, environmental and agricultural domains ............................................... 16 2.1.1 INSPIRE ...................................................................................................................................................... 16 2.1.2 GMES/Copernicus ..................................................................................................................................... 20 2.1.3 Shared Environmental Information System (SEIS) .................................................................................... 21 2.1.4 Single Information Space in Europe for the Environment (SISE) .............................................................. 21 2.1.5 Global Earth Observation System of Systems (GEOSS) ............................................................................. 22 2.1.6 European Union Location Framework (EULF) ........................................................................................... 23 2.1.7 Global Open Data for Agriculture and Nutrition (GODAN) ....................................................................... 24 2.1.8 Consultative Group on International Agricultural Research (CGIAR) ....................................................... 25 2.1.9 Digital Earth .............................................................................................................................................. 25 2.2 European policies of relevance ......................................................................................................................... 26 2.2.1 Common Agriculture Policy (CAP) ............................................................................................................ 26 2.2.2 Water Framework Directive (WFD) .......................................................................................................... 26 2.2.3 Nitrate Directive ....................................................................................................................................... 27 2.2.4 Habitats Directive ..................................................................................................................................... 27 2.2.5 Conclusion ................................................................................................................................................ 28 3 Standards .......................................................................................................................................................... 30 3.1 Common standards in the geospatial and environmental domain .................................................................. 30 3.1.1 Metadata standards.................................................................................................................................. 30 3.1.2 Data Models for Brokering Support .......................................................................................................... 31 3.1.3 Sensor Web Enablement .......................................................................................................................... 33 3.1.4 Conclusion ................................................................................................................................................ 35 3.2 Standards in the agricultural domain ............................................................................................................... 35 3.2.1 ISOBUS ...................................................................................................................................................... 35 3.2.2 agroXML .................................................................................................................................................... 35 3.2.3 AgriXchange .............................................................................................................................................
Recommended publications
  • IPS Signature Release Note V9.17.79

    IPS Signature Release Note V9.17.79

    SOPHOS IPS Signature Update Release Notes Version : 9.17.79 Release Date : 19th January 2020 IPS Signature Update Release Information Upgrade Applicable on IPS Signature Release Version 9.17.78 CR250i, CR300i, CR500i-4P, CR500i-6P, CR500i-8P, CR500ia, CR500ia-RP, CR500ia1F, CR500ia10F, CR750ia, CR750ia1F, CR750ia10F, CR1000i-11P, CR1000i-12P, CR1000ia, CR1000ia10F, CR1500i-11P, CR1500i-12P, CR1500ia, CR1500ia10F Sophos Appliance Models CR25iNG, CR25iNG-6P, CR35iNG, CR50iNG, CR100iNG, CR200iNG/XP, CR300iNG/XP, CR500iNG- XP, CR750iNG-XP, CR2500iNG, CR25wiNG, CR25wiNG-6P, CR35wiNG, CRiV1C, CRiV2C, CRiV4C, CRiV8C, CRiV12C, XG85 to XG450, SG105 to SG650 Upgrade Information Upgrade type: Automatic Compatibility Annotations: None Introduction The Release Note document for IPS Signature Database Version 9.17.79 includes support for the new signatures. The following sections describe the release in detail. New IPS Signatures The Sophos Intrusion Prevention System shields the network from known attacks by matching the network traffic against the signatures in the IPS Signature Database. These signatures are developed to significantly increase detection performance and reduce the false alarms. Report false positives at [email protected], along with the application details. January 2020 Page 2 of 245 IPS Signature Update This IPS Release includes Two Thousand, Seven Hundred and Sixty Two(2762) signatures to address One Thousand, Nine Hundred and Thirty Eight(1938) vulnerabilities. New signatures are added for the following vulnerabilities: Name CVE–ID
  • Ofbiz an Insider View

    Ofbiz an Insider View

    OFBiz An Insider View Prepared By: Basil Argasosy Senior Computer Engineering Student King Fahd University of Petroleum & Minerals (K.F.U.P.M) September 01, 2005 Contact Information [email protected] [email protected] or through my personal webpage 1 OFBiz : An Insider View Introduction: The OFBiz framework utilizes the common Three-Tier “Layers” Architecture model in all its applications. It has the Data Layer, the Business “logic” layer, and the Presentation “user interface” layer. The Data Layer and the Service layer have their own engines that are responsible for interaction with the layer. 1) Data Model Layer: It represents the database. There is an Entity Engine that is responsible of this layer that includes database connection, data retrieval, data storage…etc. It used the java Generic Delegator class to connect with the database, and it uses the java Generic Value to represent an entity row to be inserted in the database. 2) Business Logic Layer: It represents the logic, or the services provided to the user and performed on the data layer "database”. There can be services of many types like java, SOAP, simple, workflow, etc. and each type of service has its own handler. There is a Service Engine that is responsible for dealing with services, calling the service, etc. 3) Presentation Layer: OFBiz has moved to use "Screens" to represent the OFBiz pages. So, each page should normally be represented as a screen. An OFBiz page consists of many components like headers, footer, appheader,..etc, so when rendering the page, these are all combined in the order they were placed, or included, in the screen.
  • ALEXANDER HSU Alexanderhsu@Umail.Ucsb.Edu

    ALEXANDER HSU [email protected]

    ALEXANDER HSU [email protected] EDUCATION UNIVERSITY OF CALIFORNIA, SANTA BARBARA Bachelor of Science Degree in Computer Science and Minor in Japanese July 2008 – Present Cumulative GPA: 3.89/4.0 (212 units); Expected Date of Graduation: June 2012 HONORS/AWARDS 2011 UCSB EACS Dept. Outstanding Service Award 2010 Boeing Corporation Scholarship 2011 National Engineering Week Scholarship Engineering Honors Program since Spring 2009 2011 Yardi Systems Scholarship 2009 Starting Line Cover Photography Award SKILLS Programming Languages: Proficient: C/C++, HTML/CSS, Java, JavaScript/JQuery, Matlab Familiar: Apache HBase, Apache OFBiz, Groovy, MySQL, OpenGL, Perl, Python, Qt Software: Photoshop, Eclipse, Netbeans General: Fluent in English and Chinese; 4th year college level Japanese WORK EXPERIENCE UCSB RESEARCH CENTER FOR VIRTUAL ENVIRONMENTS AND BEHAVIOR Position: Research Assistant Sept 2011 – Present Learning how to design and develop virtual environments through the use of 3DSMax Learning how to program immersive environments through the use of Python scripts to allow for experiments. UCSB DISTRIBUTED SYSTEM LAB Position: Research Assistant June 2011 – Present Implemented the Transaction management layer of G-Store, a scalable data store with transactional multi-key access functionality, using Strict Two Phase Locking (S2PL) to control concurrency. Implemented an independent working system following a regular Apache HBase key-value store implementation and using the Two Phase Commit protocol (2PC) to coordinate the participating nodes. WARP9INC Position: Web Development Intern March 2011 – Present Implement and manage dynamic ecommerce websites with MVC interaction pattern, through Apache OFBiz. Manage both front-end (HTML/CSS/JavaScript) and back-end (Java/Groovy/OFBiz/MySQL). UCSB ACCOUNTING SERVICES AND CONTROLS Position: Systems Administrator August 2010 – June 2011 Troubleshoot and remove viruses; set up/connect various computers onto the domain; and manage the department website.
  • Data and Service Discovery in Linked SDI and Linked VGI

    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.
  • Spectrum Spatial Getting Started Guide

    Spectrum Spatial Getting Started Guide

    Spectrum™ Technology Platform Version 12.0 SP1 Spectrum Spatial Getting Started Guide Table of Contents 1 - What Is Location Intelligence? 6 - Services Mapping Service 32 2 - What is Spectrum Spatial? Feature Service 33 Geometry Service 40 Map Tiling Service 43 Spectrum Spatial Concepts 6 Web Feature Service (WFS) 43 Web Map Service (WMS) 44 3 - Modules and Stages Web Map Tile Service (WMTS) 44 Named Resource Service 45 Location Intelligence Module 9 Enterprise Routing Services 45 Enterprise Routing Module 16 Enterprise Geocoding Module 16 GeoConfidence Module 17 4 - Named Resources Named Maps 20 Named Tables 20 Named Layers 20 Named Tiles 21 Named Styles 21 Named Connections 21 Named WMTS Layers 21 Named Label Sources 22 5 - Tools Spatial Manager 24 Management Console 24 Enterprise Designer 24 MapInfo Pro 28 Map Uploader 30 MapInfo Workspace (MWS) Import 30 1 - What Is Location Intelligence? Location intelligence is: • An awareness of relationships between location information and business analysis and operations • The ability to use the understanding of geographic relationships to predict how it impacts a business or organization • The capability to react to how location influences an organization by changing business processes in order to minimize risk and maximize opportunities Location Intelligence enables a business to measure, compare and analyze its data from business operations, in conjunction with external data such as transportation networks, regulatory jurisdictions, market characteristics or its own customers. In this section 2 - What is Spectrum Spatial? Spectrum Spatial is an enterprise location intelligence platform designed to provide organizations with a suite of broadly applicable location capabilities, including spatial analysis, mapping, routing, geocoding, and geoprocessing.
  • Understanding and Working with the OGC Geopackage Keith Ryden Lance Shipman Introduction

    Understanding and Working with the OGC Geopackage Keith Ryden Lance Shipman Introduction

    Understanding and Working with the OGC Geopackage Keith Ryden Lance Shipman Introduction - Introduction to Simple Features - What is the GeoPackage? - Esri Support - Looking ahead… Geographic Things 3 Why add spatial data to a database? • The premise: - People want to manage spatial data in association with their standard business data. - Spatial data is simply another “property” of a business object. • The approach: - Utilize the existing SQL data access model. - Define a simple geometry object. - Define well known representations for passing structured data between systems. - Define a simple metadata schema so applications can find the spatial data. - Integrate support for spatial data types with commercial RDBMS software. Simple Feature Model 10 area1 yellow Feature Table 11 area2 green 12 area3 Blue Feature 13 area4 red Geometry Feature Attribute • Feature Tables contain rows (features) sharing common properties (Feature Attributes). • Geometry is a Feature Attribute. Database Simple Feature access Query Connection model based on SQL Cursor Value Geometry Type 1 Type 2 Spatial Geometry (e.g. string) (e.g. number) Reference Data Access Point Line Area Simple Feature Geometry Geometry SpatialRefSys Point Curve Surface GeomCollection LineString Polygon MultiSurface MultiPoint MultiCurve Non-Instantiable Instantiable MultiPolygon MultiLineString Some of the Major Standards Involved • ISO 19125, Geographic Information - Simple feature access - Part 1: common architecture - Part 2: SQL Option • ISO 13249-3, Information technology — Database
  • DELIVERABLE D3.2 Survey of Data Models, Ontologies and Standards in the Wider Energy Efficient Buildings Domain

    DELIVERABLE D3.2 Survey of Data Models, Ontologies and Standards in the Wider Energy Efficient Buildings Domain

    Ref. Ares(2019)5483631 - 30/08/2019 Project Acronym: BIMERR Project Full Title: BIM-based holistic tools for Energy-driven Renovation of existing Residences Grant Agreement: 820621 Project Duration: 42 months DELIVERABLE D3.2 Survey of data models, ontologies and standards in the wider Energy Efficient Buildings domain Deliverable Status: Final File Name: D3.2. Survey of data models ontologies and standards v1.0.docx Due Date: 31/08/2019 (M8) Submission Date: 30/08/2019 (M8) Task Leader: UPM (T3.2) Dissemination level Public X Confidential, only for members of the Consortium (including the Commission Services) This project has received funding from the European Union’s Horizon 2020 Research and innovation programme under Grant Agreement n°820621 The BIMERR project consortium is composed of: Fraunhofer Gesellschaft Zur Foerderung Der Angewandten Forschung FIT Germany E.V. CERTH Ethniko Kentro Erevnas Kai Technologikis Anaptyxis Greece UPM Universidad Politecnica De Madrid Spain UBITECH Ubitech Limited Cyprus SUITE5 Suite5 Data Intelligence Solutions Limited Cyprus Hypertech (Chaipertek) Anonymos Viomichaniki Emporiki Etaireia HYPERTECH Greece Pliroforikis Kai Neon Technologion MERIT Merit Consulting House Sprl Belgium XYLEM Xylem Science And Technology Management Gmbh Austria GU Glassup Srl Italy Anonymos Etaireia Kataskevon Technikon Ergon, Emporikon CONKAT Greece Viomichanikonkai Nautiliakon Epicheiriseon Kon'kat BOC Boc Asset Management Gmbh Austria BX Budimex Sa Poland UOP University Of Peloponnese Greece EXE Exergy Ltd United Kingdom HWU Heriot-Watt University United Kingdom NT Novitech As Slovakia FER Ferrovial Agroman S.A Spain Disclaimer BIMERR project has received funding from the European Union’s Horizon 2020 Research and innovation programme under Grant Agreement n°820621.
  • A Survey of Geospatial Semantic Web for Cultural Heritage

    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.
  • Metadata and Data Standards. Sharing Data in Hydrology: Best Prac�Ces

    Metadata and Data Standards. Sharing Data in Hydrology: Best PracCes

    Metadata and Data Standards. Sharing Data in Hydrology: Best Prac8ces Ilya Zaslavsky San Diego Supercomputer Center LMI Workshop, Hanoi, August 18-22 / With several slides from last week’s HDWG workshop, presented By HDWG memBers Irina Dornblut, Paul Sheahan, and others/ Outline • Why use standards? • Open Geospaal ConsorFum, and spaal data standards • Standards for water data, and the OGC/WMO Hydrology Domain Working Group – history, acFviFes, WMO connecFon, workshop last week – Suite of water data standards • WaterML 2.0 in detail (opFonal) • Assessing compliance, and the CINERGI project (opFonal) Why sharing data in LMI? • Several countries rely on the Mekong But data sharing is complicated Challenges: Habitat alteraon PolluFon Extreme weather events Over-exploitaon of resources Diseases and invasive species Poverty and social instability . Water - our most valuable asset But ... • In many places we can’t assess – How much we have – Where it is – Who owns it – What it is fit for – How much we will have – Where it will Be • We certainly can’t yet share informaon in a useful Fmeframe – In parFcular given the complexity of water cycle Why is it important to coordinate? • The orBiter was taken within 57 km of the surface where it likely disintegrated Why? • The flight system so[ware used metric units (Newtons); so[ware on the ground used the Imperial system (pound-force, or lbf) A common situaon in hydrology… Hydro Jack Need flow data! Don Hmm mayBe Don can help… *RING RING* To: Jack Hmm, I’ve got one site. I’ll 01/02/09, 3.2, 3, 1 Hi Don, I need some send it through… 01/02/09, 3.1, 3, 1 *RING RING* upper Derwent flow 10 minutes… readings for my 10 minutes… Ok.
  • Developing Geosparql Applications with Oracle Spatial and Graph

    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.
  • "The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World"

    "The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World"

    GSDI and IGS Newsletter, Vol. 4, No. 2 News from the GSDI Association and the International Geospatial Society Vol. 4, No. 2, 2014 "The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World" ASSOCIATION NEWS Association since 2010. Within local conservation circles he was primarily known for co-directing, with his partner GSDI Association Board Member Mark Becker Dies of 30 years Lori Charkey, the Bergen Save the Watershed in Tragic Accident Action Network (Bergen SWAN).” The GSDI Association learned of the tragic death of CIESIN Associate Director Mark Becker at the age of 53, on 26 February 2014 in a multi-vehicle accident on the New York State Thruway in Woodbury, NY. Mark was the GSDI Board member representing ‘GSDI Related Global Initiatives’ and was a valued member of the GSDI Outreach and Membership Committee, where his input and insight will be much missed by his colleagues at the Association. Below is an extract from the tribute to Mark from CIESIN. “In his 15 years at CIESIN Mark made contributions that will be felt for a long time. He began his CIESIN career in Mark Becker leading a teacher training workshop for the February 1999, and was soon appointed head of the CHANGE Viewer mapping tool. Pictured behind him is Geospatial Applications Division. … In many ways he Amy Work, IAGT, who helped develop the tool. Palisades, helped bring GIS to Columbia, as manager of the GIS New York, July 2013. Source: CEISIN Service Center and ESRI site license. He helped install many of the early GIS labs on campus and helped train See the full tribute to Mark on the CIESIN website at many of the people who operated them.
  • Augmenting Hydrologic Information Systems with Streaming Water Resource Data

    Augmenting Hydrologic Information Systems with Streaming Water Resource Data

    AUGMENTING HYDROLOGIC INFORMATION SYSTEMS WITH STREAMING WATER RESOURCE DATA S. Esswein1, J. Hallstrom2, C. J. Post1, D. White3, G. Eidson4 AUTHORS: Forestry and Natural Resources1; School of Computing2; Computing and Information Technology3; Restoration Institute4, Clemson University, Clemson, SC USA 29634 REFERENCE: Proceedings of the 2010 South Carolina Water Resources Conference, held October 13-14, 2010, at the Columbia Metropolitan Convention Center. examined with an emphasis on design decisions regarding Abstract. Access to timely and accurate hydrological leveraging available standards and software. Insight and environmental observation data is a crucial aspect of garnered from several years of data acquisition experience an integrated approach to water resources management. is provided, along with a recent case study involving a This presentation describes an end-to-end system designed monitoring deployment supporting the Sand River to support realtime monitoring and management of water Headwaters Green Infrastructure project located in the resources. The main components of the hardware/software City of Aiken, South Carolina. infrastructure of this system are broken into four There are four components or tiers of a realtime- categories and briefly described. This organization monitoring infrastructure: (i) sensing platforms collect in provides the basis for a synthesis of several prominent situ observation data, (ii) communication and uplink standards and software solutions relevant to the technologies transmit realtime observation data, (iii) data hydrologic and environmental observing communities. streaming middleware provides highly distributed These standards are described in the context of their role publication and subscription of observation data, and (iv) in our end-to-end system. The presentation concludes with back-end repository and presentation services provide a a case study describing a green infrastructure monitoring means of viewing and utilizing data products.