DOCSLIB.ORG

The Next Wave of Interoperability Via Web Services

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
The Next Wave of Interoperability Via Web Services The Next Wave of Interoperability Via Web Services Rarely has a better match been made than be- This is where Web services and standards is a productization of a suite of OGC-compliant tween the collective capabilities of GIS and the organizations such as OGC and International server connectors for ArcIMS, client plug-ins distributive capabilities of the Web. The power Organization for Standardization (ISO) enter for desktop products in ArcGIS, and toolkit of the Web to reach anywhere in the world for the equation. Web services utilize an evolving additions for custom thin client development content rests on standard protocols such as set of XML message standards to make spe- using JavaServer Pages (JSP). TCP/IP and HTTP, which enable diverse com- cific geospatial software functionality, such as puter technologies to form a single community. finding the location of an address, able to be WMS and WFS Connectors for ArcIMS A worldwide geographic community is also be- discovered and requested meaningfully over The ArcGIS Interoperability Toolkit contains ing built on evolving standards for the specific the Web without regard to the specific under- two newly updated connectors for ArcIMS. exchange of GIS content and services. lying technology supplying that functionality. The OGC WMS connector enables ArcIMS ESRIʼs long-standing commitment to stan- The consumer of such a Web service may only to provide Web map services that fully imple- dards and interoperability in the geospatial be able to guess from the speed of response ment the current OpenGIS Web Map Service realm has taken a significant step forward whether the result was supplied by an ArcGIS Specification. In particular, this component with the introduction of the ArcGIS Interoper- geocoder or by a roomful of computer opera- responds to OGC WMS requests and supports ability Toolkit. The toolkit represents the pro- tors with phonebooks. Its functionality and use dynamic styling of maps through the OGC ductization of a set of Open GIS Consortium are the same. SLD encoding as part of a GetMap request. (OGC) compatible interface connectors for The OGC and ISO have pursued a series This component also supports dynamic speci- use with ESRI Web-enabled software. It will of geospatial content encoding standards and fication of features (UserLayer), either in-line empower ArcGIS users to exchange geospa- service interface specifications in the Web or through a WFS GetFeature request to a re- tial information not only with every other con- services paradigm, utilizing XML for the col- mote service, which is then rendered on top of nected ArcGIS user but also with users of any laborative discovery, exchange, display, and the other requested map layers. It supports the other software compatible with those same analysis of spatial content. Chief among these GetFeatureInfo request to provide information interfaces. are the Web Map Service (WMS) and Web (e.g., GML-encoded features) about a location Feature Service (WFS) interface specifications within a requested map. In addition, it responds Why Standards and Interoperability? as well as the Geography Markup Language to GetCapabilities requests with appropriate The toolkit is an embodiment of the philosophy (GML) and Styled Layer Descriptor (SLD) service and content information about itself to that, in order to fully realize the global capabil- encoding standards. facilitate discovery of its offerings from across ity and benefits of geographic information and From the initial efforts of OGC to establish the Web. GIS technology, spatial data must be able to be the OpenGIS Simple Features Specification A single connector installation will sup- shared with ease and dynamically integrated to the most recent Open Web Services work, port multiple dynamic service endpoints cor- into highly distributed, enterprise-scale ap- ESRI has maintained a leadership role as a responding to multiple map services within plications. Such ad hoc systems can only be member of the OGC Board of Directors and the ArcIMS instance to which it is installed. built from loosely coupled and freely interoper- the Planning and Technical Committees and In other words, the default behavior will be able components that can be utilized as needed as a participant in numerous test beds, pilot for the connector to expose automatically, for without changing the essential functioning of projects, and specification products published each ArcIMS map service published, a separate the system itself. by OGC. The ArcGIS Interoperability Toolkit WMS endpoint for that map service. What Is Interoperability? One view of interoperability describes layers of ArcGIS Interoperability Toolkit shared understanding, each layer building more ADAPTED SERVICES SERVICE INTEROPERABILITY TOOLKIT CLIENT TOOLKITS specific meaning on top of the previous layer. (EXAMPLES) The Internet and the Web are themselves built ArcIMS Map Service JSP WMS/WFS/WRS Toolkit on a foundation of layers such as the transport protocol TCP/IP, the conversational protocol HTTP, and the content-encoding standard XML (which can be thought of as a generalization of Web Map Server SLD the HTML found in every Web page). These (WMS–SLD) standard interoperability layers level the Inter- ArcIMS Feature Service ArcGIS WMS/WFS/WRS Plug-Ins net playing field across different computational platforms and technologies. Virtually any Web-enabled device (e.g., Web Feature Server server, desktop computer, mobile phone) can ArcIMS Metadata Service (WFS) exchange XML messages with another such device. But how does a client know it is making the right request and how does the server know it is providing the right information? The solution is straightforward when both Provides Standards-Based Serves Diverse Thick/Thin Client client and server share technology, design, and Front Ends to ESRI Services Applications on Diverse Platforms address books but more difficult for arbitrary components trying to work together in the ad The ArcGIS Interoperability Toolkit represents the productization of a set of Open GIS Consor- hoc spirit of the Web. tium (OGC)-compatible interface connectors for use with ESRI Web-enabled software. 42 ArcUser April–June 2003 www.esri.com Special Section Three modes of SLD layer/style definition ArcGIS Plug-Ins for WMS, WFS, WRS to high-powered ArcGIS-specific functionality, are supported by the connector. This client toolkit consists of a set of custom enabling each ArcGIS user to choose a balance n NamedLayer/NamedStyle—Preconfigured ArcObjects that enables users of the ArcObjects or mix appropriate for a specific application, map layer, predefined style applications, ArcMap and ArcCatalog, to form rather than have to choose sides. n NamedLayer/UserStyle—Preconfigured map layers from Internet data sources with map layer but with a dynamic feature rendering WMS or WFS interfaces in addition to the ex- Conclusion specified by SLD style elements. isting support for native ArcIMS map services. The ArcGIS Interoperability Toolkit has been n UserLayer/UserStyle—Map features also An additional ArcCatalog plug-in allows users designed to let ArcGIS users have their cake specified dynamically, either via a GetFeature to query service or content metadata from OGC and gobble up the benefits of interoperability call to a remote WFS or through in-line GML, catalogs through the Web Registry Service as well, wherever those benefits have been tar- with dynamic feature rendering specified by (WRS) interface. geted by organizations charged with promoting SLD style elements. The functionality of the plug-ins will follow a level of cross-platform, cross-technology In all cases, the actual SLD map composi- closely the built-in capability of ArcCatalog geospatial integration. The full benefits of in- tion document may either be specified in-line and ArcMap to make use of ArcIMS map ser- teroperability are available to any ArcGIS user. with the map request or referenced by way of vices. Users will be able to connect to a Web Critical layers of geographic information can be a URL. Since the WMS connector will style ei- map or Web feature service, browse its con- discovered, integrated, queried, and displayed ther preconfigured map layers (NamedLayers) tents, and, in the case of ArcMap, add one or by almost anyone, anywhere, while at the same or external feature collections (UserLayers), it more map layers or feature collections to a map time the custodians of the data can maintain this can be said to function as both an integrated as RasterLayers or FeatureLayers respectively. information as they see fit—maintained locally SLD WMS in the former case and a component Information is returned for any subset of WFS and accessed globally. At the same time, all the SLD WMS in the latter case. feature collections, but only information about advanced functionality of pure ArcGIS solu- The OGC WFS connector enables ArcIMS features at a single point on the image is returned tions is built in and ready for use. to provide Web feature services that implement for WMS layers, consistent with the WMS ESRI has made major investments in the the OpenGIS Web Features Service Specifica- GetFeatureInfo operation. development and implementation of open GIS tion. The connector provides client access to The WRS plug-in will augment the built-in standards not only to serve its customers but geographic (vector) data, supports complex ArcCatalog search functionality by adding an also to promote the sharing of geographic data OGC filter queries, and returns collections of OGC Catalog option to the search dialog sup- across all GIS platforms in the belief this policy features encoded in GML. A particular “shape- porting a small core set of search parameters. will result in the most open and interoperable like” profile of GML has been defined for the GIS technology ever deployed. feature types that may be accessed through the JSP Client Add-In for WMS, WFS, WRS The ArcGIS Interoperability Toolkit will be connector. This component is a toolkit add-in that extends available in the third quarter of 2003.
Load more

