SSI - Bulk Data Transfer (GML Streaming)
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
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. -
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. -
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. -
Understanding and Working with the OGC Geopackage Keith Ryden Lance Shipman Introduction
Understanding and Working with the OGC Geopackage Keith Ryden Lance Shipman Introduction - Introduction to Simple Features - What is the GeoPackage? - Esri Support - Looking ahead… Geographic Things 3 Why add spatial data to a database? • The premise: - People want to manage spatial data in association with their standard business data. - Spatial data is simply another “property” of a business object. • The approach: - Utilize the existing SQL data access model. - Define a simple geometry object. - Define well known representations for passing structured data between systems. - Define a simple metadata schema so applications can find the spatial data. - Integrate support for spatial data types with commercial RDBMS software. Simple Feature Model 10 area1 yellow Feature Table 11 area2 green 12 area3 Blue Feature 13 area4 red Geometry Feature Attribute • Feature Tables contain rows (features) sharing common properties (Feature Attributes). • Geometry is a Feature Attribute. Database Simple Feature access Query Connection model based on SQL Cursor Value Geometry Type 1 Type 2 Spatial Geometry (e.g. string) (e.g. number) Reference Data Access Point Line Area Simple Feature Geometry Geometry SpatialRefSys Point Curve Surface GeomCollection LineString Polygon MultiSurface MultiPoint MultiCurve Non-Instantiable Instantiable MultiPolygon MultiLineString Some of the Major Standards Involved • ISO 19125, Geographic Information - Simple feature access - Part 1: common architecture - Part 2: SQL Option • ISO 13249-3, Information technology — Database -
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. -
"The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World"
GSDI and IGS Newsletter, Vol. 4, No. 2 News from the GSDI Association and the International Geospatial Society Vol. 4, No. 2, 2014 "The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World" ASSOCIATION NEWS Association since 2010. Within local conservation circles he was primarily known for co-directing, with his partner GSDI Association Board Member Mark Becker Dies of 30 years Lori Charkey, the Bergen Save the Watershed in Tragic Accident Action Network (Bergen SWAN).” The GSDI Association learned of the tragic death of CIESIN Associate Director Mark Becker at the age of 53, on 26 February 2014 in a multi-vehicle accident on the New York State Thruway in Woodbury, NY. Mark was the GSDI Board member representing ‘GSDI Related Global Initiatives’ and was a valued member of the GSDI Outreach and Membership Committee, where his input and insight will be much missed by his colleagues at the Association. Below is an extract from the tribute to Mark from CIESIN. “In his 15 years at CIESIN Mark made contributions that will be felt for a long time. He began his CIESIN career in Mark Becker leading a teacher training workshop for the February 1999, and was soon appointed head of the CHANGE Viewer mapping tool. Pictured behind him is Geospatial Applications Division. … In many ways he Amy Work, IAGT, who helped develop the tool. Palisades, helped bring GIS to Columbia, as manager of the GIS New York, July 2013. Source: CEISIN Service Center and ESRI site license. He helped install many of the early GIS labs on campus and helped train See the full tribute to Mark on the CIESIN website at many of the people who operated them. -
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 -
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, ...) -
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. -
Geospatial Artificial Intelligence
Geospatial Artificial Intelligence An introduction to pipelining for automated geospatial analysis, modelling and AI Simon D. Wenkel March 30, 2019 DRAFT 6 Selecting file formats Some of the biggest questions we have to ask ourselves when we start a geospatial project is what file formats do we want to use. There are many out there and some have their specific advantages for certain niches. GDAL/OGR [1] lists 96 vector formats and 155 raster formats. That is a lot to choose from. Comment 6.1 Utilizing normal files and databases for geospatial data In theory we could use any kind of file or database to store geospatial data as long as we know how we stored it and how the projection is linked to coordinates. Since the same coordinates will lead to different positions for different projections this can be dangerous and therefore is not recommended. However, we can see this often especially with text files and if they are not documented properly we end up with a big mess. 6.1 Databases vs. single files First, we have to decide on whether we want single files or a real database to store our data. The main challenge with geospatial data stored in single files is that we end up having multiple files that make a “single” file. If one of them is lost or not copied correctly we may are doomed if this is an essential one. The big advantage of using single files to store geospatial data is that if we manage to copy them correctly everyone can work with them without having deep knowledge on setting up databases. -
Web Coverage Service (WCS) V1.0.0
Open Geospatial Consortium Inc. Date: 2005-10-14 Reference number of this OGC® Project Document: OGC 05-076 Version: 1.0.0 (Corrigendum) Category: OGC® Implementation Specification Editor: John D. Evans Web Coverage Service (WCS), Version 1.0.0 (Corrigendum) Copyright © 2005 Open Geospatial Consortium. All Rights Reserved To obtain additional rights of use, visit http://www.opengeospatial.org/legal/ Document type: OpenGIS® Implementation Specification Document subtype: Corrigendum Document stage: Approved Document language: English OGC 05-076 Contents Page 1 Scope........................................................................................................................1 2 Conformance............................................................................................................1 3 Normative references...............................................................................................1 4 Terms and definitions ..............................................................................................2 5 Conventions .............................................................................................................4 5.1 Symbols (and abbreviated terms) ............................................................................4 5.2 UML notation ..........................................................................................................4 5.3 XML schema notation..............................................................................................6 6 Basic service elements.............................................................................................6 -
Approach to Facilitating Geospatial Data and Metadata Publication Using a Standard Geoservice
International Journal of Geo-Information Article Approach to Facilitating Geospatial Data and Metadata Publication Using a Standard Geoservice Sergio Trilles *, Laura Díaz and Joaquín Huerta Institute of New Imaging Technologies, Universitat Jaume I, Castellón de la Plana 12071, Spain; [email protected] (L.D.); [email protected] (J.H.) * Correspondence: [email protected] Academic Editor: Wolfgang Kainz Received: 10 March 2017; Accepted: 16 April 2017; Published: 25 April 2017 Abstract: Nowadays, the existence of metadata is one of the most important aspects of effective discovery of geospatial data published in Spatial Data Infrastructures (SDIs). However, due to lack of efficient mechanisms integrated in the data workflow, to assist users in metadata generation, a lot of low quality and outdated metadata are stored in the catalogues. This paper presents a mechanism for generating and publishing metadata through a publication service. This mechanism is provided as a web service implemented with a standard interface called a web processing service, which improves interoperability between other SDI components. This work extends previous research, in which a publication service has been designed in the framework of the European Directive Infrastructure for Spatial Information in Europe (INSPIRE) as a solution to assist users in automatically publishing geospatial data and metadata in order to improve, among other aspects, SDI maintenance and usability. Also, this work adds more extra features in order to support more geospatial formats, such as sensor data. Keywords: metadata; geospatial data; geoservice; standard; spatial data infrastructures (SDI); Infrastructure for Spatial Information in Europe (INSPIRE) 1. Introduction The current trend is to deploy and organize Geospatial Information (GI) into what is known as Spatial Data Infrastructures (SDIs) [1].