DOCSLIB.ORG

Technical Report No

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Technical Report No IMPLEMENTING SCALABLE GEOWEB APPLICATIONS USING CLOUD AND INTERNET COMPUTING SEYED EMAD MOUSAVI March 2014 TECHNICAL REPORT NO. 291 IMPLEMENTING SCALABLE GEOWEB APPLICATIONS USING CLOUD AND INTERNET COMPUTING Seyed Emad Mousavi Department of Geodesy and Geomatics Engineering University of New Brunswick P.O. Box 4400 Fredericton, N.B. Canada E3B 5A3 March 2014 © Seyed Emad Mousavi, 2014 PREFACE This technical report is a reproduction of a thesis submitted in partial fulfillment of the requirements for the degree of Master of Science in Engineering in the Department of Geodesy and Geomatics Engineering, March 2014. The research was supervised by Dr. Yun Zhang, and funding was provided by Natural Sciences and Engineering Research Council ‒ Canada Research Chair Program. As with any copyrighted material, permission to reprint or quote extensively from this report must be received from the author. The citation to this work should appear as follows: Mousavi, Seyed Emad (2014). Implementing Scalable Geoweb Applications Using Cloud and Internet Computing. M.Sc.E. thesis, Department of Geodesy and Geomatics Engineering, Technical Report No. 291, University of New Brunswick, Fredericton, New Brunswick, Canada, 110 pp. ABSTRACT New advancements in technology such as the rise of social networks have led to more geospatial data being produced every day. The current issue with the large volume of geospatial data is to store and process it because of the scalability of the data. In this thesis, two computing implementations, cloud computing and Internet computing, are studied and evaluated for their capability in storing, processing and visualizing large volumes of geospatial data. For the cloud computing implementation, the different concepts of cloud computing have been analysed according to their applications, models and services. Moreover, a case study using cloud computing platforms has also been implemented for storing and processing geotagged tweets retrieved for a national recreational park in Vancouver, BC. For the Internet computing platform, the Open Geospatial Consortium’s Web Processing Service has been investigated as a framework for sharing geospatial data and processing it over Internet. A raster calculation algorithm in Web Processing Service platforms has also been implemented on 2 scenes of Landsat satellite imagery to evaluate WPS’ capabilities in handling large volume of data. Results of this research suggest that internet computing can be used to handle geospatial data processing but, when dealing with large volumes of data, this study proves that Internet computing and current Geospatial Information Systems are not suitable to be used and cloud computing platform can be utilized to handle large volumes of geospatial data. ii DEDICATION To: Samira With Love iii ACKNOWLEDGEMENTS It is a pleasure to acknowledge and thank the people whom without this thesis would not be possible: I am highly grateful to my supervisor Dr.Yun Zhang for his important support throughout this work. His understanding, encouraging and personal guidance have provided a good basis for the present thesis. It is difficult to overstate my gratitude to my supervisor Dr.Monica Wachowicz, with her enthusiasm and her inspiration throughout my research period, she provided encouragement, sound advice, good teaching, great feedback, and lots of good ideas. I would have been lost without her. David Fraser, Sylvia Whitaker, Lorry Hunt and Amir Abouhamze who were always available when needed and have always kindly offered their assistance. I am grateful for the open source tools and projects used in this research. I am deeply indebted to my parents, without whom I would not be standing where I am, they taught me to pursue my dreams, they taught me not to give up, they taught me to live, they taught me to love, they are the greatest teachers of my life. And last but not the least; I would like to thank my lovely wife, Samira. She lost a lot due to my thesis but she always gave me hope when there were none, without her understanding and encouragement, this thesis would not be possible. iv TABLE OF CONTENTS ABSTRACT ...................................................................................................................... ii DEDICATION ................................................................................................................. iii ACKNOWLEDGEMENTS ............................................................................................. iii TABLE OF CONTENTS ................................................................................................... v LIST OF TABLES ............................................................................................................. x LIST OF FIGURES .......................................................................................................... xi LIST OF SYMBOLS AND ABBREVIATIONS .......................................................... xiii Chapter 1 ............................................................................................................................ 1 1 Introduction ................................................................................................................. 1 1.1 Research Background..................................................................................... 2 1.2 Research Challenges ...................................................................................... 4 1.3 Research Objectives ....................................................................................... 6 1.4 Methodology .................................................................................................. 7 1.5 Overview of the Chapters............................................................................... 8 Chapter 2 .......................................................................................................................... 14 2 A Comparative Study of Web Processing Service Implementations for Raster Calculation ....................................................................................................................... 14 Abstract ............................................................................................................................ 14 v 2.1 Introduction .................................................................................................. 15 2.2 Definition of WPS ........................................................................................ 16 2.2.1 Processes of WPS ......................................................................................... 18 2.2.2 WPS Operations ........................................................................................... 18 2.2.3 Data Types in WPS ...................................................................................... 20 2.2.4 Advantages of WPS ..................................................................................... 20 2.3 WPS Implementations .................................................................................. 24 2.3.1 52°North Project .......................................................................................... 24 2.3.1.1 Features of 52°North ........................................................................... 24 2.3.1.2 52°North Architecture ........................................................................ 25 2.3.1.3 Raster Calculations in 52°North ......................................................... 27 2.3.2 ZOO Project ................................................................................................. 27 2.3.2.1 Raster Calculations in ZOO ................................................................ 29 2.3.3 Deegree Project ............................................................................................ 29 2.3.3.1 Deegree Architecture .......................................................................... 30 2.3.3.2 Raster Calculation in Deegree ............................................................ 31 2.3.4 PyWPS Project ............................................................................................. 32 2.3.4.1 PyWPS Architecture ........................................................................... 32 vi 2.3.4.2 PyWPS Raster Calculations ................................................................ 33 2.3.5 Geoserver ..................................................................................................... 33 2.3.5.1 WPS Processes in Geoserver .............................................................. 34 2.3.5.2 Process Chaining in Geoserver ........................................................... 35 2.3.5.3 Raster Data in GeoServer ................................................................... 36 2.3.5.4 Raster Calculation in Geoserver ......................................................... 37 2.4 Comparative Study ....................................................................................... 39 2.5 Conclusions .................................................................................................. 43 Chapter 3 .......................................................................................................................... 48 3 A Comprehensive Overview of Cloud Computing in GIS ....................................... 48 3.1 Introduction .................................................................................................. 49 3.2 Definition of Cloud Computing ..................................................................
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]
  • 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]
  • 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.
    [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]
  • 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]
  • The State of Open Source GIS
    The State of Open Source GIS Prepared By: Paul Ramsey, Director Refractions Research Inc. Suite 300 – 1207 Douglas Street Victoria, BC, V8W-2E7 [email protected] Phone: (250) 383-3022 Fax: (250) 383-2140 Last Revised: September 15, 2007 TABLE OF CONTENTS 1 SUMMARY ...................................................................................................4 1.1 OPEN SOURCE ........................................................................................... 4 1.2 OPEN SOURCE GIS.................................................................................... 6 2 IMPLEMENTATION LANGUAGES ........................................................7 2.1 SURVEY OF ‘C’ PROJECTS ......................................................................... 8 2.1.1 Shared Libraries ............................................................................... 9 2.1.1.1 GDAL/OGR ...................................................................................9 2.1.1.2 Proj4 .............................................................................................11 2.1.1.3 GEOS ...........................................................................................13 2.1.1.4 Mapnik .........................................................................................14 2.1.1.5 FDO..............................................................................................15 2.1.2 Applications .................................................................................... 16 2.1.2.1 MapGuide Open Source...............................................................16
    [Show full text]
  • Gvsos: a New Client for Ogc® Sos Interface Standard
    GVSOS: A NEW CLIENT FOR OGC® SOS INTERFACE STANDARD Alain Tamayo Fong i GVSOS: A NEW CLIENT FOR OGC® SOS INTERFACE STANDARD Dissertation supervised by PhD Joaquín Huerta PhD Fernando Bacao Laura Díaz March, 2009 ii ACKNOWLEDGEMENTS I would like to thank to professors Joaquin Huerta and Michael Gould for their support during every step of the Master Degree Program. I would also like to thanks the Erasmus Mundus Scholarship program for giving me the chance to be part of this wonderful experience. Last, to all my colleagues and friends, thank you for making this time together so pleasant. iii GVSOS: A NEW CLIENT FOR OGC® SOS INTERFACE STANDARD ABSTRACT The popularity of sensor networks has increased very fast recently. A major problem with these networks is achieving interoperability between different networks which are potentially built using different platforms. OGC’s specifications allow clients to access geospatial data without knowing the details about how this data is gathered or stored. Currently OGC is working on an initiative called Sensor Web Enablement (SWE), for specifying interoperability interfaces and metadata encodings that enable real‐time integration of heterogeneous sensor webs into the information infrastructure. In this work we present the implementation of gvSOS, a new module for the GIS gvSIG to connect to Sensor Observation Services (SOS). The SOS client module allows gvSIG users to interact with SOS servers, displaying the information gathered by sensors in a layer composed by features. We present the detailed software engineering development process followed to build the module. For each step of the process we specify the main obstacles found during the development such as, restrictions of the gvSIG architecture, inaccuracies in the OGC’s specifications, and a set of common problems found in current SOS servers implementations available on the Internet.
    [Show full text]
  • Open Geospatial Consortium OGC OWS Context Geojson Encoding
    Open Geospatial Consortium Submission Date: 2016-05-30 Approval Date: 2016-11-02 Publication Date: 2017-04-06 External identifier of this OGC® document: <http://www.opengis.net/doc/IS/ows-context-geojson/1.0> Internal reference number of this OGC® document: 14-055r2 Version: 1.0 Category: OGC® Implementation Standard Editors: Pedro Gonçalves, Roger Brackin OGC OWS Context GeoJSON Encoding Standard Copyright notice Copyright © 2017 Open Geospatial Consortium To obtain additional rights of use, visit http://www.opengeospatial.org/legal/. Warning This document is an OGC Member approved international standard. This document is available on a royalty free, non-discriminatory basis. Recipients of this document are invited to submit, with their comments, notification of any relevant patent rights of which they are aware and to provide supporting documentation. Document type: OGC® Standard Document subtype: Encoding Document stage: Approved Document language: English License Agreement Permission is hereby granted by the Open Geospatial Consortium, ("Licensor"), free of charge and subject to the terms set forth below, to any person obtaining a copy of this Intellectual Property and any associated documentation, to deal in the Intellectual Property without restriction (except as set forth below), including without limitation the rights to implement, use, copy, modify, merge, publish, distribute, and/or sublicense copies of the Intellectual Property, and to permit persons to whom the Intellectual Property is furnished to do so, provided that all copyright notices on the intellectual property are retained intact and that each person to whom the Intellectual Property is furnished agrees to the terms of this Agreement. If you modify the Intellectual Property, all copies of the modified Intellectual Property must include, in addition to the above copyright notice, a notice that the Intellectual Property includes modifications that have not been approved or adopted by LICENSOR.
    [Show full text]
  • (Iso19107) of the Open Geospatial Consortium
    Technical Report A Java Implementation of the OpenGIS™ Feature Geometry Abstract Specification (ISO 19107 Spatial Schema) Sanjay Dominik Jena, Jackson Roehrig {[email protected], [email protected]} University of Applied Sciences Cologne Institute for Technology in the Tropics Version 0.1 July 2007 ABSTRACT The Open Geospatial Consortium’s (OGC) Feature Geometry Abstract Specification (ISO/TC211 19107) describes a geometric and topological data structure for two and three dimensional representations of vector data. GeoAPI, an OGC working group, defines inter- face APIs derived from the ISO 19107. GeoTools provides an open source Java code library, which implements (OGC) specifications in close collaboration with GeoAPI projects. This work describes a partial but serviceable implementation of the ISO 19107 specifi- cation and its corresponding GeoAPI interfaces considering previous implementations and related specifications. It is intended to be a first impulse to the GeoTools project towards a full implementation of the Feature Geometry Abstract Specification. It focuses on aspects of spatial operations, such as robustness, precision, persistence and performance. A JUnit Test Suite was developed to verify the compliance of the implementation with the GeoAPI. The ISO 19107 is discussed and proposals for improvement of the GeoAPI are presented. II © Copyright by Sanjay Dominik Jena and Jackson Roehrig 2007 ACKNOWLEDGMENTS Our appreciation goes to the whole of the GeoTools and GeoAPI communities, in par- ticular to Martin Desruisseaux, Bryce Nordgren, Jody Garnett and Graham Davis for their extensive support and several discussions, and to the JTS developers, the JTS developer mail- ing list and to those, who will make use of and continue the implementation accomplished in this work.
    [Show full text]