OGC Requests

The OGC seeks comment on City Geography Markup Language (CityGML) V1.1

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the Standards Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on Version 1.1 of the OGC City Geography Markup Language (CityGML) Encoding Standard (http://www.opengeospatial.org/standards/citygml).

CityGML is an open information model and XML-based encoding for the representation, storage, and exchange of virtual 3D city models. It provides a way to describe objects with respect to their geometry, topology, semantics and appearance, and it defines five different levels of detail. CityGML allows users to employ virtual 3D city models for sophisticated analysis and display tasks in different application domains such as pedestrian navigation, environmental simulations, urban data mining, facilities management, real estate appraisal, and location based marketing.

CityGML has been implemented in many software solutions and is in use in many projects around the world. Developed for Urban Information Modeling applications, CityGML plays an important role in bridging Urban Information Models with Building Information Models (BIM) to improve interoperability among the information systems used in the many areas of activity that involve design, construction, ownership and operation of buildings and capital projects.

CityGML is implemented as an application schema of the OGC Geography Markup Language 3 (GML3) Encoding Standard (http://www.opengeospatial.org/standards/gml), an international standard for spatial data exchange and encoding approved by the OGC and the International Organization for Standardization (ISO).

The current version 1.0 of CityGML was adopted as an official OGC Standard in August 2008 and has come to wide use since then. The OGC Technical Committee's CityGML Working Group has received input from the wider community in the form of change requests, proposed additions and suggestions. With this guidance, the Working Group developed the draft CityGML Version 1.1, a minor revision of the current CityGML version 1.0 that maintains backwards compatibility with version 1.0. Version 1.1 includes new thematic modules for tunnels and bridges, the ability to model footprint and roof edge representations for buildings in the coarsest level of detail, and generic attribute sets, as well as a number of additional properties and other enhancements.

 The candidate CityGML Version 1.1 standard documents are available for review and comment below. Comments are due by 14 September 2011.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

 You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

OGC seeks comment on candidate Earth Observation profile of coverage standard

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the Standards Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Closing Date: 
Tue, 11/01/2011
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate Earth Observation profile for the OGC Web Coverage Service (WCS) 2.0 standard. This profile will facilitate on-line data access to Earth Observation data products.

The OGC WCS 2.0 standard defines a general interface and operations that enable interoperable access to geospatial coverages, such as sensor data, satellite imagery, digital elevation models, and climate/ocean data. The candidate OGC Web Coverage Service Application Profile for Earth Observation products (EO-WCS) defines an interface for interoperable access to Earth Observation data.

The rapid increase of computer power and network accessibility, along with implementations of the OGC WCS standard, make it possible for applications to deliver user selected sensor, image, and statistics data, including human modifications of the Earth's surface and atmosphere. As use of the standard increases, an increasingly wide variety of data will conveniently be brought together in applications such as environment, natural resources, planning, disaster management and public security.

The candidate Earth Observation profile for the OGC Web Coverage Service (WCS) 2.0 standard documents are available for review and comment below.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

 You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

OGC Seeks Comment on candidate GeoSPARQL standard

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the specification Standards Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate OGC “GeoSPARQL: A Geographic Query Language for RDF Data” Standard. The candidate OGC GeoSPARQL standard defines spatial extensions to the W3C's SPARQL protocol and RDF query language. 

SPARQL is a protocol and query language for the Semantic Web. SPARQL is defined in terms of the W3C's RDF data model and will work for any data source that can be mapped into RDF, which potentially includes sources of geospatial data. The OGC GeoSPARQL standard supports representing and querying geospatial data on the Semantic Web. GeoSPARQL provides the foundational geospatial vocabulary for linked data involving location and defines extensions to SPARQL for processing geospatial data. This standard serves as a common target for vendors to implement and provides rich functionality for building geospatial applications.

GeoSPARQL follows a modular design. A core component defines top-level RDFS/OWL classes for spatial objects. A geometry component defines RDFS data types for serializing geometry data, RDFS/OWL classes for geometry object types, geometry-related RDF properties, and non-topological spatial query functions for geometry objects. A geometry topology component defines topological query functions. A topological vocabulary component defines RDF properties for asserting topological relations between spatial objects, and a query rewrite component defines rules for transforming a simple triple pattern that tests a topological relation between two features into an equivalent query involving concrete geometries and topological query functions.

The candidate OGC GeoSPARQL Standard documents are available for review and comment below.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

OGC Seeks Comment on Geography Markup Language 3.3 Standard

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the Standards Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate version 3.3 of the OGC Geography Markup Language (GML). GML 3.3 builds on GML 3.2.1, published by ISO as ISO 19136:2007, and extends GML with additional schema components based on requirements requested by various domains of interest. For example, the 3d modeling community suggest the addition of triangular meshes (TINs) to GML. GML 3.3 is fully backwards compatible with GML 3.2.

GML defines an XML data encoding for geographic data and a grammar to express models of such data using XML Schema. GML has come into wide use since it was first adopted as an OGC standard in 2001 (http://www.ogcnetwork.net/gmlprofiles for examples). GML is the standard that enables information communities and other standards organizations such as the Internet Engineering Task Force (IETF) and OASIS to insert geospatial elements into their standards and be confident that their standards will be compatible with mainstream information infrastructure methods of conveying spatial/temporal information.

Some of the changes between the previous version 3.2.1 and 3.3 are:

  • Support for additional date representations based on ISO 8601 (Representation of dates and times)
  • Support for an additional, compact encoding of commonly used geometry types
  • Support for a new encoding of Triangulated Irregular Networks (TINs)
  • Support for Linear Referencing
  • Extensions to the XML encoding rule
  • Support for grids used by the meteorological and ocean observation communities

All extensions are made in separate XML namespaces to support a modular use of components from the GML schema.

Information on the change requests addressed in GML v3.3 can be found athttp://external.opengeospatial.org/twiki_public/GML/ChangeRequests. The candidate OGC GML v3.3 Standard documents are available for review and comment below.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

Request for Comments on Candidate PUCK Protocol Standard

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the specification Revision Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate OGC PUCK Protocol Encoding Standard.

Most sensor networks require careful manual installation and configuration by technicians to assure that software components are properly associated with the physical instruments that they represent. Instrument driver software, configuration files, and "metadata" describing the instrument and its capabilities must be manually installed and associated with a physical instrument port. Sometimes these manual procedures must be performed under physically challenging conditions, increasing the chances of human error. PUCK addresses these challenges by defining a standard instrument protocol to retrieve metadata and other information from the device itself. This information can include OGC SWE SensorML and IEEE 1451 Transducer Electronic Data Sheet (TEDS) documents, as well as actual instrument driver code. Computers on the network can use the PUCK protocol to retrieve this information from installed instruments and utilize it appropriately, e.g. to automatically identify, configure and operate the instruments. Thus PUCK enables automatic self-configuring "plug-and-work" sensor networks.

PUCK is relatively simple, and several manufacturers have implemented the protocol in their instruments' firmware. PUCK augments but doesn't replace existing instrument command sets, so can be implemented without abandoning existing firmware and software applications. PUCK was originally developed by the Monterey Bay Aquarium Research Institute (MBARI) for oceanographic applications, but is useful in any sensor network containing RS232 or Ethernet-connected instruments. PUCK-enabled instruments have been deployed on ocean observatories in the USA and Europe, and the protocol is being considered for adoption by other projects as well. The OGC Technical Committee’s PUCK Standards Working Group was chartered to process the existing MBARI PUCK protocol as a candidate OGC standard compatible with the OGC Sensor Web Enablement (SWE) standards baseline.

The candidate OGC PUCK Standard documents are available for review and comment below.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

Request for Comments on Earth Observation Metadata profile of the OGC Observations and Measurements Standard

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the Standards Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate standard “Earth Observation Metadata profile of the OGC Observations and Measurements Standard.” 

The Earth Observation (EO) profile of Observations and Measurements is intended to provide a standard schema for encoding Earth Observation metadata to support the description and cataloguing of products from sensors aboard EO satellites.

 

This second version of the Earth Observation metadata profile is based on Observations and Measurements, an OGC and ISO standard used in several communities. For example, O&M is used as a basis for the application schemas in several draft INSPIRE Annex II+III data specifications.

 

The metadata elements defined in this candidate standard are applicable for use in catalogues and applications, including various EO cataloguing applications based on OGC standards like the ebRIM Application Profile of the OGC Catalog Services – Web (CS-W) Interface Standard.

 

EO products are differentiated by parameters such as date of acquisition and location as well as characteristics pertaining to the type of sensor, such as cloud, haze, smoke or other phenomena obscuring optical imagery. Metadata used to distinguish EO product types are defined in this candidate standard for generic products and also for specific thematic EO products, such as optical, radar, atmospheric, altimetry, limb-looking and synthesized products. In addition, this document describes the mechanism used to extend these schemas to specific EO missions.

 

The candidate OGC Earth Observation Metadata profile of Observations & Measurements Standard documents are available for review and comment below.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

OGC Seeks Comments on Open GeoSMS Standard - Core

Status: 
Please note: This Request is closed. The documents listed below have been adopted by the OGC Technical and Planning Committee. These specifications are under control of the specification Revision Working Group and will be released after the edits and revisions. For the most current version please check our Standards Page.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate OGC Open GeoSMS Standard - Core.

The candidate OGC Open GeoSMS Standard allows applications to location enable Short Message Service (SMS). SMS is the text communication service component of phone, web and mobile communication systems. SMS uses standardized communications protocols that allow the exchange of short text messages between fixed line or mobile phone devices.

Open GeoSMS enables developers to use extended Short Message Service (SMS) to facilitate communication of location content between different LBS (Location-Based Service) devices or applications. The encoding is extremely light weight and the standards document is quite short.
 
The Taiwan Industrial Technology Research Institute (ITRI) contributed this candidate standard to the OGC. Open GeoSMS is already in use in a number of deployed commercial applications in Taiwan as well as in a number of disaster response applications such as those provided by Sahana.

The candidate OGC Open GeoSMS Standard can be found below.  The period for issuing comments expires on 24 April 2011.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

OGC Seeks Comments on Ordering Service Candidate Standard

Status: 
Please note: This Request is scheduled to close on 23 February 2011.
Description: 

The Open Geospatial Consortium (OGC®) seeks public comment on the candidate OGC Ordering Services for Earth Observation Products Interface Standard. This candidate interface standard defines interfaces for ordering products derived from Earth observation satellites. In particular it provides interfaces for:

Getting the processing and delivery options available for specific Earth observation products

Getting the price quotation for an order to be submitted

Submitting the order

Monitoring the status of the submitted orders and optionally cancelling them

Retrieving the products (on-line, if supported by the server)

 

 

This candidate standard has been prepared by the OGC Technical Committee Ordering Standards Working Group and it is based on an existing specification prepared and implemented in several ESA (European Space Agency) projects. Currently, implementations are available from at least the following space agencies:

• ESA

• Eumetsat

• DLR

Other implementations are being developed, including those being developed in GMES-related activities.

 

This candidate standard is designed to work with the OGC Sensor Web Enablement (SWE) suite of standards: For the modelling of ordering options the SWE Common specification has been selected and some elements are shared with the OGC Sensor Planning Service Interface Standard (SPS).

 

The candidate OGC Ordering Services for Earth Observation Products Interface Standard can be found below. The period for issuing comments expires on 23 February 2011.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

OGC Web Services, Phase 8 (OWS-8) Request For Quotation and Call For Participation

Status: 
Please note: This Request closed on 14 January 2011.

 

Description: 

 

RFQ Issuance Date: 22 November 2010

OWS-8 Bidder's Conference: 6 December 2010, 10:00-11:30am US EST
Proposal Due Date:
14 January 2011, 5:00 p.m. EST.

Go Directly to the Request for Quotation Document
Go Directly to the Bidder's Conference Information Overview
Go Directly to the Request for Quotation Clarifications

OGC members who wish to observe OWS-8 may do so upon submission of the OGC Observer Agreement: 
http://bit.ly/aTGi8T

Overview

OWS testbeds are part of OGC's Interoperability Program, a global, hands-on and collaborative prototyping program designed to rapidly develop, test and deliver proven candidate specifications into OGC's Specification Program, where they are formalized for public release. In OGC's Interoperability Initiatives, international teams of technology providers work together to solve specific geoprocessing interoperability problems posed by the Initiative's sponsoring organizations. OGC Interoperability Initiatives include test beds, pilot projects, interoperability experiments and interoperability support services - all designed to encourage rapid development, testing, validation and adoption of OGC standards.

 

The OWS-8 sponsors are organizations seeking open standards for their interoperability requirements. After analyzing their requirements, the OGC Interoperability Team recommend to the sponsors that the content of the OWS-8 initiative be organized around the following threads:

  • Observation Fusion
  • Geosynchronization (Gsync)
  • Cross-Community Interoperability (CCI)
  • Aviation

OWS-8 Sponsors

  • U.S. National Geospatial-Intelligence Agency (NGA)
  • U.S. Geological Survey (USGS)
  • U.S. Army Geospatial Center (AGC)
  • U.S. Federal Aviation Administration (FAA)
  • EUROCONTROL
  • U.S. National Oceanic and Atmospheric Administration (NOAA)
  • U.S. National Aeronautics and Space Administration (NASA)
  • European Space Agency (ESA)
  • U.K. Defence, Science and Technology Laboratary (DSTL)
  • Lockheed Martin Corporation

OWS-8 Threads

In July 2010, the OGC issued a call for sponsors for the OWS-8 interoperability initiative to advance OGC's open framework for interoperability in the geospatial industry.  Two meetings were conducted with potential OWS-8 sponsors to review the OGC technical baseline, discuss OWS-7 results, and identify new requirements to be addressed in OWS-8.  The following organization and scope of activity threads resulted from consolidation of all sponsors’ requirements:

  • Observation Fusion
    • WCS 2.0 Earth Observation Application Profile, WCPS, Compliance Test Scripts
    • Detection, tracking, and bookmarking of moving objects in video, implemented using SWE and other OGC encodings and interfaces.
  • Geosynchronization
    • Geodata Bulk Transfer: The ability to distribute individual data sets and/or collections of data sets in a consistent manner offline and over networks.
    • Geosynchronization: Web services and client components to support synchronization and updates of geospatial data across a hierarchical Spatial Data Infrastructure (SDI).
  • Cross-Community Interoperability (CCI)
    • Advancement of semantic mediation approaches to query and use data based on different heterogeneous data models, which are available via OGC WFS.
    • Advancement of the use of style registries and styling services.
    • Advancement of the use of KML.
    • Advancement of the use of UML/OCL for Schema Automation on Domain Models.
  • Aviation
    • AIXM: Maturing the delivery, filtering and update of AIXM 5.1 using WFS-T/FE 2.0; continuing the development of reusable tools, benchmarking of compression techniques for enhanced performance, advancing styling and portrayal support, and validating the emerging metadata and GML profiles.
    • Event Notification Architecture: including Digital NOTAM Events.
    • WXXM and weather information: using coverages for encoding representative weather forecast and radar datasets, supporting on-demand Coordinate Reference System (CRS) specifications/transformations, exploring alternative distributed architectures for managing Units of Measure (UoM), demonstrating the applications of probabilistic Terminal Aerodrome Forecasts (TAF) decision making applications, and reviewing/validating the WXXM schemas.

Schedule of Events and Milestones

  • Request for Quotation / Call for Participation (RFQ/CFP): 22 November 2010
  • Bidders Conference (Q&A with WebEx): 6 December 2010. Go to the WebEx calendar here: http://opengeospatial.webex.com/ and look for the OWS8 Bidders event.
  • Last date for submitting questions or changes to the RFQ: 15 December 2010
  • Proposals due: 14 January 2011
  • Participant selections completed: 28 January 2011
  • OWS-8 Kickoff (3-day workshop in DC area, attendance required): 9-11 March 2011
  • OWS-8 Completion (final reports due): 30 September 2011

Live demonstrations of OWS-8 results will be conducted at the September 2011 OGC Technical Committee meeting in Boulder, Colorado USA 

Demonstration videos of the testbed results will be posted for public viewing within 30 days of testbed completion. 

Downloads: 
Proposals for cost reimbursement are due by 14 January 2011, 17:00 p.m. EST.
 
For those who have done this before: Please do not reuse old templates, but use our new ones. Thanks!

Click a link to download the .zip archive:
DOWNLOAD COMPLETE PACKAGE


Complete OGC Web Services, Phase 8 (OWS-8) RFQ (pdf  zip format)
Complete OGC Web Services, Phase 8 (OWS-8) RFQ (doc  zip format)

OR INDIVIDUAL FILES

OGC Web Services, Phase 8 (OWS-8) RFQ Main Body (pdf)
OGC Web Services, Phase 8 (OWS-8) RFQ Main Body (doc)

OGC Web Services, Phase 8 (OWS-8) RFQ Annex A (pdf)
OGC Web Services, Phase 8 (OWS-8) RFQ Annex A (doc)

OGC Web Services, Phase 8 (OWS-8) RFQ Annex B (pdf)
OGC Web Services, Phase 8 (OWS-8) RFQ Annex B (doc)

OGC Web Services, Phase 8 (OWS-8) RFQ Annex C (pdf)
OGC Web Services, Phase 8 (OWS-8) RFQ Annex C (doc)

OGC Web Services, Phase 8 (OWS-8) RFQ Annex D (pdf)
OGC Web Services, Phase 8 (OWS-8) RFQ Annex D (doc)

 OGC Web Services, Phase 8 (OWS-8) RFQ Template - Funding (xls)
OGC Web Services, Phase 8 (OWS-8) RFQ Template - Proposal (doc)
 

Questions: Bidder's Conference

 A Bidder's Conference (webinar) was held Monday 6 December 201010:00-11:30am US EST to discuss all communications received since the RFQ release. You can download and view the “OWS8 Bidders Conference” video.

 

 

 

Clarifications Document

All Q&A, updates, and other information about OWS-8 from the Bidder’s Conference and other communications will be collected into a Clarifications document, and posted here for public access. Subsequent questions may be directed by email to techdesk [at] opengeospatial.org until 15 December 2010. After this date, no further questions or clarifications will be posted. The Clarifications Document is here:

Clarifications - pdf
Clarifications - doc

OGC Requests: 

OGC Seeks Comments on Sensor Observation Service Candidate Standard

Status: 
Please note: This Request is scheduled to close on 1 December, 2010.
Description: 

The Open Geospatial Consortium, Inc. (OGC®) seeks public comment on the candidate OGC Sensor Observation Service (SOS) Standard Version 2.0. The SOS candidate interface standard is designed to provide access to sensor observations, sensor descriptions, and digital representations of observed features in an interoperable and standardized way. Further, the SOS 2.0 candidate standard provides means to insert new sensor descriptions or observations.

 

The OGC Sensor Observation Service revision incorporates several enhancements. These include a modular restructuring of the document, new KVP and SOAP bindings, redesign of the observation offering concept, and reliance on the OGC Sensor Web Enablement Service Model. SOS 2.0 is highly modular and follows the OGC core/extension design pattern. The main SOS 2.0 document incorporates the core as well as the transactional extension, result handling extension, enhanced operations extension, binding extension, and a profile for spatial filtering of observations. An additional document specifies the extension for the operation to retrieve metadata about the observations stored by a service.

 

The proposed OGC SOS 2.0 standard and information on submitting comments on this document are available below.  The public comment period closes on 1 December 2010.

Comment: 

Comments can be submitted to a dedicated email reflector for a thirty day period ending on the "Close request date" listed above, Comments received will be consolidated and reviewed by OGC members for incorporation into the document. Please submit your comments using the following link: requests [at] lists.opengeospatial.org (Click here to submit comments) The link provided above should include a standard template in the message body. If the preloaded message body does not work properly using your mail client, please refer to the following template for the message body: Comments Template

Subscribe: 

You may wish to be added to the distribution list to receive comments as they are submitted:


Subscribing to the the list will also allow you to view comments already received, which can be found in the List Archives.

OGC Requests: 

Pages