OGC Standards
Below is a list of OGC Implementation Standards.Implementation Standards are different from the Abstract Specification. They are written for a more technical audience and detail the interface structure between software components. An interface specification is considered to be at the implementation level of detail if, when implemented by two different software engineers in ignorance of each other, the resulting components plug and play with each other at that interface.
Any Schemas (xsd, xslt, etc) that support an approved Implementation Standard can be found in the official OGC Schema Repository.
I've linked 54 files to this email:
01-009_OpenGIS_Implementation_Specification_Coordinate_Transformation_Services_Revision_1.00.pdf(686 KB)Boxhttps://www.box.com/shared/zi71iyhr47ao8h4djehd
04-094_Web_Feature_Service_Implementation_Specification_V1.1.pdf(1.5 MB)Boxhttps://www.box.com/shared/nfxtf4f6v4p9pwxqgn4v
05-005_Web_Map_Context_Documents_Implementation_Specification.pdf(536 KB)Boxhttps://www.box.com/shared/zvohimsvcbhwzl16xk2n
05-007r7_Web_Processing_Service_WPS_v1.0.0.pdf(833 KB)Boxhttps://www.box.com/shared/k03op0tqques48esbwyz
05-047r3_GML_in_JPEG_2000_for_Geographic_Imagery.pdf(1.1 MB)Boxhttps://www.box.com/shared/txh4hhxkapgbv7ucisue
05-077r4_OpenGIS_Symbology_Encoding_Implementation_Specification.pdf(360 KB)Boxhttps://www.box.com/shared/py87icx6kvroopf3a840
05-078r4_Styled_Layer_Descriptor_Profile_of_the_Web_Map_Service_Implementation_Specification.pdf(567 KB)Boxhttps://www.box.com/shared/92p523fiqbjy48r6ofpq
06-042_OpenGIS_Web_Map_Service_WMS_Implementation_Specification.pdf(759 KB)Boxhttps://www.box.com/shared/q6f9b0cmuhs4o6o1kpes
06-103r4_Implementation_Specification_for_Geographic_Information_-_Simple_feature_access_-_Part_1_Common_Architecture_v1.2.1.pdf(821 KB)Boxhttps://www.box.com/shared/kppj65j3vyo6j2rnk5dm
06-104r4_Implementation_Specification_for_Geographic_Information_-_Simple_feature_access_-_Part_2_SQL_option_v1.2.1.pdf(1.4 MB)Boxhttps://www.box.com/shared/zxkbbh9iux531i6htxbo
06-121r9_OGC_Web_Services_Common_Standard.pdf(1.6 MB)Boxhttps://www.box.com/shared/amhlvsby13cm4vc4mwhx
06-131r6_OGC_Catalogue_Services_Standard_2.0_Extension_Package_for_ebRIM_Application_Profile_Earth_Observation_Products.pdf(1.1 MB)Boxhttps://www.box.com/shared/lcr8d40ux05z3alfea0g
06-141r6_Ordering_Services_Framework_for_Earth_Observation_Products__Interface_Standard.pdf(5.0 MB)Boxhttps://www.box.com/shared/1oqn5d4lie2u22pcg51d
07-000_Sensor_Model_Language_SensorML_Implementation_Specification.pdf(1.9 MB)Boxhttps://www.box.com/shared/5qkwgoh4nvkeieequ09p
07-006r1_OpenGIS_Catalogue_Services_Specification_V2.0.2.pdf(1.3 MB)Boxhttps://www.box.com/shared/x1m8zxnn6em1om3z53j2
07-036_Geography_Markup_Language_GML_V3.2.1.pdf(7.6 MB)Boxhttps://www.box.com/shared/iqeklwh0ha0c3b1fjmf5
07-057r7_Web_Map_Tile_Service_Standard.pdf(1.2 MB)Boxhttps://www.box.com/shared/nyfpybg3z07bgnnrmvs5
07-068r4_Web_Coverage_Service_WCS_-_Transaction_operation_extension.pdf(209 KB)Boxhttps://www.box.com/shared/6zjf9pgty7rh7gjebejf
07-074_OpenGIS_Location_Services_OpenLS_Core_Services.pdf(5.3 MB)Boxhttps://www.box.com/shared/c7lxydhg8s7mbmqbp84r
07-098r1_GeoXACML_Implementation_Specification_-_Extension_A_GML2_Encoding.pdf(208 KB)Boxhttps://www.box.com/shared/jnr8mmwls049zprv2c01
07-099r1_GeoXACML_Implementation_Specification_-_Extension_B_GML3_Encoding.pdf(206 KB)Boxhttps://www.box.com/shared/ldaga3qkp5rsq88i4ju9
07-110r4_CSW-ebRIM_Registry_Service_-_Part_1_ebRIM_profile_of_CSW_v1.0.1.pdf(252 KB)Boxhttps://www.box.com/shared/mcwnfpdrxxq5rmn7f2ve
07-144r4_CSW-ebRIM_Registry_Service_-_Part_2_Basic_extension_package_v1.0.1.zip(596 KB)Boxhttps://www.box.com/shared/sgtyd77wy6u4lejor6ui
08-007r1_City_Geography_Markup_Language_CityGML_Encoding_Standard.pdf(6.4 MB)Boxhttps://www.box.com/shared/evfa6zh5qy0x0xia7dbu
08-028r7_OLS__Navigation_Sevice_Version_1.0.pdf(3.0 MB)Boxhttps://www.box.com/shared/ojbb18uq6anuz02ccehu
08-059r3_Web_Coverage_Service_WCS_-_Processing_Extension_WCPS.pdf(151 KB)Boxhttps://www.box.com/shared/0u06v2ykpm4zxlscwrnq
08-068r2_Web_Coverage_Processing_Service_WCPS_Language_Interface_Standard.pdf(374 KB)Boxhttps://www.box.com/shared/252cphd9gxiuihlnxpll
08-094r1_SWE_Common_Data_Model_2.0_Submission_Package.pdf(1.2 MB)Boxhttps://www.box.com/shared/fv6ryibp3v3qj4vmddz1
09-000_Sensor_Planning_Service_Interface_Standard.pdf(3.6 MB)Boxhttps://www.box.com/shared/6nncqv3u18eve7ist2ha
09-001_OpenGIS_SWE_Service_Model_Implementation_Standard.pdf(1.8 MB)Boxhttps://www.box.com/shared/gknp7dd9dv3wufpzgk0t
09-025r1_OGC_Web_Feature_Service_WFS_2.0_ISOFDIS_19142_Geographic_information_-_Web_Feature_Service.pdf(1.5 MB)Boxhttps://www.box.com/shared/qowsqywda7q8rnns0h6s
09-110r3_OGC_WCS_2.0_Interface_Standard_-_Core.pdf(386 KB)Boxhttps://www.box.com/shared/bq9epsaobh4rw2hpdo7d
09-127r2_OGC_PUCK_Protocol_Standard_Version_1.4.pdf(1.1 MB)Boxhttps://www.box.com/shared/5ap008cadg6gy8dvm43t
09-148r1_OGC_Web_Coverage_Service_2.0_Interface_Standard_-_XMLPOST_Protocol_Binding_Extension.pdf(96.3 KB)Boxhttps://www.box.com/shared/4ph3768gami6ceya3nu7
10-025r1_Observations_and_Measurements_v2.0_-_XML_Implementation.pdf(473 KB)Boxhttps://www.box.com/shared/26nj6op22ugx2a48sdlk
10-070r2_Table_Joining_Service_Implementation_Standard.pdf(506 KB)Boxhttps://www.box.com/shared/xsup7mba9fmqvx6eefo3
10-090r3_OGC_Network_Common_Data_Form_NetCDF__Core_Encoding_Standard_version_1.0.pdf(172 KB)Boxhttps://www.box.com/shared/pobyybpv7nc92b18arbm
10-129r1_Geography_Markup_Language_GML_Version_3.3.pdf(1.5 MB)Boxhttps://www.box.com/shared/xontkys052svy6lanx5q
10-157r3_Earth_Observation_Metadata_profile_of_Observations__Measurements.pdf(1.9 MB)Boxhttps://www.box.com/shared/kwnmgkpy5ru8tghwzwn8
11-017_Geospatial_eXtensible_Access_Control_Markup_Language_GeoXACML_Version_1_Corrigendum.pdf(476 KB)Boxhttps://www.box.com/shared/y2wln4joam7kp4a31omu
11-038r2_OGC_Network_Common_Data_Form_NetCDF_NetCDF_Enhanced_Data_Model_Extension_Standard.pdf(727 KB)Boxhttps://www.box.com/shared/lmwslmz4y9gl3up43k79
11-052r4_OGC_GeoSPARQL_-_A_Geographic_Query_Language_for_RDF_Data.pdf(825 KB)Boxhttps://www.box.com/shared/oz56v4iv1z8pg97zl3vp
11-165r2_CF-netCDF3_Data_Model_Extension_standard.pdf(2.2 MB)Boxhttps://www.box.com/shared/pjhdtp8y15gsk9vh4khn
12-006_OGC_Sensor_Observation_Service_Interface_Standard.pdf(1.8 MB)Boxhttps://www.box.com/shared/7mqm4suhzepryi2rfdu5
12-019_OGC_City_Geography_Markup_Language_CityGML_Encoding_Standard.pdf(9.5 MB)Boxhttps://www.box.com/shared/x6abv7jak337q2depl4v
Mozilla Thunderbird makes it easy to share large files over email.
Document Title (click to download) | Version | Document # | Editor | Date |
---|---|---|---|---|
CF-netCDF3 Data Model Extension standard | 3.1 | 11-165r2 | Ben Domenico and Stefano Nativi | 2013-01-03 |
The OGC netCDF encoding supports electronic encoding of geospatial data, that is, digital geospatial information representing space and time-varying phenomena. This standard specifies the CF-netCDF data model extension. This standard specifies the CF-netCDF data model mapping onto the ISO 19123 coverage schema. This standard deals with multi-dimensional gridded data and multi-dimensional multi-point data. In particular, this extension standard encoding profile is limited to multi-point, and regular and warped grids; however, irregular grids are important in the CF-netCDF community and work is underway to expand the CF-netCDF to encompass other coverages types, including irregular gridded datasets. See more... | ||||
CSW-ebRIM Registry Service - Part 1: ebRIM profile of CSW | 1.0.1 | 07-110r4 | Richard Martell | 2009-02-05 |
This profile is based on the HTTP protocol binding described in Clause 10 of the Catalogue 2.0.2 specification; it qualifies as a 'Class 2' profile under the terms of ISO 19106 since it includes extensions permitted within the context of the base specifications, some of which are not part of the ISO 19100 series of geomatics standards. See more... | ||||
CSW-ebRIM Registry Service - Part 2: Basic extension package | 1.0.1 | 07-144r4 | Richard Martell | 2009-02-05 |
Incorporates Corrigendum 1 (OGC 08-102r1). See more... | ||||
Earth Observation Metadata profile of Observations & Measurements | 1.0 | 10-157r3 | Jerome Gasperi, Frédéric Houbie, Andrew Woolf, Steven Smolders | 2012-06-12 |
This OGC Implementation Standard defines a profile of Observations and Measurements (ISO 19156) for describing Earth Observation products (EO products). Although this standard has been developed in the context of the Heterogeneous Mission Accessibility (HMA) project initiated by European Space Agency (ESA), the content is generic to Earth Observation product description. The metadata model described in this document is structured to follow the different types of products (Optical, Radar, …) which are not HMA specific. See more... | ||||
GeoAPI 3.0 Implementation Standard | 3.0 | 09-083r3 | Adrian Custer | 2011-04-25 |
The GeoAPI Implementation Standard defines, through the GeoAPI library, a Java language application programming interface (API) including a set of types and methods which can be used for the manipulation of geographic information structured following the specifications adopted by the Technical Committee211 of the International Organization for Standardization (ISO) and by the Open Geospatial Consortium (OGC). This standard standardizes the informatics contract between the client code which manipulates normalized data structures of geographic information based on the published API and the library code able both to instantiate and operate on these data structures according to the rules required by the published API and by the ISO and OGC standards. See more... | ||||
Geospatial eXtensible Access Control Markup Language (GeoXACML) Version 1 Corrigendum | 1.0.1 | 11-017 | Andreas Matheus, Jan Herrmann | 2011-05-12 |
The OpenGIS® Geospatial eXtensible Access Control Markup Language Encoding Standard (GeoXACML) defines a geospatial extension to the OASIS standard "eXtensible Access Control Markup Language (XACML)" [www.oasis-open.org/committees/xacml/]. This extension incorporates spatial data types and spatial authorization decision functions based on the OGC Simple Features[http://www.opengeospatial.org/standards/sfa] and GML[http://www.opengeospatial.org/standards/gml] standards. GeoXACML is a policy language that supports the declaration and enforcement of access rights across jurisdictions and can be used to implement interoperable access control systems for geospatial applications such as Spatial Data Infrastructures. GeoXACML is not designed to be a rights expression language and is therefore not an extension of the OGC GeoDRM Reference Model (Topic 18 in the OpenGIS® Abstract Specification [http://www.opengeospatial.org/standards/as]). See more... | ||||
GeoXACML Implementation Specification - Extension A (GML2) Encoding | 1.0 | 07-098r1 | Andreas Matheus | 2008-02-23 |
This document defines an extension to the GeoXACML Implementation Specification, Verison 1.0 for the GML2 geometry encoding as specified in the GML2 standard. See more... | ||||
GeoXACML Implementation Specification - Extension B (GML3) Encoding | 1.0 | 07-099r1 | Andreas Matheus | 2008-02-23 |
This specification is a normative extension to the GeoXACML core Implementation Specification. It defines the GML3 encoding for geometries. See more... | ||||
Observations and Measurements - XML Implementation | 2.0 | 10-025r1 | Simon Cox | 2011-03-22 |
This standard specifies an XML implementation for the OGC and ISO Observations and Measurements (O&M) conceptual model (OGC Observations and Measurements v2.0 also published as ISO/DIS 19156), including a schema for Sampling Features. This encoding is an essential dependency for the OGC Sensor Observation Service (SOS) Interface Standard. More specifically, this standard defines XML schemas for observations, and for features involved in sampling when making observations. These provide document models for the exchange of information describing observation acts and their results, both within and between different scientific and technical communities. See more... | ||||
OGC City Geography Markup Language (CityGML) Encoding Standard | 2.0 | 12-019 | Gerhard Gröger, Thomas H. Kolbe, Claus Nagel, Karl-Heinz Häfele | 2012-04-04 |
CityGML is an open data model and XML-based format for the storage and exchange of virtual 3D city models. It is an application schema for the Geography Markup Language version 3.1.1 (GML3), the extendible international standard for spatial data exchange issued by the Open Geospatial Consortium (OGC) and the ISO TC211. The aim of the development of CityGML is to reach a common definition of the basic entities, attributes, and relations of a 3D city model. This is especially important with respect to the cost-effective sustainable maintenance of 3D city models, allowing the reuse of the same data in different application fields. See more... | ||||
OGC GeoSPARQL - A Geographic Query Language for RDF Data | 1.0 | 11-052r4 | Matthew Perry and John Herring | 2012-06-12 |
This standard defines a set of SPARQL extension functions [W3C SPARQL], a set of RIF rules [W3C RIF Core], and a core RDF/OWL vocabulary for geographic information based on the General Feature Model, Simple Features [ISO 19125-1], Feature Geometry and SQL MM. See more... | ||||
OGC KML | 2.2.0 | 07-147r2 | Tim Wilson | 2008-04-14 |
KML is an XML language focused on geographic visualization, including annotation of maps and images. Geographic visualization includes not only the presentation of graphical data on the globe, but also the control of the user's navigation in the sense of where to go and where to look. See more... | ||||
OGC Location Services (OpenLS): Tracking Service Interface Standard | 1.0.0 | 06-024r4 | CS Smyth | 2008-09-08 |
The OpenGIS Tracking Service Interface Standard supports a very simple functionality allowing a collection of movable objects to be tracked as they move and change orientation. The standard addresses the absolute minimum in functionality in order to address the need for a simple, robust, and easy-to-implement open standard for geospatial tracking. See more... | ||||
OGC Network Common Data Form (NetCDF) Core Encoding Standard version 1.0 | 1.0 | 10-090r3 | Ben Domenico | 2011-04-05 |
This document specifies the network Common Data Form (netCDF) core standard and extension mechanisms. The OGC netCDF encoding supports electronic encoding of geospatial data, specifically digital geospatial information representing space and time-varying phenomena. NetCDF is a data model for array-oriented scientific data. A freely distributed collection of access libraries implementing support for that data model, and a machine-independent format are available. Together, the interfaces, libraries, and format support the crea-tion, access, and sharing of multi-dimensional scientific data. See more... | ||||
OGC Network Common Data Form (NetCDF) NetCDF Enhanced Data Model Extension Standard | 1.0 | 11-038R2 | Ben Domenico | 2012-10-02 |
This standard deals with enhancements to the netCDF (Network Common Data Form) data model for array-oriented scientific data.. Two important data models for netCDF are: the "classic" netCDF model, used for netCDF-3 and earlier versions an enhanced data model, used in netCDF-4 and later versions. The netCDF classic data model is defined in OGC 10-091r3, "NetCDF Core." This document specifies a netCDF extension standard for the enhanced data model. The OGC netCDF encoding supports electronic encoding of geospatial data, specifically digital geospatial information representing space- and time-varying phenomena. NetCDF (network Common Data Form) is a data model for array-oriented scientific data. The netCDF classic data model is specified in the netCDF core specification. This standard specifies the enhanced data model. A freely distributed collection of access libraries implementing support for that data model in a machine-independent format are available. Together, the interfaces, libraries, and format support the creation, access, and sharing of multi-dimensional scientific data. See more... | ||||
OGC Web Service Common Implementation Specification | 2.0.0 | 06-121r9 | Arliss Whiteside Jim Greenwood | 2010-04-07 |
This document specifies many of the aspects that are, or should be, common to all or multiple OGC Web Service (OWS) interface Implementation Standards. These common aspects are primarily some of the parameters and data structures used in operation requests and responses. Of course, each such Implementation Standard must specify the additional aspects of that interface, including specifying all additional parameters and data structures needed in all operation requests and responses. See more... | ||||
OGC®: Open GeoSMS Standard - Core | 1.0 | 11-030r1 | Kuan-Mei Chen, Carl Reed | 2012-01-19 |
The OpenGIS® Open GeoSMS standard defines an encoding for location enabling a text message to be communicated using a Short Messages System (SMS). See more... | ||||
OGC® Catalogue Services Standard 2.0 Extension Package for ebRIM Application Profile: Earth Observation Products | 1.0.0 | 06-131r6 | Frédéric Houbie, Lorenzo Bigagli | 2010-02-10 |
This document describes the mapping of Earth Observation Products – defined in the OGC® GML 3.1.1 Application schema for Earth Observation products [OGC 06-080r4] (version 0.9.3) – to an ebRIM structure within an OGC® Catalogue 2.0.2 (Corrigendum 2 Release) [OGC 07-006r1] implementing the CSW-ebRIM Registry Service – part 1: ebRIM profile of CSW [OGC 07-110r4]. This standard defines the way Earth Observation products metadata resources are organized and implemented in the Catalogue for discovery, retrieval and management. See more... | ||||
OGC® Geography Markup Language (GML) - Extended schemas and encoding rules | 3.3 | 10-129r1 | Clemens Portele | 2012-02-07 |
The Geography Markup Language (GML) is an XML encoding in compliance with ISO 19118 for the transport and storage of geographic information modelled in accordance with the conceptual modelling framework used in the ISO 19100 series of International Standards and including both the spatial and non-spatial properties of geographic features. See more... | ||||
OGC® PUCK Protocol Standard | 1.4 | 09-127r2 | Tom O'Reilly | 2012-01-25 |
This standard defines a protocol for RS232 and Ethernet connected instruments. PUCK addresses installation and configuration challenges for sensors by defining a standard instrument protocol to store and automatically retrieve metadata and other information from the instrument device itself. See more... | ||||
OGC® Sensor Observation Service Interface Standard | 2.0 | 12-006 | Arne Bröring, Christoph Stasch, Johannes Echterhoff | 2012-04-20 |
The SOS standard is applicable to use cases in which sensor data needs to be managed in an interoperable way. This standard defines a Web service interface which allows querying observations, sensor metadata, as well as representations of observed features. Further, this standard defines means to register new sensors and to remove existing ones. Also, it defines operations to insert new sensor observations. This standard defines this functionality in a binding independent way; two bindings are specified in this document: a KVP binding and a SOAP binding. See more... | ||||
OGC® Sensor Planning Service Implementation Standard | 2.0 | 09-000 | Ingo Simonis, Johannes Echterhoff | 2011-03-28 |
The OpenGIS® Sensor Planning Service Interface Standard (SPS) defines interfaces for queries that provide information about the capabilities of a sensor and how to task the sensor. The standard is designed to support queries that have the following purposes: to determine the feasibility of a sensor planning request; to submit and reserve/commit such a request; to inquire about the status of such a request; to update or cancel such a request; and to request information about other OGC Web services that provide access to the data collected by the requested task. This is one of the OGC Sensor Web Enablement (SWE) [http://www.opengeospatial.org/ogc/markets-technologies/swe] suite of standards. See more... | ||||
OGC® SWE Common Data Model Encoding Standard | 2.0 | 08-094r1 | Alexandre Robin | 2011-01-04 |
This standard defines low level data models for exchanging sensor related data between nodes of the OGC® Sensor Web Enablement (SWE) framework. These models allow applications and/or servers to structure, encode and transmit sensor datasets in a self describing and semantically enabled way. See more... | ||||
OGC® WaterML 2.0: Part 1- Timeseries | 2.0 | 10-126r3 | Peter Taylor | 2012-08-30 |
This document is an OGC® Encoding Standard for the representation of hydrological observations data with a specific focus on time series structures. WaterML2.0 is implemented as an application schema of the Geography Markup Language version 3.2.1, making use of the OGC Observations & Measurements standards. WaterML2.0 is designed as an extensible schema to allow encoding of data to be used in a variety of exchange scenarios. Example areas of usage are: exchange of data for operational hydrological monitoring programs; supporting operation of infrastructure (e.g. dams, supply systems); cross-border exchange of observational data; release of data for public dissemination; enhancing disaster management through data exchange; and exchange in support of national reporting. The core aspect of the model is in the correct, precise description of time series. Interpretation of time series relies on understanding the nature of the process that generated them. This standard provides the framework under which time series can be exchanged with appropriate metadata to allow correct machine interpretation and thus correct use for further analysis. Existing systems should be able to use this model as a conceptual 'bridge' between existing schema or systems, allowing consistency of the data to maintained. See more... | ||||
OGC® WCS 2.0 Interface Standard - Core | 2.0 | 09-110r3 | Peter Baumann | 2010-10-27 |
This document specifies how a Web Coverage Service (WCS) offers multi-dimensional coverage data for access over the Internet. This document specifies a core set of requirements that a WCS implementation must fulfil. WCS extension standards add further functionality to this core; some of these are required in addition to the core to obtain a complete implementation. This document indicates which extensions, at a minimum, need to be considered in addition to this core to allow for a complete WCS implementation. See more... | ||||
OGC® Web Coverage Service 2.0 Interface Standard - XML/POST Protocol Binding Extension | 2.0 | 09-148r1 | Peter Baumann | 2010-10-27 |
This document specifies how Web Coverage Service (WCS) clients and servers can commu-nicate over the Internet using HTTP POST with XML encoding. See more... | ||||
OGC® Web Coverage Service 2.0 Interface Standard - XML/SOAP Protocol Binding Extension | 2.0 | 09-149r1 | Peter Baumann | 2010-10-27 |
This document specifies how Web Coverage Service (WCS) clients and servers can commu-nicate over the Internet using SOAP with XML encoding. See more... | ||||
OpenGIS Catalogue Service Implementation Specification | 2.0.2 | 07-006r1 | Nebert, Whiteside, Vretanos, editors | 2007-04-20 |
The OpenGIS® Catalogue Services Interface Standard (CAT) supports the ability to publish and search collections of descriptive information (metadata) about geospatial data, services and related resources. Providers of resources use catalogues to register metadata that conform to the provider's choice of an information model; such models include descriptions of spatial references and thematic information. Client applications can then search for geospatial data and services in very efficient ways. See also the OGC Catalogue 2.0 Accessibility for OWS-3 Discussion Paper [http://www.opengeospatial.org/standards/dp], the OWS-4 CSW ebRIM Modelling Guidelines Interoperability Program Report (IPR) [www.opengeospatial.org/standards/dp] and the OpenGIS® Catalogue Service Interface Standard 2.0.1 - FGDC CSDGM Application Profile for CSW (Best Practice) [http://www.opengeospatial.org/standards/bp]. See more... | ||||
OpenGIS Catalogue Service Implementation Specification [Catalogue Service for the Web] | 2.0.2 | 07-006r1 | Nebert, Whiteside, Vretanos, editors | 2007-04-20 |
The OpenGIS® Catalogue Services Interface Standard (CAT) supports the ability to publish and search collections of descriptive information (metadata) about geospatial data, services and related resources. Providers of resources use catalogues to register metadata that conform to the provider's choice of an information model; such models include descriptions of spatial references and thematic information. Client applications can then search for geospatial data and services in very efficient ways. See also the OGC Catalogue 2.0 Accessibility for OWS-3 Discussion Paper [http://www.opengeospatial.org/standards/dp], the OWS-4 CSW ebRIM Modelling Guidelines Interoperability Program Report (IPR) [www.opengeospatial.org/standards/dp] and the OpenGIS® Catalogue Service Interface Standard 2.0.1 - FGDC CSDGM Application Profile for CSW (Best Practice) [http://www.opengeospatial.org/standards/bp]. See more... | ||||
OpenGIS Coordinate Transformation Service Implementation Specification | 1.0 | 01-009 | Martin Daly | 2001-01-12 |
The OpenGIS® Coordinate Transformation Service Standard (CTS) provides a standard way for software to specify and access coordinate transformation services for use on specified spatial data. This standard addresses a key requirement for overlaying views of geodata ("maps") from diverse sources: the ability to perform coordinate transformation in such a way that all spatial data are defined relative to the same spatial reference system. See more... | ||||
OpenGIS Filter Encoding 2.0 Encoding Standard | 2.0 | 09-026r1 | Panagiotis (Peter) A. Vretanos | 2010-11-22 |
This International Standard describes an XML and KVP encoding of a system neutral syntax for expressing projections, selection and sorting clauses collectively called a query expression. These components are modular and intended to be used together or individually by other standards which reference this International Standard. See more... | ||||
OpenGIS Geography Markup Language (GML) Encoding Standard | 3.2.1 | 07-036 | Clemens Portele | 2007-10-05 |
The OpenGIS® Geography Markup Language Encoding Standard (GML) The Geography Markup Language (GML) is an XML grammar for expressing geographical features. GML serves as a modeling language for geographic systems as well as an open interchange format for geographic transactions on the Internet. As with most XML based grammars, there are two parts to the grammar – the schema that describes the document and the instance document that contains the actual data. A GML document is described using a GML Schema. This allows users and developers to describe generic geographic data sets that contain points, lines and polygons. However, the developers of GML envision communities working to define community-specific application schemas [en.wikipedia.org/wiki/GML_Application_Schemas] that are specialized extensions of GML. Using application schemas, users can refer to roads, highways, and bridges instead of points, lines and polygons. If everyone in a community agrees to use the same schemas they can exchange data easily and be sure that a road is still a road when they view it. Clients and servers with interfaces that implement the OpenGIS® Web Feature Service Interface Standard[http://www.opengeospatial.org/standards/wfs] read and write GML data. GML is also an ISO standard (ISO 19136:2007) [www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=32554 ]. See also the GML pages on OGC Network: http://www.ogcnetwork.net/gml . See more... | ||||
OpenGIS GML in JPEG 2000 for Geographic Imagery Encoding Specification | 1.0.0 | 05-047r3 | Martin Kyle, David Burggraf, Sean Forde, Ron Lake | 2006-01-20 |
The OpenGIS® GML in JPEG 2000 for Geographic Imagery Encoding Standard defines the means by which the OpenGIS® Geography Markup Language (GML) Standard [http://www.opengeospatial.org/standards/gml] is used within JPEG 2000 [www.jpeg.org/jpeg2000/] images for geographic imagery. The standard also provides packaging mechanisms for including GML within JPEG 2000 data files and specific GML application schemas to support the encoding of images within JPEG 2000 data files. JPEG 2000 is a wavelet-based image compression standard that provides the ability to include XML data for description of the image within the JPEG 2000 data file. See also the GML pages on OGC Network: http://www.ogcnetwork.net/gml . See more... | ||||
OpenGIS Implementation Specification for Geographic information - Simple feature access - Part 1: Common architecture | 1.2.1 | 06-103r4 | John Herring | 2010-08-04 |
The OpenGIS® Simple Features Interface Standard (SFS) provides a well-defined and common way for applications to store and access feature data in relational or object-relational databases, so that the data can be used to support other applications through a common feature model, data store and information access interface. OpenGIS Simple Features are geospatial features described using vector data elements such as points, lines and polygons. See more... | ||||
OpenGIS Implementation Specification for Geographic information - Simple feature access - Part 2: SQL option | 1.2.1 | 06-104r4 | John Herring | 2010-08-04 |
The OpenGIS® Simple Features Interface Standard (SFS) provides a well-defined and common way for applications to store and access feature data in relational or object-relational databases, so that the data can be used to support other applications through a common feature model, data store and information access interface. OpenGIS Simple Features are geospatial features described using vector data elements such as points, lines and polygons. See more... | ||||
OpenGIS Location Service (OpenLS) Implementation Specification: Core Services | 1.2.0 | 07-074 | Marwa Mabrouk | 2008-09-08 |
This OpenGIS Interface Standard defines OpenGIS Location Services (OpenLS): Core Services, Parts 1-5, which consists of the composite set of basic services comprising the OpenLS Platform. This platform is also referred to as the GeoMobility Server (GMS), an open location services platform. See more... | ||||
OpenGIS Location Services (OpenLS): Part 6 - Navigation Service | 1.0.0 | 08-028r7 | Gil Fuchs | 2008-09-04 |
This OpenGIS Implementation Standard defines the interfaces for OpenGIS Location Services (OpenLS): Part 6 - Navigation Service (formerly the Full Profile of the Route Determination Service), which is part of the GeoMobility Server (GMS), an open location services platform. See more... | ||||
OpenGIS Sensor Model Language (SensorML) | 1.0.0 | 07-000 | Mike Botts | 2007-07-24 |
The OpenGIS® Sensor Model Language Encoding Standard (SensorML) specifies models and XML encoding that provide a framework within which the geometric, dynamic, and observational characteristics of sensors and sensor systems can be defined. There are many different sensor types, from simple visual thermometers to complex electron microscopes and earth observing satellites. These can all be supported through the definition of atomic process models and process chains. Within SensorML, all processes and components are encoded as application schema of the Feature model in the Geographic Markup Language (GML) Version 3.1.1. This is one of the OGC Sensor Web Enablement (SWE) [http://www.opengeospatial.org/ogc/markets-technologies/swe] suite of standards. For additional information on SensorML, see http://www.botts-inc.net/vast.html See more... | ||||
OpenGIS Sensor Observation Service | 1.0.0 | 06-009r6 | Arthur Na, Mark Priest | 2008-02-13 |
The OpenGIS® Sensor Observation Service Interface Standard (SOS) provides an API for managing deployed sensors and retrieving sensor data and specifically "observation" data. Whether from in-situ sensors (e.g., water monitoring) or dynamic sensors (e.g., satellite imaging), measurements made from sensor systems contribute most of the geospatial data by volume used in geospatial systems today. This is one of the OGC Sensor Web Enablement (SWE) [http://www.opengeospatial.org/ogc/markets-technologies/swe] suite of standards. See more... | ||||
OpenGIS Simple Features Implementation Specification for CORBA | 1.0 | 99-054 | Peter Ladstaetter | 1999-06-02 |
The Simple Feature Specification application programming interfaces (APIs) provide for publishing, storage, access, and simple operations on Simple Features (point, line, polygon, multi-point, etc). See more... | ||||
OpenGIS Simple Features Implementation Specification for OLE/COM | 1.1 | 99-050 | TC Chair | 1999-05-18 |
The Simple Feature Specification application programming interfaces (APIs) provide for publishing, storage, access, and simple operations on Simple Features (point, line, polygon, multi-point, etc). See more... | ||||
OpenGIS Styled Layer Descriptor Profile of the Web Map Service Implementation Specification | 1.1.0 | 05-078r4 | Markus Lupp | 2007-08-14 |
The OpenGIS® Styled Layer Descriptor (SLD) Profile of the OpenGIS® Web Map Service (WMS) Encoding Standard [http://www.opengeospatial.org/standards/wms] defines an encoding that extends the WMS standard to allow user-defined symbolization and coloring of geographic feature[http://www.opengeospatial.org/ogc/glossary/f] and coverage[http://www.opengeospatial.org/ogc/glossary/c] data. SLD addresses the need for users and software to be able to control the visual portrayal of the geospatial data. The ability to define styling rules requires a styling language that the client and server can both understand. The OpenGIS® Symbology Encoding Standard (SE) [http://www.opengeospatial.org/standards/symbol] provides this language, while the SLD profile of WMS enables application of SE to WMS layers using extensions of WMS operations. Additionally, SLD defines an operation for standardized access to legend symbols. See more... | ||||
OpenGIS Symbology Encoding Implementation Specification | 1.1.0 | 05-077r4 | Dr. Markus Mueller | 2007-01-18 |
The OpenGIS® Symbology Encoding Standard (SES) defines an XML language for styling information that can be applied to digital geographic feature and coverage data. SE is independent of any OGC Web Services descriptions and could therefore be used to describe styling information in non-networked systems such as desktop geographic information systems. See more... | ||||
OpenGIS Web Coverage Processing Service (WCPS) Language Interface Standard | 1.0.0 | 08-068r2 | Peter Baumann | 2009-03-25 |
The OpenGIS® Web Coverage Service Interface Standard (WCS) defines a protocol-independent language for the extraction, processing, and analysis of multi-dimensional gridded coverages (see: http://www.opengeospatial.org/ogc/glossary/c ) representing sensor, image, or statistics data. Services implementing this language provide access to original or derived sets of geospatial coverage information, in forms that are useful for client-side rendering, input into scientific models, and other client applications. Further information about WPCS can be found at the WCPS Service page of the OGC Network(see: http://www.ogcnetwork.net/wcps). See more... | ||||
OpenGIS Web Coverage Service (WCS) - Processing Extension (WCPS) | 1.0.0 | 08-059r3 | Peter Baumann | 2009-03-25 |
The OpenGIS® Web Coverage Service Interface Standard (WCS) defines a protocol-independent language for the extraction, processing, and analysis of multi-dimensional gridded [[http://www.opengeospatial.org/ogc/glossary/c | coverages]] representing sensor, image, or statistics data. Services implementing this language provide access to original or derived sets of geospatial coverage information, in forms that are useful for client-side rendering, input into scientific models, and other client applications. Further information about WPCS can be found at the [[http://www.ogcnetwork.net/wcps | WCPS Service]] page of the OGC Network. See more... | ||||
OpenGIS Web Feature Service (WFS) Implementation Specification | 1.1.0 | 04-094 | Peter Vretanos | 2005-05-03 |
The OpenGIS Web Feature Service Interface Standard (WFS) defines an interface[http://www.opengeospatial.org/ogc/glossary/i] for specifying requests for retrieving geographic features [http://www.opengeospatial.org/ogc/glossary/g] across the Web using platform-independent calls. The WFS standard defines interfaces and operations for data access and manipulation on a set of geographic features, including: • Get or Query features based on spatial and non-spatial constraints • Create a new feature instance • Get a description of the properties of features • Delete a feature instance • Update a feature instance • Lock a feature instance The specified feature encoding for input and output is the Geography Markup Language (GML) [http://www.opengeospatial.org/standards/gml] although other encodings may be used. See more... | ||||
OpenGIS Web Feature Service (WFS) Implementation Specification (Transactional) | 1.1.0 | 04-094 | Peter Vretanos | 2005-05-03 |
The OpenGIS Web Feature Service Interface Standard (WFS) defines an interface[http://www.opengeospatial.org/ogc/glossary/i] for specifying requests for retrieving geographic features [http://www.opengeospatial.org/ogc/glossary/g] across the Web using platform-independent calls. The WFS standard defines interfaces and operations for data access and manipulation on a set of geographic features, including: • Get or Query features based on spatial and non-spatial constraints • Create a new feature instance • Get a description of the properties of features • Delete a feature instance • Update a feature instance • Lock a feature instance The specified feature encoding for input and output is the Geography Markup Language (GML) [http://www.opengeospatial.org/standards/gml] although other encodings may be used. See more... | ||||
OpenGIS Web Feature Service (WFS) Implementation Specification with XLinks | 1.1.0 | 04-094 | Panagiotis (Peter) A. Vretanos | 2009-06-26 |
The OpenGIS Web Feature Service Interface Standard (WFS) defines an interface[http://www.opengeospatial.org/ogc/glossary/i] for specifying requests for retrieving geographic features [http://www.opengeospatial.org/ogc/glossary/g] across the Web using platform-independent calls. The WFS standard defines interfaces and operations for data access and manipulation on a set of geographic features, including: • Get or Query features based on spatial and non-spatial constraints • Create a new feature instance • Get a description of the properties of features • Traverse XLinks The specified feature encoding for input and output is the Geography Markup Language (GML) [http://www.opengeospatial.org/standards/gml] although other encodings may be used. See more... | ||||
OpenGIS Web Feature Service 2.0 Interface Standard (also ISO 19142) | 2.0 | 09-025r1 | Panagiotis (Peter) A. Vretanos | 2010-11-02 |
This International Standard specifies the behaviour of a service that provides transactions on and access to geographic features in a manner independent of the underlying data store. It specifies discovery operations, query operations, locking operations, transaction operations and operations to manage stored parameterized query expressions. Discovery operations allow the service to be interrogated to determine its capabilities and to retrieve the application schema that defines the feature types that the service offers. Query operations allow features or values of feature properties to be retrieved from the underlying data store based upon constraints, defined by the client, on feature properties. Locking operations allow exclusive access to features for the purpose of modifying or deleting features. Transaction operations allow features to be created, changed, replaced and deleted from the underlying data store. Stored query operations allow clients to create, drop, list and described parameterized query expressions that are stored by the server and can be repeatedly invoked using different parameter values. See more... | ||||
OpenGIS Web Map Context Implementation Specification | 1.1 | 05-005 | Jerome Sonnet | 2005-05-03 |
This document is a companion specification to the OGC Web Map Service Interface Implementation Specification version 1.1.1 [4], hereinafter "WMS 1.1.1." WMS 1.1.1 specifies how individual map servers describe and provide their map content. The present Context specification states how a specific grouping of one or more maps from one or more map servers can be described in a portable, platform-independent format for storage in a repository or for transmission between clients. This description is known as a "Web Map Context Document," or simply a "Context." Presently, context documents are primarily designed for WMS bindings. However, extensibility is envisioned for binding to other services. A Context document includes information about the server(s) providing layer(s) in the overall map, the bounding box and map projection shared by all the maps, sufficient operational metadata for Client software to reproduce the map, and ancillary metadata used to annotate or describe the maps and their provenance for the benefit of human viewers. A Context document is structured using eXtensible Markup Language (XML). Annex A of this specification contains the XML Schema against which Context XML can be validated. See more... | ||||
OpenGIS Web Map Service (WMS) Implementation Specification | 1.3.0 | 06-042 | Jeff de La Beaujardiere | 2006-03-15 |
The OpenGIS® Web Map Service Interface Standard (WMS) provides a simple HTTP interface for requesting geo-registered map images from one or more distributed geospatial databases. A WMS request defines the geographic layer(s) and area of interest to be processed. The response to the request is one or more geo-registered map images (returned as JPEG, PNG, etc) that can be displayed in a browser application. The interface also supports the ability to specify whether the returned images should be transparent so that layers from multiple servers can be combined or not. NOTE: WMS 1.3 and ISO 19128 are the same documents. | ||||
OpenGIS Web Map Tile Service Implementation Standard | 1.0.0 | 07-057r7 | Joan Masó, Keith Pomakis and Núria Julià | 2010-04-06 |
This Web Map Tile Service (WMTS) Implementation Standard provides a standard based solution to serve digital maps using predefined image tiles. The service advertises the tiles it has available through a standardized declaration in the ServiceMetadata document common to all OGC web services. This declaration defines the tiles available in each layer (i.e. each type of content), in each graphical representation style, in each format, in each coordinate reference system, at each scale, and over each geographic fragment of the total covered area. The ServiceMetadata document also declares the communication protocols and encodings through which clients can interact with the server. Clients can interpret the ServiceMetadata document to request specific tiles. See more... | ||||
OpenGIS® City Geography Markup Language (CityGML) Encoding Standard | 1.0 | 08-007r1 | Gerhard Gröger, Thomas H. Kolbe, Angela Czerwinski, Claus Nagel | 2008-08-20 |
CityGML is an open data model and XML-based format for the storage and exchange of virtual 3D city models. It is an application schema for the Geography Markup Language version 3.1.1 (GML3), the extendible international standard for spatial data exchange issued by the Open Geospatial Consortium (OGC) and the ISO TC211. The aim of the development of CityGML is to reach a common definition of the basic entities, attributes, and relations of a 3D city model. This is especially important with respect to the cost-effective sustainable maintenance of 3D city models, allowing the reuse of the same data in different application fields. See more... | ||||
OpenGIS® Georeferenced Table Joining Service Implementation Standard | 1.0 | 10-070r2 | Peter Schut | 2010-11-22 |
This document is the specification for a Table Joining Service (TJS). This OGC standard defines a simple way to describe and exchange tabular data that contains information about geographic objects. See more... | ||||
OpenGIS® SWE Service Model Implementation Standard | 2.0 | 09-001 | Johannes Echterhoff | 2011-03-21 |
This standard currently defines eight packages with data types for common use across OGC Sensor Web Enablement (SWE) services. Five of these packages define operation request and response types. The packages are: 1.) Contents – Defines data types that can be used in specific services that provide (access to) sensors; 2.) Notification – Defines the data types that support provision of metadata about the notification capabilities of a service as well as the definition and encoding of SWES events; 3.) Common - Defines data types common to other packages; 4.) Common Codes –Defines commonly used lists of codes with special semantics; 5.) DescribeSensor – Defines the request and response types of an operation used to retrieve metadata about a given sensor; 6.) UpdateSensorDescription –Defines the request and response types of an operation used to modify the description of a given sensor; 7.) InsertSensor – Defines the request and response types of an operation used to insert a new sensor instance at a service; 8.) DeleteSensor – Defines the request and response types of an operation used to remove a sensor from a service. These packages use data types specified in other standards. Those data types are normatively referenced herein, instead of being repeated in this standard. See more... | ||||
Ordering Services Framework for Earth Observation Products Interface Standard | 1.0 | 06-141r6 | Daniele Marchionni, Stefania Pappagallo | 2012-01-09 |
This OGC® standard specifies the interfaces, bindings, requirements, conformance classes, and a framework for implementing extensions that enable complete workflows for ordering of Earth Observation (EO) data products. See more... | ||||
Web Coverage Service (WCS) - Transaction operation extension | 1.1.4 | 07-068r4 | Arliss Whiteside | 2009-01-15 |
This extension of the WCS standard specifies an additional Transaction operation that may optionally be implemented by WCS servers. This Transaction operation allows clients to add, modify, and delete grid coverages that are available from a WCS server. The Transaction operation request references or includes the new or modified coverage data, including all needed coverage metadata. See more... | ||||
Web Processing Service | 1.0.0 | 05-007r7 | Peter Schut | 2007-10-05 |
The OpenGIS® Web Processing Service (WPS) Interface Standard provides rules for standardizing how inputs and outputs (requests and responses) for geospatial processing services, such as polygon overlay. The standard also defines how a client can request the execution of a process, and how the output from the process is handled. It defines an interface that facilitates the publishing of geospatial processes and clients' discovery of and binding to those processes. The data required by the WPS can be delivered across a network or they can be available at the server. See more... |
Không có nhận xét nào:
Đăng nhận xét