DOCSLIB.ORG

Opengis Web Feature Services for Editing Cadastral Data

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Opengis Web Feature Services for Editing Cadastral Data OpenGIS Web Feature Services for editing cadastral data Analysis and practical experiences Master of Science thesis T.J. Brentjens Section GIS Technology Geodetic Engineering Faculty of Civil Engineering and Geosciences Delft University of Technology OpenGIS Web Feature Services for editing cadastral data Analysis and practical experiences Master of Science thesis Thijs Brentjens Professor: prof. dr. ir. P.J.M. van Oosterom (Delft University of Technology) Supervisors: drs. M.E. de Vries (Delft University of Technology) drs. C.W. Quak (Delft University of Technology) drs. C. Vijlbrief (Kadaster) Delft, April 2004 Section GIS Technology Geodetic Engineering Faculty of Civil Engineering and Geosciences Delft University of Technology The Netherlands Het Kadaster Apeldoorn The Netherlands i ii Preface Preface This thesis is the result of the efforts I have put in my graduation research project between March 2003 and April 2004. I have performed this research part-time at the section GIS Technology of TU Delft in cooperation with the Kadaster (the Dutch Cadastre), in order to get the Master of Science degree in Geodetic Engineering. Typing the last words for this thesis, I have been realizing more than ever that this thesis marks the end of my time as a student at the TU Delft. However, I also realize that I have been working to this point with joy. Many people are “responsible” for this, but I’d like to mention the people who have contributed most. First of all, there are of course people who were directly involved in the research project. Peter van Oosterom had many critical notes and - maybe even more important - the ideas born out of his enthusiasm improved the entire research. Many thanks go to Tom Vijlbrief, representing the Kadaster, for his helpful comments (on all topics) and for showing the way when it concerned Kadaster issues. Wilko Quak always was available to give technical support. But I’d like to thank especially Marian de Vries. As my direct supervisor, she helped solving technical problems, reviewing new pieces I wrote for this thesis and developing parts of the software. Especially their expertise and pleasant way of working, created the right atmosphere to perform the research in. Besides the scientific interest of people, two people have contributed to the project without any direct interest (I think at least). Here, I have to mention Marco Baars, a good friend and fellow MSc student. He also reviewed my thesis, but more importantly he always has been available for a cup of coffee, lunch or a short walk outside. I’m grateful to my mother, Dorrit Brentjens, who also helped with reviewing my thesis and gave the necessary mental support to me, even during very difficult times for her. For the upcoming years, I hope to work in the same friendly yet professional atmosphere as I’ve experienced during this MSc thesis project. Delft, 28 April 2004 Thijs Brentjens iii Preface iv Contents Contents Preface ............................................................................................. iii Summary .......................................................................................... ix Samenvatting ................................................................................. xiii 1 Introduction ............................................................................. 1 2 Geographic data in distributed environments ........................... 3 2.1 Sharing geographic data sets ................................................... 3 2.1.1 Geographic features .......................................................... 3 2.1.2 Sharing geographic data .................................................... 4 2.1.3 Some cases ..................................................................... 5 2.2 Distributed systems.................................................................. 7 2.2.1 Basics of distributed (geo) database systems........................ 7 2.2.2 The client-server architecture ............................................. 8 2.2.3 Advantages and disadvantages of distributed systems and client-server computing ..................................................... 9 2.3 Interoperable geoprocessing.................................................. 11 2.3.1 Interoperability and interoperable geoprocessing..................11 2.3.2 Problems with interoperability ...........................................12 2.3.3 Open systems and GIS Web Services..................................13 2.4 Final remarks ......................................................................... 15 3 Geometric transactions........................................................... 17 3.1 Database transactions ............................................................ 17 3.1.1 Concurrency control and transactions .................................17 3.1.2 Processing transactions ....................................................18 3.2 Why geometric transactions are complicated ......................... 18 3.2.1 Geometry in transactions ..................................................19 3.2.2 Topologically structured data.............................................20 3.2.3 Spatial constraints ...........................................................21 3.3 Conclusion .............................................................................. 22 4 OpenGIS Web Feature Services .............................................. 23 4.1 OpenGIS Service Framework .................................................. 23 4.2 Relevant technologies for GIS web services ........................... 25 4.2.1 HTTP..............................................................................25 4.2.2 XML ...............................................................................26 4.2.3 Geography Markup Language ............................................28 4.2.4 Filter encoding ................................................................30 v Contents 4.2.5 OpenGIS Web Services: the WMS, WCS and WFS interfaces ..31 4.3 WFS in more detail ................................................................. 36 4.3.1 Basics on WFS.................................................................36 4.3.2 Read-only service: Basic WFS............................................38 4.3.3 Modifying features: Transactional WFS................................40 4.4 Conclusion .............................................................................. 42 5 Case study: Notary sketches new parcel................................. 43 5.1 Case study: the starting point................................................. 43 5.1.1 The role of a notary in cadastral transactions.......................43 5.1.2 Scenario for splitting parcels using a Web Feature Service .....44 5.1.3 Data model.....................................................................45 5.2 The service to draft parcels .................................................... 46 5.2.1 Service architecture .........................................................46 5.2.2 Application logic ..............................................................47 5.2.3 Requirements for the server..............................................49 5.2.4 Requirements for the client ...............................................49 5.3 Web Feature Servers .............................................................. 50 5.3.1 XSQL .............................................................................50 5.3.2 GeoServer: an open source web feature server ....................51 5.4 WFS clients............................................................................. 53 5.4.1 Existing transactional clients .............................................53 5.4.2 Developed client in the case study .....................................53 5.5 Conclusion .............................................................................. 56 6 Suitability of WFS for transactions: analysis........................... 59 6.1 Interoperability testing .......................................................... 59 6.1.1 Server............................................................................59 6.1.2 Clients ...........................................................................60 6.2 Handling transactions............................................................. 63 6.3 Validation of features ............................................................. 64 6.3.1 Validation of single features ..............................................64 6.3.2 Validation of features in their environments.........................66 6.4 Application logic ..................................................................... 67 6.5 Conclusion .............................................................................. 69 7 Conclusions and recommendations......................................... 71 7.1 Conclusions ............................................................................ 71 7.2 Recommendations .................................................................. 72 References ...................................................................................... 75 Appendix A: Glossary....................................................................... 79 Appendix B: Table definitions case study ........................................ 83 vi Contents Appendix C: Client in detail.............................................................. 85 Appendix D: Example Transactional WFS......................................... 91 Appendix E: Open source development GeoServer .........................
Load more