Recommended publications
  • Spatial Data Infrastructures, a New Paradigm Within the Domain of Geospatial Information
    CONEIXEMENT I SOCIETAT 05 NOTES SPATIAL DATA INFRASTRUCTURES, A NEW PARADIGM WITHIN THE DOMAIN OF GEOSPATIAL INFORMATION. THE EXAMPLE OF THE CATALAN SPATIAL DATA INFRA- STRUCTURE PROJECT (IDEC) Jordi Guimet* This report presents the Catalan Spatial Data Infrastructure project (IDEC, Infraestructura de Dades Espacials de Catalunya). IDEC is driven by the Catalan government and is an applicable example of inter-operativity between systems in distributed geographic information, which enables data from different sources and environments to be combined and for several web services to be made available concurrently for processing purposes. These technologies are applied in spatial data infrastructures that have created a new paradigm within the context of geospatial information. The IDEC project is being used to prepare the way for further developments within this new dimension of interconnected information. Table of contents 1. The IDEC project. 2. The characteristics of geospatial information. 3. Spatial data infrastructures (SDI): the distribution of geospatial information. 4. Web servers, the base elements of SDI: WRS, WMS, WFS, WCS, WMC, WSE, LBS, etc. 5. The next stage: a semantic web within the domain of spatial information. 6. The IDEC project as an example of SDI application and research in Catalonia. * Jordi Guimet has a PhD in industrial engineering and is the director of the IDEC project (Secretaria de Telecomunicacions i Societat de la Informació, and the Institut Cartogràfic de Catalunya). e-mail address: [email protected] 122 SPATIAL DATA INFRASTRUCTURES, A NEW PARADIGM WITHIN THE DOMAIN OF GEOSPATIAL INFORMATION. THE EXAMPLE OF THE CATALAN SPATIAL DATA INTRASTRUCTURE PROJECT (IDEC) 1. The IDEC project stimulate the sector and disseminate the use of geographic information.
    [Show full text]
  • Padrões Ogc Para Modelagem E Implementação De Banco De Dados Geográficos
    UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS MARCELO FRANZON PADRÕES OGC PARA MODELAGEM E IMPLEMENTAÇÃO DE BANCO DE DADOS GEOGRÁFICOS TRABALHO DE CONCLUSÃO DE CURSO MEDIANEIRA – PR 2013 MARCELO FRANZON PADRÕES OGC PARA MODELAGEM E IMPLEMENTAÇÃO DE BANCO DE DADOS GEOGRÁFICOS Trabalho Diplomação do Curso de Graduação, apresentado à disciplina do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas – CSTADS – da Universidade Tecnológica Federal do Paraná – UTFPR, como registro parcial para obtenção do titulo de tecnólogo. Orientador: Prof. Dr. Claudio Leones Bazzi MEDIANEIRA – PR 2013 Ministério da Educação Universidade Tecnológica Federal do Paraná Gerência de Ensino Coordenação do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas Campus Medianeira TERMO DE APROVAÇÃO PADRÕES OGC PARA MODELAGEM E IMPLEMENTAÇÃO DE BANCO DE DADOS GEOGRÁFICOS Por Marcelo Franzon Este Trabalho de Diplomação (TD) foi apresentado às 16h40min do dia 25 de Março de 2013 como requisito parcial para a obtenção do titulo de tecnólogo no Curso Superior Tecnologia em Analise e Desenvolvimento de Sistemas, da Universidade Tecnológica federal do Paraná, Campus Medianeira. O candidato foi arguido pela Banca Examinadora composta pelos professores abaixo relacionados. Após deliberação, a Banca examinadora considerou o trabalho aprovado. _______________________________ _______________________________ Prof. Dr. Claudio Leones Bazzi Prof. Msc. Fernando Schutz UTFPR – Campus Medianeira UTFPR – Campus Medianeira (Orientador) (Convidado) _______________________________ _______________________________ Prof. Dr. Neylor Michel Prof. Msc. Juliano Rodrigo Lamb UTFPR – Campus Medianeira UTFPR – Campus Medianeira (Convidado) (Responsável pelas atividades de TCC) Eu dedico este Trabalho de Conclusão de curso a minha mãe Marlene de Jesus Alves da Costa por não medir esforços em toda a minha vida desde meu nascimento ate hoje para me tornar essa pessoa que sou.
    [Show full text]
  • Using the Sensor Web to Detect and Monitor the Spread of Wild Fires
    USING THE SENSOR WEB TO DETECT AND MONITOR THE SPREAD OF WILD FIRES Deshendran Moodleya, Andrew Terhorstb, Ingo Simonisc, Graeme McFerrenb and Frans van den Berghb aSchool of Computer Science The University of Kwazulu Natal Durban, South Africa [email protected] bICT for Earth Observation Research Group Meraka Institute Pretoria, South Africa [aterhorst|gmcferren|fvdbergh]@meraka.org.za cInstitute for Geoinformatics University of Muenster Muenster, Germany [email protected] KEY WORDS: wild fire, disaster, monitoring, decision support, interoperability, architecture ABSTRACT: Key concepts in disaster response are level of preparedness, response times, sustaining the response and coordinating the response. Effective disaster response requires a well-developed command and control framework that promotes the flow of information. The Sensor Web is an emerging technology concept that can enhance the tempo of disaster response. We describe how a satellite-based system for regional wild fire detection is being evolved into a fully-fledged Sensor Web application. 1 INTRODUCTION Advances in sensor technology and distributed computing, cou- pled with the development of open standards that facilitate sen- Most disasters are of short duration and require a fixed amount of sor/sensor network interoperability, are contributing to the emer- consequence management. Examples include earthquakes, tsunamis gence of a phenomenon known as the ’Sensor Web’(Liang and and storm events. Other disasters are more complex and unfold Tao, 2005). This phenomenon can be described as an advanced in a non-linear fashion over an extended period. Such disasters Spatial Data Infrastructure (SDI) in which different sensors and require ongoing and adaptive consequence management. Exam- sensor networks are combined to create a sensor-rich feedback ples include the outbreak contagious diseases (e.g.
    [Show full text]
  • Specification of the Sensor Service Architecture (Sensorsa)
    Open Geospatial Consortium Inc. Date: 2009-10-02 Reference number of this document: OGC 09-132r1 Version: 3 (Rev 3.1) Category: OGC® Discussion Paper Editor: Thomas Usländer (Ed.) Specification of the Sensor Service Architecture (SensorSA) Copyright notice See Copyright statement on next page To obtain additional rights of use, visit http://www.opengeospatial.org/legal/. Warning This document is not an OGC Standard. It is distributed for review and comment. It is subject to change without notice and may not be referred to as an OGC Standard. 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® Discussion Paper Document subtype: Abstract Specification Document stage: Approved for Public release. Document language: English Copyright © 2007-2009 SANY Consortium Page 1 of 233 SANY D2.3.4 Specification of the Sensor Service Architecture V3 (Doc.V3.1) Copyright © 2009, SANY Consortium The SANY Consortium (http://www.sany-ip.eu/partners) grants third parties the right to use and distribute all or parts of this document, provided that the SANY project and the document are properly referenced. THIS DOCUMENT IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS „AS IS‟ AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS DOCUMENT, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
    [Show full text]
  • CEN/BT/WG 202 ______Document Title/ Titre Du Document
    CEN/BT/WG 202 _________________________________________________________________________________________ document title/ titre du document ___________________________________________________________________________________ reference/reference EOEP-INPR-EOPG-TN-2008-0001 issue/edition 1 revision/revision 1 date of issue/date d’édition May 2008 Document type/type de document Technical Note CEN/BT/WG 202 Issue 1.0 Page 2 of 209 ______________________________________________________________________________________________________________________________________________________________________________________________________ APPROVAL Title CEN Space Standardisation, EO, GMES and Dual Use State of issue 1 revision 0 Play titre issue revision Editors P.G. Marchetti ESA EOP-GR date 23 May 2008 A. Biancalana (Datamat) ESA Engineering Support date Contributors J. Aschbacher ESA EOP-E S. Badessi ESA TEN-TP L. Balestra ESA TEC-QR G. Bernede EUMETSAT F. Cade’ EUMETSAT Y. Coene Spacebel L. Colaiacomo, EUSC P. Delclaux Infoterra Global L. Del Monte ESA DG-PS D. Giacobbo Spot Image J-P. Gleyzes CNES D. Havlik ARCS A.K. Jain DLR R. Koopman ESA EOP-GQ A. Mantineo ESA OPS-CQ J. Martin ESA EOP-GU M. Merri ESA OPS-GDA G. Ottavianelli ESA EOP-GQ T. Parriniello ESA EOP-GS N. Peccia ESA OPS-GI C. Reix Thales Alenia Space A. Simonini ESA EOP-BQ P. Smits JRC SDI Unit C. Steenmans EEA G. Triebnig ARCS H. Wensink Argoss M. Wybierala Thales Alenia Space approved date by date approuvé by CEN/BT/WG 202 Issue 1.0 Page 3 of 209 ______________________________________________________________________________________________________________________________________________________________________________________________________
    [Show full text]
  • Webová Kartografie – Specifika Tvorby Interaktivních Map Na Webu
    Univerzita Palackého v Olomouci Přírodovědecká fakulta Katedra geoinformatiky Rostislav Nétek Webová kartografie – specifika tvorby interaktivních map na webu Olomouc 2020 Webová kartografie – specifika tvorby interaktivních map na webu Autor Mgr. Rostislav Nétek, Ph.D. Oponenti doc. Ing. Jiří Cajthaml, Ph.D., doc. Ing. et Mgr. Otakar Čerba, Ph.D. Výkonný redaktor Mgr. Miriam Delongová Odpovědný redaktor Mgr. Jiří Slavík Obálka a sazba Mgr. Jakub Koníček Technická redakce Mgr. Rostislav Nétek, Ph.D. Vydala Univerzita Palackého v Olomouci, Křížkovského 8, 771 47 Olomouc, pro Katedru geoinformatiky jako její 84. publikaci. Vytiskl powerprint, s. r. o., Brandejsovo nám. 1219/1, 165 00, Praha-Suchdol. Publikace neprošla redakční jazykovou úpravou ve vydavatelství. Publikace z produkce Univerzity Palackého v Olomouci je možno zakoupit prostřednictvím www.e-shop.upol.cz Neoprávněné užití tohoto díla je porušením autorských práv a může zakládat občanskoprávní, správněprávní, popř. trestněprávní odpovědnost. Publikace byla zpracována jako součást řešení cílů projektu Grantové agentury ČR 18-12166S „Prostorová diferenciace a vizualizace geodemografických procesů se zaměřením na domácnosti ve stárnoucí populaci České republiky“. 1. vydání © Rostislav Nétek, 2020 © Univerzita Palackého v Olomouci, 2020 ISBN: 978-80-244-5827-4 VUP: 2020/0407 DOI: 10.5507/prf.20.24458274 <h1> Obsah </h1> Úvod ........................................................................................................................................7 1 Motivace..................................................................................................................................9
    [Show full text]
  • CSW-Ebrim Registry Service – Part 2: Basic Extension Package
    Open Geospatial Consortium Inc. Date: 2008-02-29 Reference number of this document: OGC 07-144r2 Version: 1.0.0 Category: OpenGIS® Extension Editor(s): R. Martell CSW-ebRIM Registry Service – Part 2: Basic extension package Copyright © 2008 Open Geospatial Consortium, Inc. All Rights Reserved. To obtain additional rights of use, visit http://www.opengeospatial.org/legal/. 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: OpenGIS Extension Document subtype: Class 2 profile Document stage: Approved Standard Document language: English CSW-ebRIM Registry Service - Part 2: Basic extension package Contents Page i. Preface......................................................................................................................v iii. Document contributor contact points ..................................................................... vi iv. Revision history ..................................................................................................... vi Foreword ........................................................................................................................... vii Introduction ...................................................................................................................... viii 1 Scope ........................................................................................................................1 2 Compliance ..............................................................................................................1
    [Show full text]
  • Integrating HAZUS Into MASAS
    Integrating HAZUS (Damage & Loss Estimation Models) into MASAS (Multi- Agency Situational Awareness System) PSTP 03-408EMSI Rahim Othman Galdos Systems Inc. Murray Journey Natural Resources Canada Scientific Authority: Jack Pagotto DRDC Centre for Security Science The scientific or technical validity of this Contract Report is entirely the responsibility of the Contractor and the contents do not necessarily have the approval or endorsement of Defence R&D Canada. Defence R&D Canada – Centre for Security science Contractor Report DRDC CS6 CR 2013-052 December 2013 Integrating HAZUS (Damage & Loss Estimation Models) into MASAS (Multi- Agency Situational Awareness System) PSTP 03-408EMSI Rahim Othman Galdos Systems Inc. Murray Journey Natural Resources Canada Scientific Authority: Jack Pagotto DRDC Centre for Security Science The scientific or technical validity of this Contract Report is entirely the responsibility of the Contractor and the contents do not necessarily have the approval or endorsement of Defence R&D Canada. Defence R&D Canada – Centre for Security science Contractor Report DRDC CS6CR 2013-052 December 2013 IMPORTANT INFORMATIVE STATEMENTS This work was supported by Defense Research and Development Canada Centre for Security Science project PSTP-03-048EMSI. The government and community partners include Natural Resources Canada, City of Vancouver Emergency Planning, City of Surrey Emergency Planning, and Glados Systems Inc. Template in use: template-july2013-eng_V.03.01.dot © Her Majesty the Queen in Right of Canada, as represented by the Minister of National Defence, 2013 © Sa Majesté la Reine (en droit du Canada), telle que représentée par le ministre de la Défense nationale,2013 Abstract The Earth Sciences Sector, Natural Resources Canada (ESS/NRCan), selected HAZUS as a best practice for quantitative loss estimation based on a suitability analysis of available risk assessment methods in the public domain.
    [Show full text]
  • Process and Technology of the Open Geospatial Consortium
    Geospatial Interoperability Standards Biology and Environment Phillip C. Dibner Ecosystem Associates SEE Grid II Canberra, Australia March 16, 2005 Motivation • Tens (100s?) of billions of dollars worth of spatial data already archived at diverse sites, using a variety of data formats and supporting software suites • Too large and expensive to move and convert • Prohibitively inconvenient to store and manage centrally • Operationally constraining and administratively challenging to mandate a single-technology supplier The Solution: Interoperate • Data remain in place • No constraints on maintenance operations or policy • Existing in-house tools and applications remain viable • Only the interfaces need be well-defined among interoperating clients and servers Open Geospatial Consortium (Until Recently “Open GIS Consortium”) • The Open Geospatial Consortium (OGC) grew out of the need among federal agencies to share data. • Currently a collaboration of more than 250 vendors, integrators, academic institutions, government and private agencies, and other end users. • Published specifications – Abstract Spec in 16 volumes – 14 Implementation Specs published – Recommendations and Discussion Papers – More in various stages of creation or refinement • Technology baseline is maturing. Increasing emphasis on application to specific domains. Structural View of OGC • Planning Committee – Steering, policy, general management and oversight • Strategic Member Advisory Committee • Technical Committee (TC) – Meets 4 times per year. Next: United Nations,
    [Show full text]
  • Registry Engineering Report
    Open Geospatial Consortium Approval Date: 2013-1-18 Posted Date: 2013-03-25 Publication Date: 2013-06-18 Reference number of this document: OGC 12-144 Reference URL for this document: http://www.opengis.net/doctype/per/ows9-aviation-registry Category: Engineering Report Editor: David Burggraf OGC® OWS-9 Architecture - Registry Engineering Report Copyright © 2013 Open Geospatial Consortium. 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 Public Engineering Report created as a deliverable in an OGC Interoperability Initiative and is 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, any OGC Engineering Report should not be referenced as required or mandatory technology in procurements. ® Document type: OGC Engineering Report Document subtype: NA Document stage: Approved for public release Document language: English OGC 12-144 Abstract This OGC® Engineering Report provides guidelines for the harvest, registration and retrieval of aviation resources from an OGC web catalogue/registry service (OGC CSW- ebRIM), with particular emphasis on ISO metadata resources. Alternatives for selective and efficient retrieval of such resources are also described along with lessons learned. The OGC CSW-ebRIM registry interface is evaluated against SESAR registry requirements, documented as a gap analysis, to assess whether
    [Show full text]
  • Geospatial Interoperability Class for the Interagency Working Group on Software and Infrastructure (06366.01.001)
    CENTER FOR NUCLEAR WASTE REGULATORY ANALYSES TRIP REPORT SUBJECT: Geospatial Interoperability Class for the Interagency Working Group on Software and Infrastructure (06366.01.001) DATE/PLACE: August 5-7, 2003, Denver, Colorado AUTHOR: D. Marius Necsoiu DISTRIBUTION: CNWRA NRC-NMSS NRC-RES SwRI Contracts W. Patrick D. Brooks R. Cady Record Copy B, IQS CNWRA Directors A. Campbell T. Nicholsen L. Gutierrez CNWRA Element Managers L. Campbell B. Ott P. Maldonado P. LaPlante C. Craig D. Ferrill D. DeMarco B. Hill R. Eid J. Stamatakos D. Gillen J. Greeves P. Justus M. Leach B. Meehan J. Pohle W. Reamer J. Schlueter J. Shepard K. Stablein J. Trapp E. Whitt CENTER FOR NUCLEAR WASTE REGULATORY ANALYSES TRIP REPORT SUBJECT: Geospatial Interoperability Class for the Interagency Working Group on Software and Infrastructure (06366.01.001) DATE/PLACE: August 5-7, 2003, Denver, Colorado AUTHOR: D. Marius Necsoiu BACKGROUND AND PURPOSE OF TRIP: To further NRC and CNWRA participation in the activities of the interagency working group on software and infrastructure (established by the interagency steering committee on multimedia environmental modeling), I attended a workshop on Geospatial Interoperability organized by the United States Geological Survey. The activities were conducted by Dr. George Percivall and Dr. John Evans, recognized leaders in the development of geospatial ISO TC211 and OpenGIS standards and spatial information systems. The purpose of the seminar was to inform working group members on available software development standards to enable geospatial interoperability between organizations. An expectation of the working group is that use of common software development standards among agencies will facilitate collaboration and sharing of data and software tools.
    [Show full text]
  • Msc. Thesis -Active Web Alert Service for Rule Based Alerting
    Active Web Alert Service for Rule Based Alerting in Sensor Web An Event Based Approach Anish Joshi March, 2005 Active Web Alert Service for Rule Based Alerting in Sensor Web An Event Based Approach by Anish Joshi Thesis submitted to the International Institute for Geo-information Science and Earth Observation in partial fulfilment of the requirements for the degree in Master of Science in Geoinformatics. Degree Assessment Board Thesis advisor Dr. Andreas Wytzisk Drs. Barend J. Kobben¨ Thesis examiners Chairman: Prof. Dr. Menno Jan Kraak External examiner: Ingo Simonis Supervisor: Dr. Andreas Wytzisk Second supervisor: Drs. Barend J. Kobben¨ INTERNATIONAL INSTITUTE FOR GEO-INFORMATION SCIENCE AND EARTH OBSERVATION ENSCHEDE, THE NETHERLANDS Disclaimer This document describes work undertaken as part of a programme of study at the International Institute for Geo-information Science and Earth Observation (ITC). All views and opinions expressed therein remain the sole responsibility of the author, and do not necessarily represent those of the institute. Abstract The recent developments in sensor, computing, communication and soft- ware technologies have brought about a new concept: the Sensor Web.A Sensor Web is a macro-instrument consisting of a heterogeneous, intelli- gent, spatially distributed sensors deployed to monitor and explore the envi- ronment. Open Geospatial Consortium’s (OGC) Sensor Web Enablement (SWE) initiative provides an infrastructural framework to integrate au- tonomous sensor webs into Spatial Data Infrastructure (SDI). The integra- tion of sensor web-based real/near real time information into SDI would culminate in a new level of spatio-temporal decision support for critical application scenarios for climate, natural resources, environment, disas- ter management, critical infrastructure protection, homeland security and emergency response issues.
    [Show full text]