DOCSLIB.ORG

Architectures and Standards for Spatial Data Infrastructures and Digital Government

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Architectures and Standards for Spatial Data Infrastructures and Digital Government Architectures and Standards for Spatial Data Infrastructures and Digital Government European Union Location Framework Guidelines Vandenbroucke, D Olijslagers, M Boguslawski, R Borzachiello, MT Perego, A Smith, RS EUR 30336 EN This publication is a Technical report by the Joint Research Centre (JRC), the European Commission’s science and knowledge service. It aims to provide evidence-based scientific support to the European policymaking process. The scientific output expressed does not imply a policy position of the European Commission. Neither the European Commission nor any person acting on behalf of the Commission is responsible for the use that might be made of this publication. For information on the methodology and quality underlying the data used in this publication for which the source is neither Eurostat nor other Commission services, users should contact the referenced source. The designations employed and the presentation of material on the maps do not imply the expression of any opinion whatsoever o n the part of the European Union concerning the legal status of any country, territory, city or area or of its authorities, or concerning the delimitation of its frontiers or boundaries. Contact information Name: Francesco Pignatelli Address: European Commission DG Joint Research Centre, Unit B.06, Via E.Fermi, 2749 - 21027 Ispra (VA), Italy Email: [email protected] Tel.: +39 0332 78 6319 EU Science Hub https://ec.europa.eu/jrc JRC121025 EUR 30336 EN PDF ISBN 978-92-76-21404-5 ISSN 1831-9424 doi:10.2760/806776 Luxembourg: Publications Office of the European Union, 2020 © European Union, 2020 The reuse policy of the European Commission is implemented by the Commission Decision 2011/833/EU of 12 December 2011 on the reuse of Commission documents (OJ L 330, 14.12.2011, p. 39). Except otherwise noted, the reuse of this document is authorised under the Creative Commons Attribution 4.0 International (CC BY 4.0) licence (https://creativecommons.org/licenses/by/4.0/). This means that reuse is allowed provided appropriate credit is given and any changes are indicated. For any use or reproduction of photos or other material that is not owned by the EU, permission must be sought directly from the copyright holders. All content © European Union, 2020. How to cite this report: Vandenbroucke, D., Olijslagers, M., Boguslawski, R., Borzacchiello, M.T., Perego, A. and Smith, R., Architectures and Standards for Spatial Data Infrastructures and Digital Government, EUR 30336 EN, Publications Office of the European Union, Luxembourg, 2020, ISBN 978-92-76-21404-5, doi:10.2760/806776, JRC121025. i Contents Acknowledgements..................................................................................................................................................................................................................................... 5 Abstract.................................................................................................................................................................................................................................................................6 Executive Summary.................................................................................................................................................................................................................................... 7 1 Introduction............................................................................................................................................................................................................................................10 1.1 The European Union Location Framework ....................................................................................................................................................10 1.2 Objectives, scope and target audience ............................................................................................................................................................ 11 1.2.1 Objectives................................................................................................................................................................................................................. 11 1.2.2 Scope............................................................................................................................................................................................................................ 11 1.2.3 Target audience .................................................................................................................................................................................................. 12 1.2.4 Other related documents ........................................................................................................................................................................... 12 1.2.5 Background and history of this document.................................................................................................................................. 12 1.3 Structure of this document ........................................................................................................................................................................................ 12 2 Relevant standardisation activities and technological developments.............................................................................................. 14 2.1 Standardisation Activities ............................................................................................................................................................................................ 14 2.2 SDI Standardisation and technological trends.......................................................................................................................................... 17 2.2.1 Major technological trends ....................................................................................................................................................................... 17 2.2.2 Technology trends watch from OGC ................................................................................................................................................19 3 Governmental business processes – Enterprise viewpoint......................................................................................................................... 22 3.1 Business processes............................................................................................................................................................................................................ 22 3.1.1 G2G, G2B and G2C Interactions ........................................................................................................................................................... 24 3.1.2 Back and front offices, and brokers ................................................................................................................................................. 25 3.2 The role of location information in business processes...................................................................................................................26 3.3 Standards and tools for managing business processes...................................................................................................................28 3.4 New developments ........................................................................................................................................................................................................... 30 3.4.1 Blockchain and Distributed Ledger Technology .................................................................................................................... 30 3.4.2 Event Stream Processing and Complex Event Processing............................................................................................32 3.5 Conclusions .............................................................................................................................................................................................................................. 33 4 SDI and e-Government architectures – Engineering viewpoint ..............................................................................................................34 4.1 e-Government and the EIS, EIF, EIA and EIRA ...........................................................................................................................................34 4.2 ICT architectures for SDI and e-Government .............................................................................................................................................37 4.3 Standards for designing ICT architectures ................................................................................................................................................... 41 4.4 New developments ............................................................................................................................................................................................................ 42 4.4.1 APIs and microservices.................................................................................................................................................................................43 4.4.2 Spatial Data on the Web............................................................................................................................................................................
Load more