Recommended publications
  • The National Atlas and Google Earth in a Geodata Infrastructure
    12th AGILE International Conference on Geographic Information Science 2009 page 1 of 11 Leibniz Universität Hannover, Germany Maps and Mash-ups: The National Atlas and Google Earth in a Geodata Infrastructure Barend Köbben and Marc Graham International Institute for Geo-Information Science and Earth Observation (ITC), Enschede, The Netherlands INTRODUCTION This paper is about different worlds, and how we try to unite them. The worlds we talk about are different occurrences or expressions of spatial data in different technological environments: One of them is the world of National Atlases, collections of complex, high quality maps presenting a nation to the geographically interested. The second is the world of Geodata Infrastructures (GDIs), highly organised, standardised and institutionalised large collections of spatial data and services. The third world is that of Virtual Globes, computer applications that bring the Earth as a highly interactive 3D representation to the desktops of the masses. These worlds represent also different areas of expertise. The atlas is where cartographers, with their focus on semiology, usability, graphic communication and aesthetic design, are most at home. Their digital tools are graphic design software and multimedia and visualisation toolkits. The GDIs are typically the domain of the (geo-)information scientists and GIS technicians. Their 'native' technological environment has an IT focus on multi-user databases, distributed services and high-end client software. Virtual globes are produced by hard-core informatics specialists: programmers that specialise in real-time 3D rendering of large data volumes, fast image tiling and texturing, similar to computer gaming technology. Their users however are mostly not aware of, nor interested in the technology behind the products.
    [Show full text]
  • An Open Source Spatial Data Infrastructure for the Cryosphere Community
    OpenPolarServer (OPS) - An Open Source Spatial Data Infrastructure for the Cryosphere Community By Kyle W. Purdon Submitted to the graduate degree program in Geography and the Graduate Faculty of the University of Kansas in partial fulfillment of the requirements for the degree of Master of Science. Chairperson Dr. Xingong Li Dr. Terry Slocum Dr. David Braaten Date Defended: April 17, 2014 ii The Thesis Committee for Kyle W. Purdon – certifies that this is the approved version of the following thesis: OpenPolarServer (OPS) - An Open Source Spatial Data Infrastructure for the Cryosphere Community Chairperson Dr. Xingong Li Date approved: April 17, 2014 iii Abstract The Center for Remote Sensing of Ice Sheets (CReSIS) at The University of Kansas has collected approximately 700 TB of radar depth sounding data over the Arctic and Antarctic ice sheets since 1993 in an effort to map the thickness of the ice sheets and ultimately understand the impacts of climate change and sea level rise. In addition to data collection, the storage, management, and public distribution of the dataset are also one of the primary roles of CReSIS. The OpenPolarServer (OPS) project developed a free and open source spatial data infrastructure (SDI) to store, manage, analyze, and distribute the data collected by CReSIS in an effort to replace its current data storage and distribution approach. The OPS SDI includes a spatial database management system (DBMS), map and web server, JavaScript geoportal, and application programming interface (API) for the inclusion of data created by the cryosphere community. Open source software including GeoServer, PostgreSQL, PostGIS, OpenLayers, ExtJS, GeoEXT and others are used to build a system that modernizes the CReSIS SDI for the entire cryosphere community and creates a flexible platform for future development.
    [Show full text]
  • Implementing OGC Web Map Service Client Applications Using JSP, JSTL and XMLC
    Implementing OGC Web Map Service Client Applications Using JSP, JSTL and XMLC Hao Ding , Richard Pascoe & Neville Churcher Department of Computer Science University of Canterbury. Christchurch, New Zealand Phone: +64 3 364-2362 Fax: +64 3 364-2569 Email: [email protected] , {richard, neville}@cosc.canterbury.ac.nz Presented at SIRC 2002 – The 14th Annual Colloquium of the Spatial Information Research Centre University of Otago, Dunedin, New Zealand th December 3-5 2002 ABSTRACT Java technologies are widely used in web application development. In this paper are described three approaches to developing Java-based web applications and our experiences with applying each to the development of client that interact with servers implementing the OGC (Open GIS Consortium) Web Map Service (WMS) specification. Also described is the installation and configuration of open source software that implements the WMS specification. The paper is concluded with some preliminary insights into when one of the three approaches to WMS client implementation is more suited to another. Keywords and phrases: WMS, JSP, JSTL, XMLC, map layer, web map server 1.0 INTRODUCTION Of the many technologies, such as Common Gateway Interface (CGI), Active Server Pages (ASP), JavaServer Pages (JSP), that are used to develop web applications, three are of particular interest to the research presented here. These three technologies or approaches to developing clients that utilise web services are JavaServer Pages (JSP), JSP with the use of tags from the JSP Standard Tag Library (JSTL), and the eXtensible Markup Language Compiler (XMLC). JSP is a more convenient way to write Java servlets, and allows the insertion of Java code directly into static HTML (Hypertext Markup Language) pages.
    [Show full text]
  • Development of a Web Mapping Application Using Open Source
    Centre National de l’énergie des sciences et techniques nucléaires (CNESTEN-Morocco) Implementation of information system to respond to a nuclear emergency affecting agriculture and food products - Case of Morocco Anis Zouagui1, A. Laissaoui1, M. Benmansour1, H. Hajji2, M. Zaryah1, H. Ghazlane1, F.Z. Cherkaoui3, M. Bounsir3, M.H. Lamarani3, T. El Khoukhi1, N. Amechmachi1, A. Benkdad1 1 Centre National de l’Énergie, des Sciences et des Techniques Nucléaires (CNESTEN), Morocco ; [email protected], 2 Institut Agronomique et Vétérinaire Hassan II (IAV), Morocco, 3 Office Régional de la Mise en Valeur Agricole du Gharb (ORMVAG), Morocco. INTERNATIONAL EXPERTS’ MEETING ON ASSESSMENT AND PROGNOSIS IN RESPONSE TO A NUCLEAR OR RADIOLOGICAL EMERGENCY (CN-256) IAEA Headquarters Vienna, Austria 20–24 April 2015 Context In nuclear disaster affecting agriculture, there is a need for rapid, reliable and practical tools and techniques to assess any release of radioactivity The research of hazards illustrates how geographic information is being integrated into solutions and the important role the Web now plays in communication and disseminating information to the public for mitigation, management, and recovery from a disaster. 2 Context Basically GIS is used to provide user with spatial information. In the case of the traditional GIS, these types of information are within the system or group of systems. Hence, this disadvantage of traditional GIS led to develop a solution of integrating GIS and Internet, which is called Web-GIS. 3 Project Goal CRP1.50.15: “ Response to Nuclear Emergency affecting Food and Agriculture” The specific objective of our contribution is to design a prototype of web based mapping application that should be able to: 1.
    [Show full text]
  • Development of an Extension of Geoserver for Handling 3D Spatial Data Hyung-Gyu Ryoo Pusan National University
    Free and Open Source Software for Geospatial (FOSS4G) Conference Proceedings Volume 17 Boston, USA Article 6 2017 Development of an extension of GeoServer for handling 3D spatial data Hyung-Gyu Ryoo Pusan National University Soojin Kim Pusan National University Joon-Seok Kim Pusan National University Ki-Joune Li Pusan National University Follow this and additional works at: https://scholarworks.umass.edu/foss4g Part of the Databases and Information Systems Commons Recommended Citation Ryoo, Hyung-Gyu; Kim, Soojin; Kim, Joon-Seok; and Li, Ki-Joune (2017) "Development of an extension of GeoServer for handling 3D spatial data," Free and Open Source Software for Geospatial (FOSS4G) Conference Proceedings: Vol. 17 , Article 6. DOI: https://doi.org/10.7275/R5ZK5DV5 Available at: https://scholarworks.umass.edu/foss4g/vol17/iss1/6 This Paper is brought to you for free and open access by ScholarWorks@UMass Amherst. It has been accepted for inclusion in Free and Open Source Software for Geospatial (FOSS4G) Conference Proceedings by an authorized editor of ScholarWorks@UMass Amherst. For more information, please contact [email protected]. Development of an extension of GeoServer for handling 3D spatial data Optional Cover Page Acknowledgements This research was supported by a grant (14NSIP-B080144-01) from National Land Space Information Research Program funded by Ministry of Land, Infrastructure and Transport of Korean government and BK21PLUS, Creative Human Resource Development Program for IT Convergence. This paper is available in Free and Open Source Software for Geospatial (FOSS4G) Conference Proceedings: https://scholarworks.umass.edu/foss4g/vol17/iss1/6 Development of an extension of GeoServer for handling 3D spatial data Hyung-Gyu Ryooa,∗, Soojin Kima, Joon-Seok Kima, Ki-Joune Lia aDepartment of Computer Science and Engineering, Pusan National University Abstract: Recently, several open source software tools such as CesiumJS and iTowns have been developed for dealing with 3-dimensional spatial data.
    [Show full text]
  • Mapserver, Oracle Mapviewer, QGIS Mapserver
    WMS Benchmarking Cadcorp GeognoSIS, Contellation-SDI, ERDAS APOLLO, GeoServer, Mapnik, MapServer, Oracle MapViewer, QGIS MapServer Open Source Geospatial Foundation 1 Executive summary • Compare the performance of WMS servers – 8 teams • In a number of different workloads: – Vector: native (EPSG:4326) and projected (Google Mercator) street level – Raster: native (EPSG:25831) and projected (Google Mercator) • Against different data backends: – Vector: shapefiles, PostGIS, Oracle Spatial – Raster: GeoTiff, ECW Raster Open Source Geospatial Foundation 2 Benchmarking History • 4th FOSS4G benchmarking exercise. Past exercises included: – FOSS4G 2007: Refractions Research run and published the first comparison with the help of GeoServer and MapServer developers. Focus on big shapefiles, postgis, minimal styling – FOSS4G 2008: OpenGeo run and published the second comparison with some review from the MapServer developers. Focus on simple thematic mapping, raster data access, WFS and tile caching – FOSS4G 2009: MapServer and GeoServer teams in a cooperative benchmarking exercise • Friendly competition: goal is to improve all software Open Source Geospatial Foundation 3 Datasets Used: Vector Used a subset of BTN25, the official Spanish 1:25000 vector dataset • 6465770 buildings (polygon) • 2117012 contour lines • 270069 motorways & roads (line) • 668066 toponyms (point) • Total: 18 GB worth of shapefiles Open Source Geospatial Foundation 4 Datasets Used: Raster Used a subset of PNOA images • 50cm/px aerial imagery, taken in 2008 • 56 GeoTIFFs, around Barcelona • Total: 120 GB Open Source Geospatial Foundation 5 Datasets Used: Extents Open Source Geospatial Foundation 6 Datasets Used: Extents Canary Islands are over there, but they are always left out Open Source Geospatial Foundation 7 Datasets Used: Credits Both BTN25 and PNOA are products of the Instituto Geográfico Nacional.
    [Show full text]
  • A Pilot for Testing the OGC Web Services Integration of Water-Related Information and Models
    RiBaSE: A Pilot for Testing the OGC Web Services Integration of Water-related Information and Models Lluís Pesquer Mayos, Simon Jirka, Grumets Research Group CREAF 52°North Initiative for Geospatial Open Source Software Edicifi C, Universitat Autònoma de Barcelona GmbH 08193 Bellaterra, Spain 48155 Münster, Germany [email protected] [email protected] Christoph Stasch, Joan Masó Pau, Grumets Research Group CREAF 52°North Initiative for Geospatial Open Source Software Edicifi C, Universitat Autònoma de Barcelona GmbH Bellaterra, Spain 48155 Münster, Germany [email protected] [email protected] David Arctur, Center for Research in Water Resources, University of Texas at Austin 10100 Burnet Rd Bldg 119, Austin, TX USA [email protected] Abstract—The design of an interoperability experiment to The OGC is an international industry consortium of demonstrate how current ICT-based tools and water data can companies, government agencies and universities participating work in combination with geospatial web services is presented. in a consensus process to develop publicly available interface This solution is being tested in three transboundary river basins: standards. Some successful examples of OGC standards for Scheldt, Maritsa and Severn. The purpose of this experiment is to general spatial purposes are, for example, the Web Map assess the effectiveness of OGC standards for describing status Service (WMS) for providing interoperable pictorial maps and dynamics of surface water in river basins, to demonstrate over the web and the Keyhole Markup Language (KML) as a their applicability and finally to increase awareness of emerging data format for virtual globes. On the other hand, hydrological standards as WaterML 2.0.
    [Show full text]
  • An Open-Source Web Platform to Share Multisource, Multisensor Geospatial Data and Measurements of Ground Deformation in Mountain Areas
    International Journal of Geo-Information Article An Open-Source Web Platform to Share Multisource, Multisensor Geospatial Data and Measurements of Ground Deformation in Mountain Areas Martina Cignetti 1,2, Diego Guenzi 1,* , Francesca Ardizzone 3 , Paolo Allasia 1 and Daniele Giordan 1 1 National Research Council of Italy, Research Institute of Geo-Hydrological Protection (CNR IRPI), Strada delle Cacce 73, 10135 Turin, Italy; [email protected] (M.C.); [email protected] (P.A.); [email protected] (D.G.) 2 Department of Earth Sciences, University of Pavia, 27100 Pavia, Italy 3 National Research Council of Italy, Research Institute of Geo-Hydrological Protection (CNR IRPI), Via della Madonna Alta 126, 06128 Perugia, Italy; [email protected] * Correspondence: [email protected] Received: 20 November 2019; Accepted: 16 December 2019; Published: 18 December 2019 Abstract: Nowadays, the increasing demand to collect, manage and share archives of data supporting geo-hydrological processes investigations requires the development of spatial data infrastructure able to store geospatial data and ground deformation measurements, also considering multisource and heterogeneous data. We exploited the GeoNetwork open-source software to simultaneously organize in-situ measurements and radar sensor observations, collected in the framework of the HAMMER project study areas, all located in high mountain regions distributed in the Alpines, Apennines, Pyrenees and Andes mountain chains, mainly focusing on active landslides. Taking advantage of this free and internationally recognized platform based on standard protocols, we present a valuable instrument to manage data and metadata, both in-situ surface measurements, typically acquired at local scale for short periods (e.g., during emergency), and satellite observations, usually exploited for regional scale analysis of surface displacement.
    [Show full text]
  • The Development of Algorithms for On-Demand Map Editing for Internet and Mobile Users with Gml and Svg
    THE DEVELOPMENT OF ALGORITHMS FOR ON-DEMAND MAP EDITING FOR INTERNET AND MOBILE USERS WITH GML AND SVG Miss. Ida K.L CHEUNG a, , Mr. Geoffrey Y.K. SHEA b a Department of Land Surveying & Geo-Informatics, The Hong Kong Polytechnic University, Hung Hom, Kowloon, Hong Kong, email: [email protected] b Department of Land Surveying & Geo-Informatics, The Hong Kong Polytechnic University, Hung Hom, Kowloon, Hong Kong, email: [email protected] Commission VI, PS WG IV/2 KEY WORDS: Spatial Information Sciences, GIS, Research, Internet, Interoperability ABSTRACT: The widespread availability of the World Wide Web has led to a rapid increase in the amount of data accessing, sharing and disseminating that gives the opportunities for delivering maps over the Internet as well as small mobile devices. In GIS industry, many vendors or companies have produced their own web map products which have their own version, data model and proprietary data formats without standardization. Such problem has long been an issue. Therefore, Geographic Markup Language (GML) was designed to provide solutions. GML is an XML grammar written in XML Schema for the modelling, transport, and storage of geographic information including both spatial and non-spatial properties of geographic features. GML is developed by Open GIS Consortium in order to promote spatial data interoperability and open standard. Since GML is still a newly developed standard, this promising research field provides a standardized method to integrate web-based mapping information in terms of data modelling, spatial data representation mechanism and graphic presentation. As GML is not for data display, SVG is an ideal vector graphic for displaying geographic data.
    [Show full text]
  • OWS-4 Geodds Mass Market (Formerly Georss) Interoperability Program Report
    OGC 07-004 Open Geospatial Consortium Inc. Date: 2007-05-02 Reference number of this OGC® document: OGC 07-004 Version: 0.0.1 Category: OpenGIS® Discussion Paper Editor: Panagiotis (Peter) A. Vretanos OWS-4 GeoDDS Mass Market (formerly GeoRSS) Interoperability Program Report Copyright notice Copyright © 2007 Open Geospatial Consortium. All Rights Reserved To obtain additional rights of use, visit http://www.opengeospatial.org/legal/ Warning This document is not an OGC Standard. This document is an OGC Discussion Paper and is therefore not an official position of the OGC membership. It is distributed for review and comment. It is subject to change without notice and may not be referred to as an OGC Standard. Further, an OGC Discussion Paper should not be referenced as required or mandatory technology in procurements. Document type: OpenGIS® Discussion Paper Document subtype: Engineering Specification Document stage: Draft Document language: English File name: 07-004.doc OGC 07-004 Contents 1 SCOPE..........................................................................................................................................................1 2 CONFORMANCE........................................................................................................................................1 3 NORMATIVE REFERENCES....................................................................................................................1 4 TERMS AND DEFINITIONS.....................................................................................................................3
    [Show full text]
  • Wcs-Overview.Pdf
    OGC Coverages: Data & Services Peter Baumann Jacobs University | rasdaman GmbH [gamingfeeds.com] Coverages Tutorial :: © 2013 Peter Baumann Overview . Motivation: What is a “coverage”? . Coverage data: the OGC Coverage Model . Coverage services: the WCS Suite . Conformance Testing . Implementations . Summary Coverages Tutorial :: © 2013 Peter Baumann2 Facing the Coverage Tsunami sensor feeds [OGC SWE] coverage server Coverages Tutorial :: © 2013 Peter Baumann3 Taming the Coverage Tsunami sensor feeds [OGC SWE] coverage server Coverages Tutorial :: © 2013 Peter Baumann4 Serving Coverages . WCS: one generic schema for all coverage types; n-D; scalable; versatile processing → access & processing services SOS WCS coverage . SOS: server high flexibility to accommodate all sensor types → data capturing Coverages Tutorial :: © 2013 Peter Baumann (Part of) The OGC Standards Quilt data images data data feature coverage meta FE WCPS CQL WFS-T WCS-T CS-T WFS WMS WCS CS-W • WMS "portrays spatial data pictures" • WCS: "provides data + descriptions; data with original semantics, may be interpreted, extrapolated, etc.“ [09-110r3] Coverages Tutorial :: © 2013 Peter Baumann6 Overview . Motivation: What is a “coverage”? . Coverage data: the OGC Coverage Model . Coverage services: the WCS Suite . Conformance Testing . Implementations . Summary Coverages Tutorial :: © 2013 Peter Baumann7 OGC Coverages . Coverage = "space-time varying phenomenon“ - ISO 19123 (=OGC Abstract Topic 6) - Today typically raster, but more defined (curved grids, TINs, meshes, ...)
    [Show full text]
  • Open Geospatial Consortium: 2D Or Not 2D?
    ® Open Geospatial Consortium: 2D or Not 2D? Chris Little, Co-Chair Met Ocean DWG Marie-Françoise Voidrot-Martinez, Météo-France, Co-Chair EGOWS at FMI, Helsinki, Finland 2016-09-20/22 © 2010 Open Geospatial Consortium, Inc. 0. Introduction 1. What is OGC? 2. Who is OGC? 3. How does OGC work? 4. What is OGC doing? 5. Current issues, futures & possibilities? 6. Questions & (maybe) Answers? ® OGC © 2010 Open Geospatial Consortium, Inc. 1. What is OGC? • See also http://www.opengeospatial.org ® OGC © 2010 Open Geospatial Consortium, Inc. 3 What is OGC? • International, non-profit, consortium • Develops standards for geospatial OGC Membership Distribution data & services, >25 years 9 % Commercial • Funded by ~500 members 6 % Government • 38 adopted standards 43 % Academic • Consensus process 24 % • Docs freely available Research • 100s of implementations Not For Profit • Alliance partnerships with 30+ 18 % standards & professional organizations • Broad user community worldwide • Several standards fast tracked in ISO (and WMO!) OGC® What is OGC’s Vision? Vision: A world in which everyone benefits from the use of geospatial information and supporting technologies. Mission: Global forum for collaboration of developers and users of spatial data products and services and to advance the development of international standards for geospatial interoperability Strategic Goals: Goal 1 - Provide free and openly available standards to the market that are of tangible value to Members and have measurable benefits for users. Goal 2 - Lead worldwide in the creation and establishment of standards that enable global infrastructures for delivery and integration of geospatial content and services into business and civic processes. Goal 3 - Facilitate the adoption of open, spatially enabled reference architectures in enterprise environments worldwide.
    [Show full text]