Exported Content

This term indicates that the page contains imported content from the portal and therefore should not be edited.

The DocTeam is a subcommittee of the OGC Technical Committee. The DocTeam will work with OGC staff and OGC members to define, enforce and educate on documentation guidelines (format, templates, style) within the OGC. It will work with OGC staff and OGC members to maintain strong linkages between the Implementation Specifications and the Abstract Specification with the goal of maintaining a core model upon which all OG...The DocTeam will work with OGC staff and OGC members to define, enforce and educate on documentation guidelines (format, templates, style) within the OGC.

Mission

The mission of the University Working Group (UWG) will be to coordinate the common interests of OGC academic and research members in the following areas:

  • Formation and organization of a neutral academic advisory group providing a range of technology, policy, standards and other recommendations to all programs of the Open G...

    Mission

    The mission of the University Working Group (UWG) will be to coordinate the common interests of OGC academic and research members in the following areas:

    Mission

    The mission of the University Domain Working Group (UDWG) will be to coordinate the common interests of OGC academic and research members in the following areas:

Chair: Ron Lake, Galdos.  Vice Chair: Clemens Portele, Interactive Instruments

Introduction

OGC members are specifying interoperability interfaces and metadata encodings that enable real time integration of heterogeneous sensor webs into the information infrastructure. Developers will use these specifications in creating applications, platforms, and products involving Web-connected devices such as flood gauges, air polluti...

Introduction

OGC members are specifying interoperability interfaces and metadata encodings that enable real time integration of heterogeneous sensor webs into the information infrastructure.

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 1912...

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 bo...
The OpenGIS® Open Location Services Interface Standard (OpenLS) specifies interfaces that enable companies in the Location Based Services (LBS) value chain to “hook up” and provide their pieces of applications such as emergency response (E-911, for example), personal navigator, traffic information service, proximity service, location recall, mobile field service, travel directions, restaurant finder, corporate asset locator, concierge, routing, vector map portrayal and interaction, friend finder, and geography voice-graphics. These applications are enabled by interfaces that implement OpenLS s...
Syndicate content