Recommended publications
  • Semantics Developer's Guide
    MarkLogic Server Semantic Graph Developer’s Guide 2 MarkLogic 10 May, 2019 Last Revised: 10.0-8, October, 2021 Copyright © 2021 MarkLogic Corporation. All rights reserved. MarkLogic Server MarkLogic 10—May, 2019 Semantic Graph Developer’s Guide—Page 2 MarkLogic Server Table of Contents Table of Contents Semantic Graph Developer’s Guide 1.0 Introduction to Semantic Graphs in MarkLogic ..........................................11 1.1 Terminology ..........................................................................................................12 1.2 Linked Open Data .................................................................................................13 1.3 RDF Implementation in MarkLogic .....................................................................14 1.3.1 Using RDF in MarkLogic .........................................................................15 1.3.1.1 Storing RDF Triples in MarkLogic ...........................................17 1.3.1.2 Querying Triples .......................................................................18 1.3.2 RDF Data Model .......................................................................................20 1.3.3 Blank Node Identifiers ..............................................................................21 1.3.4 RDF Datatypes ..........................................................................................21 1.3.5 IRIs and Prefixes .......................................................................................22 1.3.5.1 IRIs ............................................................................................22
    [Show full text]
  • PDF Formats; the XHTML Version Has Active Links That You Can Follow
    Semantic Web @ W3C: Activities, Recommendations and State of Adoption Athens, GA, USA, 2006-11-09 Ivan Herman, W3C Ivan Herman, W3C RDF(S), tools We have a solid specification since 2004: well defined (formal) semantics, clear RDF/XML syntax Lots of tools are available. Are listed on W3C’s wiki: RDF programming environment for 14+ languages, including C, C++, Python, Java, Javascript, Ruby, PHP,… (no Cobol or Ada yet ) 13+ Triple Stores, ie, database systems to store datasets 16+ general development tools (specialized editors, application builders, …) etc Ivan Herman, W3C RDF(S), tools (cont.) Note the large number of large corporations among the tool developers: Adobe, IBM, Software AG, Oracle, HP, Northrop Grumman, … …but the small companies and independent developers also play a major role! Some of the tools are Open Source, some are not; some are very mature, some are not : it is the usual picture of software tools, nothing special any more! Anybody can start developing RDF-based applications today Ivan Herman, W3C RDF(S), tools (cont.) There are lots of tutorials, overviews, or books around the wiki page on books lists 20+ (English) textbooks; 19+ proceedings for 2005 & 2006 alone… again, some of them good, some of them bad, just as with any other areas… Active developers’ communities Ivan Herman, W3C Large datasets are accumulating IngentaConnect bibliographic metadata storage: over 200 million triplets UniProt Protein Database: 262 million triplets RDF version of Wikipedia: more than 47 million triplets RDFS/OWL Representation
    [Show full text]
  • Enhancing JSON to RDF Data Conversion with Entity Type Recognition
    Enhancing JSON to RDF Data Conversion with Entity Type Recognition Fellipe Freire, Crishane Freire and Damires Souza Academic Unit of Informatics, Federal Institute of Education, Science and Technology of Paraiba, João Pessoa, Brazil Keywords: RDF Data Conversion, Entity Type Recognition, Semi-Structured Data, JSON Documents, Semantics Usage. Abstract: Nowadays, many Web data sources and APIs make their data available on the Web in semi-structured formats such as JSON. However, JSON data cannot be directly used in the Web of data, where principles such as URIs and semantically named links are essential. Thus it is necessary to convert JSON data into RDF data. To this end, we have to consider semantics in order to provide data reference according to domain vocabularies. To help matters, we present an approach which identifies JSON metadata, aligns them with domain vocabulary terms and converts data into RDF. In addition, along with the data conversion process, we provide the identification of the semantically most appropriate entity types to the JSON objects. We present the definitions underlying our approach and results obtained with the evaluation. 1 INTRODUCTION principles of this work is using semantics provided by the knowledge domain of the data to enhance The Web has evolved into an interactive information their conversion to RDF data. To this end, we use network, allowing users and applications to share recommended open vocabularies which are data on a massive scale. To help matters, the Linked composed by a set of terms, i.e., classes and Data principles define a set of practices for properties useful to describe specific types of things publishing structured data on the Web aiming to (LOV Documentation, 2016).
    [Show full text]
  • Linked Data Schemata: Fixing Unsound Foundations
    Linked data schemata: fixing unsound foundations. Kevin Feeney, Gavin Mendel Gleason, Rob Brennan Knowledge and Data Engineering Group & ADAPT Centre, School of Computer Science & Statistics, Trinity College Dublin, Ireland Abstract. This paper describes an analysis, and the tools and methods used to produce it, of the practical and logical implications of unifying common linked data vocabularies into a single logical model. In order to support any type of reasoning or even just simple type-checking, the vocabularies that are referenced by linked data statements need to be unified into a complete model wherever they reference or reuse terms that have been defined in other linked data vocabularies. Strong interdependencies between vocabularies are common and a large number of logical and practical problems make this unification inconsistent and messy. However, the situation is far from hopeless. We identify a minimal set of necessary fixes that can be carried out to make a large number of widely-deployed vocabularies mutually compatible, and a set of wider-ranging recommendations for linked data ontology design best practice to help alleviate the problem in future. Finally we make some suggestions for improving OWL’s support for distributed authoring and ontology reuse in the wild. Keywords: Linked Data, Reasoning, Data Quality 1. Introduction One of the central tenets of the Linked Data movement is the reuse of terms from existing well- known vocabularies [Bizer09] when developing new schemata or datasets. The semantic web infrastructure, and the RDF, RDFS and OWL languages, support this with their inherently distributed and modular nature. In practice, through vocabulary reuse, linked data schemata adopt knowledge models that are based on multiple, independently devised ontologies that often exhibit varying definitional semantics [Hogan12].
    [Show full text]
  • Building Linked Data for Both Humans and Machines∗
    Building Linked Data For Both Humans and Machines∗ y z x Wolfgang Halb Yves Raimond Michael Hausenblas Institute of Information Centre for Digital Music Institute of Information Systems & Information London, UK Systems & Information Management Management Graz, Austria Graz, Austria ABSTRACT Existing linked datasets such as [3] are slanted towards ma- In this paper we describe our experience with building the chines as the consumer. Although there are exceptions to riese dataset, an interlinked, RDF-based version of the Eu- this machine-first approach (cf. [13]), we strongly believe rostat data, containing statistical data about the European that satisfying both humans and machines from a single Union. The riese dataset (http://riese.joanneum.at), aims source is a necessary path to follow. at serving roughly 3 billion RDF triples, along with mil- lions of high-quality interlinks. Our contribution is twofold: We subscribe to the view that every LOD dataset can be Firstly, we suggest using RDFa as the main deployment understood as a Semantic Web application. Every Semantic mechanism, hence serving both humans and machines to Web application in turn is a Web application in the sense effectively and efficiently explore and use the dataset. Sec- that it should support a certain task for a human user. With- ondly, we introduce a new way of enriching the dataset out offering a state-of-the-art Web user interface, potential with high-quality links: the User Contributed Interlinking, end-users are scared away. Hence a Semantic Web applica- a Wiki-style way of adding semantic links to data pages. tion needs to have a nice outfit, as well.
    [Show full text]
  • Linked Data Schemata: Fixing Unsound Foundations
    Linked data schemata: fixing unsound foundations Editor(s): Amrapali Zaveri, Stanford University, USA; Dimitris Kontokostas, Universität Leipzig, Germany; Sebastian Hellmann, Universität Leipzig, Germany; Jürgen Umbrich, Wirtschaftsuniversität Wien, Austria Solicited review(s): Mathieu d’Aquin, The Open University, UK; Peter F. Patel-Schneider, Nuance Communications, USA; John McCrae, Insight Centre for Data Analytics, Ireland; One anonymous reviewer Kevin Chekov Feeney, Gavin Mendel Gleason, and Rob Brennan Knowledge and Data Engineering Group & ADAPT Centre, School of Computer Science & Statistics, Trinity College Dublin, Ireland Corresponding author’s e-mail: [email protected] Abstract. This paper describes our tools and method for an evaluation of the practical and logical implications of combining common linked data vocabularies into a single local logical model for the purpose of reasoning or performing quality evalua- tions. These vocabularies need to be unified to form a combined model because they reference or reuse terms from other linked data vocabularies and thus the definitions of those terms must be imported. We found that strong interdependencies between vocabularies are common and that a significant number of logical and practical problems make this model unification inconsistent. In addition to identifying problems, this paper suggests a set of recommendations for linked data ontology design best practice. Finally we make some suggestions for improving OWL’s support for distributed authoring and ontology reuse. Keywords: Linked Data, Reasoning, Data Quality 1. Introduction In order to validate any dataset which uses the adms:Asset term we must combine the adms ontolo- One of the central tenets of the linked data move- gy and the dcat ontology in order to ensure that ment is the reuse of terms from existing well-known dcat:Dataset is a valid class.
    [Show full text]
  • Slideshare.Net/Scorlosquet/Drupal-As-A-Semantic-Web-Platform
    Linked Data Publishing with Drupal Joachim Neubert ZBW – German National Library of Economics Leibniz Information Centre for Economics SWIB13 Workshop Hamburg, Germany 25.11.2013 ZBW is member of the Leibniz Association My background • Scientific software developer at ZBW – German National Library for Economics, mainly concerned with Linked Open Data and knowledge organization systems and services • Published 20th Century Press Archives in 2010, with some 100,000 digitized newspaper articles in dossiers (http://zbw.eu/beta/p20, custom application written in Perl) • Published a repository of ZBW Labs projects recently – basicly project descriptions and a blog (http://zbw.eu/labs, Drupal based) Page 2 Workshop Agenda – Part 1 1) Drupal 7 as a Content Management System: Linked Data by Default Hands-on: Get familiar with Drupal and it‘s default RDF mappings 2) Using Drupal 7as a Framework for Content Management Hands-on: Create a custom content type and map it to RDF Page 3 Workshop Agenda – Part 2 Produce other RDF Serialization Formats: RDF/XML, Turtle, Ntriples, JSON-LD Create a SPARQL Endpoint from your Drupal Site Cool URIs Create Out-Links with Web Taxonomy Current limitations of RDF/LD support in Drupal 7 Outlook on Drupal 8 Page 4 Drupal as a CMS (Content Management System) ready for RDF and Linked Data Page 5 Why at all linked data enhanced publishing? • Differentiate the subjects of your web pages and their attributes • Thus, foster data reuse in 3rd party services and applications • Mashups • Search engines • Create meaningful
    [Show full text]
  • A User-Friendly Interface to Browse and Find DOAP Projects with Doap:Store
    A user-friendly interface to browse and find DOAP projects with doap:store Alexandre Passant Universit´eParis IV Sorbonne, Laboratoire LaLICC, Paris, France [email protected] 1 Motivation The DOAP[2] vocabulary is now widely used by people - and organizations - to describe their projects using Semantic Web standards. Yet, since files are spread around the Web, there is no easy way to find a project regarding its metadata. Recently, Ping The Semantic Web1 (PTSW) and Semantic Radar2 plugin for Firefox introduced a new way to discover Semantic Web documents[1]: by brows- ing the Web, users ping the PTSW service so that it can maintain a contineously updated list of Semantic Web document URIs. Thus, the idea of doap:store - http://doapstore.org is to provide a user- friendly interface, easily accessible for not RDF-aware users, to find and browse DOAP projects, using PTSW as a provider of data sources. This way, users do not have to register to promote a project as in freshmeat3 or related services, but just need to publish some DOAP files on their websites to benefit of this distributed architecture. doap:store is the first implemented service using PTSW data sources to provide such browsing and querying features. 2 Architecture doap:store involves 3 main components: – A crawler: Running hourly, a tiny script parses the list of latest DOAP pings received by PTSW and then put each related RDF files into a triple-store; – A triple-store: The core of the system, storing RDF files retrieved thanks to the crawler, and providing SPARQL capabilities to be used by the user- interface that is plugged on the endpoint; – A user-interface: A simple interface, offering a list of latest retrieved projects, a case-insensitive tagcloud of programming languages, and a search engine to find DOAP projects regarding various criteria in a easy way.
    [Show full text]
  • Combining RDF Vocabularies for Expert Finding
    Combining RDF Vocabularies for Expert Finding Boanerges Aleman-Meza1, Uldis Boj¯ars2, Harold Boley3, John G. Breslin2, Malgorzata Mochol4, Lyndon JB Nixon4, Axel Polleres2,5, and Anna V. Zhdanova5 1 LSDIS Lab, University of Georgia, USA 2 DERI, National University of Ireland, Galway 3 University of New Brunswick and National Research Council, Canada 4 Free University of Berlin, Germany 5 Universidad Rey Juan Carlos, Madrid, Spain 6 University of Surrey, UK Abstract. This paper presents a framework for the reuse and extension of ex- isting, established vocabularies in the Semantic Web. Driven by the primary ap- plication of expert finding, we will explore the reuse of vocabularies that have attracted a considerable user community already (FOAF, SIOC, etc.) or are de- rived from de facto standards used in tools or industrial practice (such as vCard, iCal and Dublin Core). This focus guarantees direct applicability and low entry barriers, unlike when devising a new ontology from scratch. The Web is already populated with several vocabularies which complement each other (but also have considerable overlap) in that they cover a wide range of necessary features to adequately describe the expert finding domain. Little effort has been made so far to identify and compare existing approaches, and to devise best practices on how to use and extend various vocabularies conjointly. It is the goal of the re- cently started ExpertFinder initiative to fill this gap. In this paper we present the ExpertFinder framework for reuse and extension of existing vocabularies in the Semantic Web. We provide a practical analysis of overlaps and options for com- bined use and extensions of several existing vocabularies, as well as a proposal for applying rules and other enabling technologies to the expert finding task.
    [Show full text]
  • The RDF Layer
    Knowledge Representation and Semantic Technologies The RDF layer Riccardo Rosati Corso di Laurea Magistrale in Ingegneria Informatica Sapienza Università di Roma 2019/2020 The Semantic Web Tower The RDF layer 2 Syntax and semantics • Syntax: the structure of data • Semantics: the meaning of data • Two conditions necessary for interoperability: – Adopt a common syntax: this enables applications to parse the data. – Adopt a means for understanding the semantics: this enables applications to use the data. The RDF layer 3 XML • XML: eXtensible Mark-up Language • XML documents are written through a user- defined set of tags • tags are used to express the “semantics” of the various pieces of information The RDF layer 4 XML: example <course date=“2007”> <title>Seminari di Ingegneria del Software </title> <teacher> <name>Giuseppe De Giacomo</name> <email>[email protected]</email> </teacher> <prereq>none</prereq> </course> The RDF layer 5 XML • XML: document = labelled tree • node = label + attributes/values + contents <course date=“...”> <title>...</title> course <teacher> <office>...</office> <email>...</email> = title teacher prereq </teacher> <prereq>...</prereq> </course> office email The RDF layer 6 XML • XML Schema = grammar for describing legal trees and datatypes • can we use XML to represent semantics? The RDF layer 7 XML and semantics <Predator> … </Predator> • Predator: a medium-altitude, long-endurance unmanned aerial vehicle system. • Predator : one that victimizes, plunders, or destroys, especially for one's own gain. • Predator
    [Show full text]
  • Report on the FLOSS Task Force
    EuropeanaTech FLOSS Inventory Task Force Report on the FLOSS Task Force 12/1/2016 Final report on FLOSS Inventory Task Force on Enrichment and Evaluation Task force participants 1. Vladimir Alexiev (Data and Ontology Management, Ontotext Corp) 2. Agiatis Benardou (Digital Curation Unit, Athena Research Centre) 3. Valentine Charles (Europeana Foundation) Task Force Co-chair 4. Nephelie Chatzidiakou (Digital Curation Unit, Athena Research Centre) 5. Panos Constantopoulos (Digital Curation Unit, Athena Research Centre) 6. Themistoklis Karavellas (Netherlands Institute for Sound and Vision) 7. Sergiu Gordea (AIT - Austrian Institute of Technology GmbH) 8. Ana Isabel González Sáez (MECD - Ministry of Education, Culture and Sports. Spain) 9. Gregory Markus (Netherlands Institute for Sound and Vision) Task Force Chair 10. Lyndon Nixon (MODUL, University Vienna) 11. Leonidas Papachristopoulos (Digital Curation Unit, Athena Research Centre) 2 Final report on FLOSS Inventory Task force participants 2 1. Introduction 4 2. Goals of Task Force 5 Enrichment and Improvement 5 Gathering new software and tools 6 Improvement of software taxonomy 6 3. User profiles 7 3.1 Dealing with scope and diversity 9 4. Aligning and structuring FLOSS Inventory 11 4.1 Metadata field requirements 16 4.2 Metadata fields 16 5. Quality Control 18 6. CMS functionality recommendations 19 Browsing 19 Search 20 Tags 20 Experience sharing 20 API 21 7. Sustainability Recommendations 22 8. Additional recommendations 23 9. Future plans 24 Annex 1: Proto-personas 25 Annex 2: Original FLOSS Scoring Guidelines 30 3 Final report on FLOSS Inventory 1. Introduction The EuropeanaTech FLOSS Inventory Task Force ran from June 2015-December 2015. It consisted of 17 members from across Europe involved in various areas of work within digital humanities and cultural heritage.
    [Show full text]
  • Authoritative Linked Data Descriptions of Debian Source Packages Using ADMS.SW Olivier Berger, Christian Bac
    Authoritative linked data descriptions of debian source packages using ADMS.SW Olivier Berger, Christian Bac To cite this version: Olivier Berger, Christian Bac. Authoritative linked data descriptions of debian source packages using ADMS.SW. 9th Open Source Software (OSS), Jun 2013, Koper-Capodistria, Slovenia. pp.168-181, 10.1007/978-3-642-38928-3_12. hal-00830799 HAL Id: hal-00830799 https://hal.archives-ouvertes.fr/hal-00830799 Submitted on 14 Feb 2017 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Distributed under a Creative Commons Attribution| 4.0 International License Authoritative Linked Data descriptions of Debian source packages using ADMS.SW Olivier Berger1;2 and Christian Bac1 1 Telecom SudParis, Évry, France {olivier.berger,christian.bac}@telecom-sudparis.eu 2 Debian project [email protected] Abstract. The Debian Package Tracking System is a Web dashboard for Debian contributors and advanced users. This central tool publishes the status of subsequent releases of source packages in the Debian dis- tribution. It has been improved to generate RDF meta-data documenting the source packages, their releases and links to other packaging artifacts, us- ing the ADMS.SW 1.0 model.
    [Show full text]