Prepared by the FGDC Geospatial Applications and Interoperability (GAI)
Working Group
Editor: John D. Evans (NASA Geospatial Interoperability
Office)
Version 1.1, December 2003 - http://gai.fgdc.gov/girm/v1.1/
Read changes from v1.0
Send comments to girm-comments@gai.fgdc.gov
Contents |
|
1. Overview: How-to, viewpoints, criteria, the "stack" |
|
6. Geoprocessing services: general, coordinate transformation, gazetteer, other |
|
Appendix A. Standards proposals |
|
Appendix B. Publicly-available "de facto" standards |
The FGDC Geospatial Applications and Interoperability Working Group seeks to facilitate and promote the use of georeferenced information from multiple sources over the Internet. This requires interoperability ("working together") among the software systems that provide geospatial data, maps, services, and user applications. Geospatial interoperability is based on shared agreements (that is, voluntary consensus standards) governing essential geospatial concepts and their embodiment in communication protocols, software interfaces, and data formats.
This document references standards and specifications needed for interoperability among distributed geospatial services accessible over the Internet. It describes and explains them within a structured model of geospatial processing, as they apply to the design of geospatial software and services, to guide the reader to the most relevant standards for a given design, policy, or procurement. This Reference Model guides the scope and growth of geospatial applications and interoperability; but more broadly, it details how any geospatial software can plug into a larger infrastructure to draw on many different sources of data and services -- or to support a wide, diverse user audience.
This Reference Model is focused on mechanisms for effective cooperation between geoprocessing software components. Effective use of geospatial information in a given context may also require policies such as human interface guidelines, data content or portrayal requirements, or conventions for data storage or georeferencing. Such policies -- which include several important standards endorsed by FGDC -- are outside the scope of this Reference Model.
The Geospatial Interoperability Reference Model (GIRM) is intended not as a rigid definition of standards to be implemented, but rather as a consultative tool to help decisionmakers define what standards apply to a given set of activities, technologies, or organizations, to facilitate interoperable geoprocessing.
This document is intended for anyone engaged in designing, building, or buying geospatial data systems or services. In particular, portions of it may apply to federal programs that generate, archive, use or disseminate geospatial data.
This Reference Model partitions the standards "landscape" in a variety of ways:
Geospatial topics are the model's primary organizing structure. In choosing standards, the first decision is whether the intended activities involve Data or Data Access (Section 2); Metadata or Catalog Access (Section 3); Maps or Visualization (Section 4); Spatial Reference Systems (Section 5); or other Geoprocessing Services (Section 6).
Viewpoints. Within a particular geospatial topic, the next choice is whether to focus on Service Invocationor Information Transfer -- or both. Section 1.b provides guidelines for this decision.
Levels of abstraction. Within a given topic and viewpoint, the next choice is Abstract models vs. Implementation specifications. Section 1.b explains how to make this choice, based primarily on the intended computing environment.
Evaluation criteria, finally, indicate whether a standard is reliable and usable. Section 1.c lists the criteria for including standards in the Reference Model. In particular, it defines levels of maturity (proposed, draft, final) whereby standards can be compared.
The interoperability "stack" in Section 1.d shows typical links between components of a distributed system, and highlights related geospatial topics and standards to consider.
(At each of these "choice points," the options are not mutually exclusive: for instance, a given project or procurement may touch on several topics and viewpoints.)
The Reference Model brings together standards at two different levels of abstraction, and under two different architectural viewpoints, as summarized in Table 1 below.
Implementation specifications tell software developers how to express information or requests within a particular distributed computing environment (e.g., World Wide Web, CORBA, .NET). Implementation specifications generally include access protocols, object models, and naming conventions. Such specifications are specific to, and directly usable within, their target computing environment.
Abstract models specify what information or requests are valid in principle, irrespective of individual computing environments. They define essential concepts, vocabulary, and structure (type hierarchy) of geospatial services and information transfer. These models set the stage for creating implementable specifications, and for extending existing ones to new environments.
Which of these to apply depends on the design
lifecycle, and on the intended computing environment. Earlier design stages
often draw on Abstract Models to sketch a system concept; whereas later
implementation stages follow Implementation Specifications in detail. When it
comes to writing software, if a suitable Implementation Specification already
exists for the applicable computing environment, it should be the standard of
choice. Otherwise, the relevant Abstract Model(s) should guide the design of a
new Implementation Specification for that environment.
|
|
Computation Viewpoint |
Information Viewpoint |
|
|
Service Invocation |
Information Transfer |
|
Implementation specifications ("how") |
Interface |
Encoding |
|
Abstract models ("what") |
Behavior |
Content |
|
Table 1. Viewpoints and levels of abstraction | ||
At either the abstract or the implementation level, standards of two different kinds may apply:
Service invocation: these standards define the interfaces that allow different systems to work together, or the expected behavior of software systems. The ISO/IEC Reference Model for Open Distributed Processing (RM-ODP) calls this the computation viewpoint; its focus is on invoking services effectively and unambiguously.
Information transfer: these standards define the content of geospatial information or its encoding for transfer between different processing systems. In RM-ODP parlance, this is the information viewpoint, emphasizing efficient, lossless communication.
For distributed computing, the service and information viewpoints are crucial
and intertwined. For instance, information content isn't useful without services
to transmit and use it. Conversely, invoking a service effectively requires that
its underlying information be available and its meaning clear. However, the two
viewpoints are also separable: one may define how to represent information
regardless of what services carry it; or how to invoke a service regardless of
how it packages its information.
In a given context, either the
computation view (behavior implemented as interfaces) or the information view
(content implemented as encodings) may take priority, depending on the diversity
of the target community, the expected complexity of data and data processing,
the preexistence of related standards, and so on.
The Open GIS
Consortium's Abstract Specification, Topic 0 (Overview, Section 2)
explains the roles of abstract and implementation models, and the
interdependence of service invocation and information transfer. The
International Organization for Standardisation (ISO)'s Reference Model (ISO
19101:2002) provides additional background on conceptual models and their
role in specification design using the Unified
Modeling Language (UML).
This Reference Model is intended to evolve with the collective understanding of the geospatial community, and with the progress of the principal geospatial standards bodies. As it evolves, it favors standards that perform well according to the following criteria*:
*These criteria are based on a synopsis of the U.S. Office of Management and Budget (OMB)'s Circular A-119; FGDC's own Standards Reference Model; ISO/IEEE's Open System Environment (ISO/IEC 14252:1996); the Internet Standards Process of the Internet Engineering Task Force (IETF); and the U.S. Defense Department's Joint Technical Architecture (JTA).
Openness: based on voluntary consensus, decided in a public forum (the broader the better); not encumbered by patents, copyrights, or other intellectual property rights; and freely available over the World Wide Web.
Appendix B presents several geospatial "de facto standards" -- that is, format or interface conventions that are in common use (often due to the dominance of a single supplier of data or software), but are not defined or maintained by an open consensus process.
Geospatial Interoperability: enabling different software systems to work together on geospatial topics. (Thus, generic underlying standards such as TCP/IP, thematic data content standards, and organizational rules and procedures, are beyond the scope of the GIRM.)
Documentation: clear,
concise, accessible, and descriptive documentation that is consistent with
other related standards.
Note: the "lock" icon
(
) denotes online
drafts that are password-protected, and accessible only to members of a
consortium or editing committee.
Implementation: used and tested by several independent parties; adopted by mainstream commercial vendors.
Maturity: complete and no longer subject to significant changes; applicable to a variety of implementations (i.e., robust); adopted (or on track for adoption) by a recognized standards body.
This Reference Model color-codes standards according to their degree of
maturity:
- "final" standard, adopted by a
recognized standards body (though new versions may become available);
and
- complete draft, publicly
reviewed and unlikely to undergo deep changes.
Appendix A presents several less-mature standards proposals -- that is, early drafts that are public and around which a consensus has begun to form, but that may yet change significantly.
Furthermore, the Reference Model emphasizes standards maintained by the following organizations:
the International Organization for Standardization (ISO), especially its Technical Committee on Geographic Information/Geomatics (TC211);
the United States Federal Geographic Data Committee (FGDC), the American National Standards Institute (ANSI), and the International Committee for Information Technology Standards (INCITS), technical committee L1 on Geographic Information Systems.
the Open GIS Consortium (OGC), a not-for-profit industry association focused on geographic information systems.
Other standards mentioned here belong to the World Wide Web Consortium (W3C), or other bodies as indicated.
Some of these organizations have reference models of their own. The GIRM is not intended to rival or replace these models, but to describe the standards and specifications that underlie the work of FGDC's Geospatial Applications and Interoperability (GAI) working group.
Finally, this Reference Model organizes standards along a generic "stack" of geoprocessing clients, servers, and intermediate services, depicted in Figure 1.
|
|
|
Figure 1. The interoperability "stack" shows relationships between the different kinds of components in a distributed system. |
The standards referenced here describe and guide the interaction between these components: data queries and their responses; service invocations; metadata retrieval mechanisms, and so on. Components in this model are of four essential kinds:
User applications are the software usually seen by users; they may be highly customized analytical or field applications, or general-purpose viewers. They draw their input either directly from data repositories or from intermediate services that pre-process data for their use.
Catalogs allow clients and services to find out what repositories or services are available and appropriate for their use. Gazetteers are another such "meta-service"; they provide the geographic locations of place names.
Content repositories provide geospatial data in the form of features, coverages, and data objects or tables.
Geoprocessing services are the "workhorses" of the interoperability stack. They may simply draw maps from raw data; or they may perform advanced analytical functions such as feature extraction or coordinate transformation. They provide data, maps, or other inputs to user applications – or to other services, in what's known as "service chaining."
Another important kind of component is a "portal." A portal is an assembly of components that provides a community-wide access point to distributed data services. An interoperable geospatial portal employs standard software interfaces to connect to catalog, map, and feature services set up by providers. A portal often serves a specific community, but it may use a generic user interface that other communities can adapt. A portal usually offers personalized or customized views of some kind. Interoperable geospatial portals are an active design area in OGC and FGDC; no portal specifications are available yet.
The topic of geospatial data, and access to such data, is unified in theory; but conventional practice divides it into two distinct sub-topics: discrete geometric features vs. fields of measured values, often termed coverages (including but not limited to earth images). Sections 2.a and 2.b treat each of these topics in turn.
|
|
|
Figure 2. Features use geometries to represent phenomena on the earth |
ISO, OpenGIS, and FGDC standards and specifications define a geographic feature quite generally, as "an abstraction of a real world phenomenon (...) associated with a location relative to the Earth." In practice, the term "feature" usually refers to discrete data entities whose position in space is described by geometric and topological primitives such as points, lines, or polygons. Feature data typically represent road networks, land boundaries, point locations of incidents or samples, and other discrete, identifiable geospatial entities
Table 2 organizes the various standards and specifications related to geographic features.
For guidance on how to interpret and use this table, please see Section 1.a.
Three OGC specifications provide implementation guidance for access to features:
The Simple Features Access specifications apply to three distributed computing platforms (SQL, OLE/COM, and CORBA) and to the simplest and most commonly used geometry types (points, lines, and polygons, and compounds of these).
(ISO TC211 is adopting OGC's Simple Features Access Common Architecture (ISO 19125-1) and SQL option (ISO 19125-2).)
The Web Feature Service (WFS) and Filter Encoding specifications detail Web-based access to Simple Features (insertion, update, deletion, query, and discovery). WFS-compliant servers must encode outgoing features in (at least)
OGC's Geography Markup Language (GML), v2.1.
Several feature encodings are available to meet the needs of various application domains:
OGC's "Well-Known Text" and "Well-Known Binary" formats are defined in the Simple Features access specifications for SQL, OLE/COM, and CORBA.
OGC's Geography Markup Language (GML), v3.0, expresses feature geometry and topology, coverages, temporal variation, and other feature properties in XML (the W3C's Extensible Markup Language). GML serves as a basis for building specialized "applications schemas" (see Appendix A).
ISO's draft on Encoding (ISO 19118) provides guidance on deriving XML schemas for geospatial data from Unified Modeling Language (UML) schemas. ISO 19118 and GML are not compatible; however ISO and OGC are working to harmonize
them (ISO 19136).
The Spatial Data Transfer Standard (SDTS) (ANSI NCITS 320-1998) is a very general, self-describing data model and encoding scheme, resulting from a ten-year consensus and design effort. FGDC has defined a number of SDTS profiles, in particular the
Topological Vector Profile (TVP) (now ANSI SDTS Part 4) and
Point Profile. (ANSI recently began its 5-year review of SDTS.)
Appendix B references several several additional feature encoding conventions defined and maintained by government agencies or dominant GIS vendors (but not by a voluntary consensus process).
ISO TC211 has published several conceptual models describing geographic features.
Rules for application schema (ISO 19109) contains the general feature model for ISO TC211. It guides the use of classes, relationships, interfaces, and properties in designing feature schemas for data transfers or transactions.
Feature cataloguing methodology (ISO 19110) provides a basis for describing feature types to be pooled across a community of users .
(OGC's Abstract Specification treats similar topics in its volumes on Features and Feature Relationships. However, most implementations have drawn on the ISO feature model.)
Spatial Schema (ISO 19107:2003) provides a model of 2-dimensional and 3-dimensional geometry and topology, and related operators such as "buffer" or "intersects." OGC has adopted this model into its Abstract Specification, as Topic 1 (Feature Geometry).
Simple Features Common Architecture (ISO 19125-1) provides further detail on the subset of features described in OGC's Simple Feature Access Implementation Specifications, including well-known encodings and a starter set of Spatial Reference Systems.
Most work thus far has been on 2-D and 3-D time-independent feature models.
However, ISO's
Temporal Schema (ISO
19108:2002) defines how to represent features over time as well as in
space
|
| ||
|
Figure 3. Coverages represent space-varying phenomena |
| |
Coverages are the other broad category of geospatial data: they describe the characteristics (the "range") of a set of spatial locations (the "domain"). Examples might include a soil map (soil types of specific areas); a satellite image (brightnesses of pixels in a set), or a digital elevation model (regularly-spaced elevation data, or triangulated irregular spot elevations). Given the widespread use of aerial and satellite imagery, grid coverages (whose domain consists of a rectangular array of points, cells, or pixels) are an important special case.
Table 3 summarizes the standards and specifications related to coverages.
|
|
Service Invocation |
Information Transfer |
|
Implementation specifications |
Interface: |
Encoding: |
|
Abstract models |
Behavior: |
Content: |
|
Table 3. Coverages | ||
For guidance on how to interpret and use this table, please see Section 1.a.
OGC provides two specifications for access to grid coverages:
The Grid Coverages Access Implementation Specification for OLE/COM and CORBA provides a detailed interface definition that complies with the Abstract Specification (within the realm of Grid Coverages).
The Web Coverage Service Implementation Specification defines a Web-based syntax for access to Coverage data.
As with features, several coverage encodings are available to meet differing application needs:
GeoTIFF is a widely-used extension of the Tagged Image File Format (TIFF) that embeds georeferencing "tags" within the image file.
SDTS (mentioned in 2.a.i above) defines a Raster Profile and Extensions to encode two-dimensional images and grids, with optional use of ISO BIFF (see below), JPEG/JFIF, or GeoTIFF.
ISO Basic Image Interchange Format, or BIIF (ISO/IEC 12087-5), is used by the US National Imagery and Mapping Agency (NIMA) to support defense and intelligence operations. It is based on NIMA's National Image Transfer Format (NITF).
Appendix A references several emerging proposals for encoding coverages.
Appendix B references several "de facto" standards for encoding coverages.
To guide further work on implementations, OGC and ISO share a general
definition of coverages: ISO's
Schema
for Coverage Geometry and Functions (ISO 19123) defines the various types of
coverages and their access functions. OGC's Abstract Specification, Topic 6 (The Coverage Type and its
Subtypes) incorporates and extends ISO 19123.
Appendix A references ISO's recent work on a general model of imagery.
|
|
|
Figure 4. Metadata describe data contents and appropriate use (much like a nutrient label describes food) |
By describing data or services, metadata aid their discovery by users, and their widespread use within an interoperable infrastructure. Metadata are usually stored in a catalog, and accessible to applications and services via catalog interfaces. The GSDI Cookbook (Chapter 4, section on "Relevant standards") provides a concise overview of standards for access to metadata through catalog interfaces, and for metadata content and encoding.
|
|
Service Invocation |
Information Transfer |
|
Implementation specifications |
Interface: |
Encoding: |
|
Abstract models |
Behavior: |
Content: |
|
Table 4. Catalogs and metadata | ||
For guidance on how to interpret and use this table, please see Section 1.a.
OGC's Catalog Interface
Implementation Specification defines an SQL-like Common Query Language for
search and retrieval of metadata, along with profiles of it for the OLEDB,
CORBA, and Web computing environments. The Web profile uses the ANSI/NISO
Z39.50 (a.k.a. ISO 23950) protocol,
either on its own Internet port, or via HTTP using XML-encoded requests.
The OGC Catalog Interface is stateful: servers "remember" their clients and fill later requests based on earlier ones. However, the Web (linked by the HTTP protocol) is stateless: servers treat each request independently. The Web profile of the OGC Catalog Interface simulates a stateful session using an HTTP "cookie."
Appendix
A references OGC's in-progress work on a stateless catalog interface and a
generalized Web Registry Service.
As for metadata encoding, XML is
generally the preferred option. For structuring XML metadata, an
FGDC Metadata DTD
(Document Type Definition) is available that conforms to FGDC's Content Standard
for Geospatial Metadata (described below).
In fact, metadata collections
with other data structures can still support interoperable catalog searching. By
mapping their internal data fields to those of Z39.50's
GEO
profile, a variety of metadata collections can support FGDC Clearinghouse
queries. Similarly, an earlier Z39.50 profile, the
Catalog Interoperability
Protocol (CIP), supports Committee on Earth Observing Satellites (CEOS)
queries across many different metadata collections. CEOS has aligned
CIP with GEO where the two schemas overlap.
OGC's Abstract Specification,
Topic 13 (Catalog Services)
defines the generic elements that let applications search and retrieve metadata
about geospatial information.
Metadata content is currently the subject
of two documents:
ISO's standard on Metadata (ISO 19115:2003) provides a UML model of metadata, based on the FGDC's Content Standard (described next). It features a small set of required elements and many optional ones, and thus facilitates community-specific profiles.
(OGC's Abstract Specification, Topic 11 (Metadata) is identical to ISO 19115, although OGC intends to supplement it and correct it.)
FGDC's Content Standard for Digital Geospatial Metadata defines the content (but not the encoding or presentation) of metadata describing geospatial data. This was the starting point for ISO's Metadata draft standard (see above).
Step-by-step tutorials for preparing FGDC metadata are available online from the National States Geographic Information Council (NSGIC) and the Wisconsin Land Information Clearinghouse (WISCLINC)
ANSI's INCITS L1 committee and FGDC have worked to harmonize the two standards.
These metadata content standards are used both on their own and as a basis
for specialized extensions and profiles. For instance, FGDC has specialized its
Metadata Content Standard with
Extensions
for Remote Sensing Metadata and profiles for
Biological Data and
Shoreline Data.
Although most metadata content to date describes data, "service metadata," describing geoprocessing service capabilities rather than data, are increasingly important. (Section 6 below provides details on geoprocessing services.)
Implementation-level service metadata is an active work area in OGC, but no stable drafts are available yet.
At the abstract level, ISO's
Services draft (ISO
19119 - Annex C) sketches generic service metadata elements. (See Geoprocessing Services below.) OGC's
recent work with Web services has greatly expanded the set of service metadata
elements beyond those in ISO 19119.
|
|
|
Figure 5. Maps are pictures made from geographic data |
Rendering geographic information as visually meaningful maps is what makes the data "come alive" to users. Table 5 lists the standards that apply to interoperable mapping and visualization.
|
|
Service Invocation |
Information Transfer |
|
Implementation specifications |
Interface: |
Encoding: |
|
Abstract models |
Behavior: |
Content: |
|
Table 5. Maps and visualization | ||
For guidance on how to interpret and use this table, please see Section 1.a.
OGC's Web Map Service is the primary
specification for requesting maps and visualization via the World Wide Web. Its
"GetMap" requests are preceded by a "GetCapabilities" request to ascertain a
server's available "layers" of information, and its rendering and processing
abilities. ISO's draft
Web Map Server Interface (ISO 19128) is
based on the OGC Web Map Service specification.
Step-by-step tutorials for setting up an OGC Web Map Server are available from NASA's ESIP Federation and International Interfaces, Inc.
OGC has based two
additional interface specifications on its Web Map Service:
Styled Layer Descriptor defines an XML syntax for portrayal rules that tell an OGC Web Map Server how to render either its own data or the output of an OGC Web Feature Server or Web Coverage Server.
Web Map Context Documents defines an XML syntax for creating, storing, and exchanging map views from the Web Map Service.
As for map encodings: because maps are pictures rather than complex data,
they employ common raster formats such as
Portable Network Graphics (PNG), the Joint Photographic Experts'
Group
JPEG / JFIF and
JPEG2000 (a.k.a. ISO/IEC 15444);
Tagged Image File Format (TIFF), or vector formats such as W3C's
Scalable Vector Graphics (SVG), ANSI/ISO's
Computer Graphics Metafile (CGM), or
W3C's
WebCGM (a profile of CGM). Maps
may also be encoded using simple coverage encodings such as
GeoTIFF, listed in
2.b.i above. The choice of map encoding depends on the graphical content to be
conveyed (e.g., continuous vs. discrete color variations; transparency; color
depth) and the capabilities of the client viewer.
Despite the widespread use of maps and visualization, there has been only limited formal definition of portrayal processes:
ISO's Portrayal draft standard (ISO 19117) defines rules for portraying geospatial features.
OGC's initial Web Map Service specification summarizes the chief concepts of user interaction with geospatial data and interactive portrayal.
Geospatial reference systems identify geospatial locations, using either place names or numeric coordinates. As such, they underlie most geospatial data transfers and service invocations. Table 6 describes the standards that guide the choice and expression of geospatial reference systems.
For guidance on how to interpret and use this table, please see Section 1.a.
Many different organizations have specified geodetic and cartographic
reference systems, as well as coordinate encodings:
The European Petroleum Survey Group (EPSG) has a database that lists
coordinate reference system parameters (datums, ellipsoids, meridians, units of
measure, etc.) and "bundles" them into commonly-used coordinate reference
systems (e.g., "WGS84 UTM Zone 18N meters").
OGC's Web Map Service and Geography Markup Language use EPSG's parameter "bundles," and their identifiers, to request maps and to encode features. The Web Map Service extends EPSG with orthographic projections.
OGC's Simple Features Access
specifications for OLE/COM and SQL (Section 4) list a "supported" set of datums,
ellipsoids, units of measure, projections, and projection parameters.
OGC's Coordinate Transformation
Services specification (see Section 6.c) details
Well-Known Text (WKT) encoding of coordinate reference systems (based on the
EPSG tables) and sketches an XML encoding.
OGC recommends a specific
XML encoding of coordinate
reference parameters.
ISO 6709
specifies a syntax for
expressing express latitude, longitude, and altitude values. ANSI
X3.61 extends this syntax to the Universal Transverse mercator and State
Plane projected coordinate reference systems.
Place names and codes are also the subject of several national and
international standards:
ISO
3166 defines codes for countries and their subdivisions.
In the United States, FIPS 5-2 (adopted as ANSI
X3.38) lists states and territories using ISO 3166 subdivision codes. FIPS 6-4 adds county
codes (using ANSI
X3.31 coding rules); FIPS 8-6 adds
metropolitan areas; FIPS 55
identifies populated places (using ANSI
X3.47 coding rules); and FIPS 9-1 identifies
congressional districts. ANSI
X3.145 (USGS Circular 878-A) defines Hydrological Unit Codes for river
basins and sub-basins.
The USGS Geographic Names Information
System (GNIS) hosts the official codes for US populated places (defined in
FIPS 55).
The NIMA GEONames server hosts codes for the world's countries and their subdivisions (defined in FIPS 10-4).
ISO's standard on Spatial Referencing by
Coordinates (ISO
19111:2003) defines geodetic concepts and parameters (primarily datum and
ellipsoid) that underlie earth-based coordinate systems, as well as
transformations between coordinate systems.
OGC's Abstract
Specification, Topic 2 (Spatial
Referencing by Coordinates), "supplements and corrects" ISO 19111.
ISO's draft standard on Spatial Referencing by
Geographic Identifiers (ISO 19112) defines the relationship between
geographic positions and geographic identifiers (that is, place names that have
been qualified enough -- e.g., "Moscow, Idaho" -- to designate exactly
one location). This paves the way for gazetteers (described
below).
Maps and visualization are a special case of more general geoprocessing services. Such services may operate on a variety of datatypes: features, coverages, metadata, maps -- even simple text. Table 7 summarizes the standards that provide an architecture and taxonomy for these services.
|
|
Service Invocation |
|
Implementation |
Interface: [none] |
|
Abstract models |
Behavior: |
|
Table 7. Services Architecture | |
For guidance on how to interpret and use this table, please see Section 1.a.
The practical description and discovery of geoprocessing services are active works-in-progress in OGC at this time. Appendix A provides details.
ISO and OGC share a model of
Geospatial Services
(ISO 19119, identical to OGC Abstract Specification, Topic 12). This document
groups services into five categories (human interaction, information management,
workflow management, geo-processing, and communication), defines service
chaining and service metadata, and sketches an XML-compatible data dictionary
for service metadata.
The following sections describe the standards related to specific geoprocessing services, such as coordinate transformation, gazetteers, and others.
Given the variety of coordinate reference systems in use, coordinate transformation (that is, re-expressing geospatial positions in a new coordinate reference system) is one of the most commonly-needed geoprocessing operations. These transformations may be exact (using closed-form or iterative computations, as with projections), or approximate (using error-minimizations, as in the case of a datum change).
|
|
Service Invocation |
|
Implementation |
Interface: |
|
Abstract models |
Behavior |
|
Table 8. Coordinate Transformation | |
For guidance on how to interpret and use this table, please see Section 1.a.
OGC's Coordinate Transformation
Services specification provides a generic object model for coordinate
systems and transformations, with 3 concrete profiles: COM MIDL files, CORBA IDL
files, and Java source sode.
ISO's draft standard on
Spatial Referencing by
Coordinates (ISO
19111:2003) and OGC's Abstract Specification Topic 2 on
Spatial Referencing by
Coordinates, both mentioned earlier, provide geodetic definitions and
principles behind coordinate transformations.
Gazetteers provide access to geospatial data indexed by place names rather than by coordinate locations. Table 9 summarizes standards related to gazetteer services.
|
|
Service Invocation |
|
Implementation |
Interface: [none] |
|
Abstract models |
Behavior |
|
Table 9. Gazetteers | |
For guidance on how to interpret and use this table, please see Section 1.a.
OGC has explored gazetteers and related services, but has not yet released stable drafts. Appendix A lists a few proposals.
ISO's Spatial Referencing by
Geographic Identifiers (ISO 19112) sets the stage for gazetteer
services.
ISO's and OGC's general taxonomies mention a large number of useful geoprocessing services, most of which currently exist only as internal software functions rather than addressable services: spectral classification, feature generalization, etc. It is expected that most of these will share a "common trunk" of metadata and interface / behavior, to be defined in the general service model.
American National Standards
Institute (ANSI)
http://www.ansi.org/
Federal Geographic Data
Committee (FGDC)
http://www.fgdc.gov/
http://gai.fgdc.gov/ (GAI / Geospatial
Applications and Interoperability)
International Organization
for Standardization (ISO)
http://www.iso.ch
http://www.isotc211.org
(TC211 / Geographic Information/Geomatics)
International Committee for
Information Technology Standards (INCITS)
http://www.incits.org/
http://www.incits.org/tc_home/l1.htm
(L1 / Geographic Information Systems)
Open GIS Consortium
(OGC)
http://www.opengis.org/
World Wide Web Consortium (W3C)
http://www.w3.org/
Architecture Standards for
Information Systems - A GST White Paper (G. Percivall, June 2002)
http://www.gst.com/Library/arch_standards_is.pdf
Internet Engineering Task
Force (IETF) Internet Standards Process
http://www.ietf.org/rfc/rfc2026.txt
Status of FGDC
Standards
http://www.fgdc.gov/standards/status/textstatus.html
FGDC Standards Reference
Model
http://www.fgdc.gov/standards/refmod97.pdf
ISO/IEC 10746, Open
Distributed Processing - Reference Model: Overview
http://www.iso.ch/iso/en/ittf/PubliclyAvailableStandards/c020696_ISO_IEC_10746-1_1998(E).zip
ISO/IEEE Open System
Environment (OSE)
http://csrc.nist.gov/publications/nistpubs/800-7/node8.html
(summary)
http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=23985
(full document)
U.S. Department of Defense
Joint Technical Architecture
http://www-jta.itsi.disa.mil/
OMB Circular A-119, Feb. 1998
http://www.whitehouse.gov/omb/circulars/a119/a119.html
http://www.whitehouse.gov/omb/circulars/a119/a119.html#4
(voluntary consensus standards)
Catalog Interface
http://www.opengis.org/docs/02-087r3.pdf
Coordinate Transformation
Services
http://www.opengis.org/docs/01-009.pdf
Filter Encoding
http://www.opengis.org/docs/02-059.pdf
Geography Markup Language
(GML)
http://www.opengis.org/docs/02-023r4.pdf
(v3.0)
http://www.opengis.net/gml/02-009/GML2-11.html
(v2.12)
Grid Coverages Access
http://www.opengis.org/docs/01-004.pdf
Recommended XML encoding of
coordinate reference system definitions
http://www.opengis.org/docs/03-010r7.pdf
Simple features access for
CORBA
http://www.opengis.org/docs/99-054.pdf
Simple features access for
OLE/COM
http://www.opengis.org/docs/99-050.pdf
Simple features access for
SQL
http://www.opengis.org/docs/99-049.pdf
Styled Layer Descriptor
http://www.opengis.org/docs/02-070.pdf
Web Coverage Service
http://www.opengis.org/docs/03-065r6.pdf
Web Feature Service
http://www.opengis.org/docs/02-058.pdf
Web Map Context
Documents
http://www.opengis.org/docs/03-036r2.pdf
Web Map Service
http://www.opengis.org/docs/03-086.pdf
(current v1.2)
http://www.opengis.org/techno/specs/01-068r3.pdf (previous v1.1.1)
http://www.opengis.org/docs/00-028.pdf (original v1.0)
Tutorials on OGC Web Map Service
http://oceanesip.jpl.nasa.gov/esipde/guide.html
http://www.intl-interfaces.net/cookbook/WMS/
Topic 0 - Introduction
http://www.opengis.org/docs/99-100r1.pdf
Topic 1 - Feature Geometry
(identical to ISO 19107)
http://www.opengis.org/docs/01-101.pdf
Topic 2 - Spatial Referencing
by Coordinates (supplements and corrects ISO 19111)
http://www.opengis.org/docs/02-102.pdf
Topic 5 - Features
http://www.opengis.org/docs/99-105r2.pdf
Topic 6 - The coverage type
and its subtypes
http://www.opengis.org/docs/00-106.pdf
Topic 8 - Feature
Relationships
http://www.opengis.org/docs/99-108r2.pdf
Topic 11 - Metadata (identical to ISO
19115)
http://www.opengis.org/docs/01-111.pdf
http://www.opengis.org/docs/01-053r1.pdf
(planned corrections and extensions)
Topic 12 - Services (identical to ISO
19119)
http://www.opengis.org/docs/02-112.pdf
Topic 13 - Catalog Services
http://www.opengis.org/docs/99-113.pdf
ISO 19101:2002 (Reference
Model)
http://www.ncits.org/ref-docs/ISO_DIS_19101.pdf
(final draft)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ISO+19101:2002
(int'l standard)
ISO 19107:2003 (Spatial
Schema)
http://www.ncits.org/ref-docs/ISO_DIS_19107.pdf
(final draft)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ISO+19107:2003
(int'l standard)
ISO 19108:2002 (Temporal
Schema)
http://www.ncits.org/ref-docs/ISO_DIS_19108.pdf
(final draft)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ISO+19108:2002
(int'l standard)
ISO 19109 (Rules for
Application Schema)
http://www.ncits.org/ref-docs/DIS_19109.PDF
ISO 19110 (Methodology for
Feature Cataloguing)
http://www.ncits.org/ref-docs/ISO_DIS_19110.pdf
ISO 19111:2003 (Spatial
Referencing by Coordinates)
http://www.ncits.org/ref-docs/FDIS_19111.pdf
(final draft)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ISO+19111:2003
(int'l standard)
ISO 19112 (Spatial
Referencing by Geographic Identifiers)
http://www.ncits.org/ref-docs/ISO_DIS_19112.pdf
ISO 19115:2003
(Metadata)
http://www.ncits.org/ref-docs/FDIS_19115.pdf
(final draft)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ISO+19115:2003
(int'l standard)
ISO 19117 (Portrayal)
http://www.ncits.org/ref-docs/ISO_DIS_19117.pdf
ISO 19118 (Encoding)
http://www.ncits.org/ref-docs/ISO_DIS_19118.pdf
ISO 19119 (Services)
http://www.ncits.org/ref-docs/DIS19119.PDF
ISO 19123 (Schema for
Coverage Geometry and Functions)
http://www.geog.umd.edu/gis/standards/ISO-TC211/CD%2019123.2%20Schema%20for%20coverage%20geometry%20and%20functions.pdf
(unofficial copy)
http://www.isotc211.org/protdoc/211n1227/211n1227.pdf
(ISO master
copy)
ISO 19125-1 (Simple Features
Access - Part 1: Common Architecture)
http://www.ncits.org/ref-docs/ISO_DIS_19125-1.pdf
ISO 19125-2 (Simple Features
Access - Part 2: SQL option)
http://www.ncits.org/ref-docs/ISO_DIS_19125-2.pdf
ISO 19128 (Web Map Server
Interface)
http://www.isotc211.org/protdoc/211n1477/211n1477.pdf
![]()
ISO 19136 (Geography Markup
Language)
http://www.isotc211.org/protdoc/211n1220/211n1220.pdf
![]()
ISO 3166 (country and subdivision codes)
http://www.iso.org/iso/en/prods-services/iso3166ma/index.html
(country codes only)
http://www.wikipedia.org/wiki/ISO_3166-2
(subdivision codes)
ISO 6709 (representation of
latitude, longitude, and altitude)
http://www.isotc211.org/protdoc/211n1255/211n1255.pdf
Spatial Data Transfer Standard (SDTS)
http://mcmcweb.er.usgs.gov/sdts/
http://mcmcweb.er.usgs.gov/sdts/SDTS_standard_oct91/index_4.html
(Topological Vector Profile)
http://www.fgdc.gov/standards/documents/standards/sdts_point/sdts_pt6.pdf
(Point Profile)
Basic Image Interchange
Format (BIIF, a.k.a. ISO/IEC 12087-5)
http://www.ismc.nima.mil/ntb/baseline/docs/biif/
GeoTIFF
http://www.remotesensing.org/geotiff/geotiff.html
Spatial Data Transfer
Standard (SDTS)
http://mcmcweb.er.usgs.gov/sdts/
http://www.fgdc.gov/standards/documents/standards/sdts_pt5/srpe0299.pdf
(Raster Profile)
ANSI / ISO Computer Graphics
Metafile (CGM)
http://www.itl.nist.gov/div897/ctg/graphics/cgm_std.htm
GeoTIFF
http://www.remotesensing.org/geotiff/geotiff.html
Joint Photographic Experts'
Group (JPEG)
http://www.jpeg.org/public/jpeglinks.html
(JPEG/JFIF)
http://www.jpeg.org/JPEG2000.html
(JPEG 2000, a.k.a. ISO/IEC 15444)
W3C Portable Network Graphics
(PNG)
http://www.libpng.org/pub/png/
W3C Scalable Vector Graphics
(SVG)
http://www.w3.org/Graphics/SVG
Tagged Image File Format
(TIFF)
http://www.libtiff.org/
W3C WebCGM
http://www.w3.org/Graphics/WebCGM/
(See also ISO 3166 and ISO
6709 above)
ANSI X3.61 (Geographic Point
Locations -- extends ISO 3166)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ANSI+INCITS+61-1986+%28R2002%29
ANSI X3.31 (Coding rules for
US counties -- used in FIPS 6-4)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ANSI+INCITS+31-1988+%28R2002%29
ANSI X3.38 (US states and
territories -- adopts FIPS 5-2)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ANSI+INCITS+38-1988+%28R1999%29
ANSI X3.47 (Coding rules for
populated places, county divisions, etc. -- used in FIPS 55)
http://webstore.ansi.org/ansidocstore/product.asp?sku=ANSI+INCITS+47-1988+%28R2000%29
ANSI X3.145 (Hydrologic Unit
Codes -- also known as USGS Circular 878-A)
http://water.usgs.gov/pubs/circ/circ878-A/pdf/gsc_878-a.pdf
FIPS 5-2 (US states and
territories)
http://www.itl.nist.gov/fipspubs/fip5-2htm
FIPS 6-4 (US counties -- uses
ANSI X3.31 rules)
http://www.itl.nist.gov/fipspubs/fip6-4.htm
FIPS 8-6 (US metropolitan
areas)
http://www.itl.nist.gov/fipspubs/fip8-6-0.htm
FIPS 9-1 (US congressional
districts)
http://www.itl.nist.gov/fipspubs/fip9-1.htm
FIPS 10-4 (Countries and
country subdivisions)
http://www.nima.mil/gns/html/fips10-4.html
FIPS 55 (Populated places,
county divisions, etc. -- uses ANSI X3.47 rules)
http://geonames.usgs.gov/fips55.html
Content Standard for Digital
Geospatial Metadata
http://www.fgdc.gov/metadata/contstan.html
Tutorials on the FGDC
Metadata standard
http://www.lic.wisc.edu/metadata/metaprim.htm
http://badger.state.wi.us/agencies/wlib/sco/metex/
FGDC/ISO Metadata Standard Harmonization
http://www.fgdc.gov/metadata/whatsnew/fgdciso.html
FGDC Metadata DTD
http://www.fgdc.gov/metadata/fgdc-std-001-1998.dtd
Extensions for Remote Sensing
Metadata
http://www.fgdc.gov/standards/documents/standards/remote_sensing/MetadataRemoteSensingExtens.pdf
Profile for Biological
Data
http://www.fgdc.gov/standards/status/sub5_2.html
Profile for Shoreline Data
http://www.fgdc.gov/standards/status/sub5_6.html
Catalog Interoperability
Protocol (CIP)
http://www.dfd.dlr.de/ftp/pub/CIP_documents/
CIP/GEO alignment
http://www.dfd.dlr.de/ftp/pub/CIP_documents/cip_geo_alignment
GEO profile
http://www.blueangeltech.com/Standards/GeoProfile/geo22.htm
Z39.50
http://www.niso.org/standards/resources/Z3950_Resources.html
http://www.loc.gov/z3950/agency/
EPSG Coordinate systems
database
http://www.ihsenergy.com/epsg/epsg_v63.zip
Unified Modeling Language
(UML) Resource Page
http://www.omg.org/uml/
W3C Extensible Markup
Language (XML)
http://www.w3.org/XML/
An informative appendix to the Geospatial Interoperability
Reference Model (GIRM)
of the FGDC Geospatial Applications and
Interoperability Working Group
Editor: John D. Evans (NASA Geospatial
Interoperability Office)
Version 1.0, May 2003
This
Appendix references several standards projects currently underway within
recognized standards bodies such as OGC, FGDC, or ISO. These projects are
selected according to same criteria as the
GIRM (openness, geospatial interoperability, documentation, implementation, and
maturity). However, these standards drafts are not yet mature enough to be in
the GIRM: most are likely to undergo significant change before adoption.
Nonetheless, these drafts are openly available; a consensus has begun to form
around them; and (for implementation specifications) technology prototypes have
been publicly demonstrated.
The drafts presented here are intended not as
requirements, but as informative glimpses of the community's "leanings." On
several geospatial topics, viewpoints, or abstraction levels, these proposals
extend more established standards to new environments such as the Web. In some
cases, no established standard exists: these proposals capture the current state
of the art.
The proposals are ordered by the same high-level geospatial
topics as those in the GIRM.
OGC has developed several application schemas based on GML 2 and GML 3.0; in particular, the Location Organizer Folder (LOF) and XML for Image and Map Annotations (XIMA), are the subject of informal OGC Discussion Papers.
Several different XML-based encodings are in work for coverages, including NASA's eXtensible Data Format (XDF) and Earth Science Markup Language (ESML).
OGC's Geography Markup Language (GML) 3.0 sketches constructs for describing and encoding coverages.
Mapping Science, Inc. has developed the GeoJP2 image format, which embeds GeoTIFF headers into the JPEG2000 format.
ISO's Imagery, Gridded and Coverage Data framework (ISO 19129) sketches a common abstract model intended to harmonize the variety of coverage encodings.
OGC's Web Registry Server informal Discussion Paper sketches a Web-based stateless interface for access to descriptions of data, data types, service instances and types, taxonomies, and associations between these. Its Registry Information Model (based on ebXML's ebRIM) gathers metadata elements common to all registry objects.
ISO's Metadata working group is drafting an ISO 19115
XML Schema
(within the ISO 19139
work item) to implement the
ISO 19115 Metadata draft standard in XML.
ISO's Geodetic codes and
parameters (ISO 19127)
provides rules for
maintaining and coordinating registries of parameters used in coordinate
reference systems.
ISO is considering a proposed PDF Archive (PDF/A) encoding scheme based on the Portable Document Format (PDF) specification from Adobe Systems.
OGC's Interoperability
Program Service Model provides a framework for publishing, finding, binding
to, and chaining services, and a"common trunk" of metadata and interface /
behavior shared by all geoprocessing services.
Both this and the Web
Registry Service proposal cast geoprocessing services as XML Web services,
describing them using ebXML (Electronic
Business using Extensible Markup Language) or WSDL (Web Services Description Language)
with Universal Description, Discovery, and Integration (UDDI) for service discovery and binding. The OASIS consortium (Organization for the
Advancement of Structured Information Standards) is working on interoperability
between ebXML and UDDI.
OGC's Gazetteer Service
informal Discussion Paper proposes a gazetteer modeled after the Web Map / Web
Feature Service. Unlike ISO's abstract model for Geographic Identifiers, it
accepts informal (ambiguous) place names and lets clients choose among all the
corresponding geographic identifiers.
OGC's informal Discussion Papers on
Geoparser and Geocoder services define
additional Web-based services that use a Gazetteer service to identify place
names in documents, and to tie them to features representing their geographic
locations.
An informative appendix to the Geospatial Interoperability
Reference Model (GIRM)
of the FGDC Geospatial Applications and
Interoperability Working Group
Editor: John D. Evans (NASA Geospatial
Interoperability Office)
Version 1.0, May 2003
This
Appendix references several encoding schemes for geospatial data that are in
common use, often due to the dominance of a single supplier of data or software.
These specifications are publicly available, and allow anyone to write software
to encode or decode data in these formats. However, these are "de facto" rather
than "open" standards: they are not defined or maintained by a voluntary
consensus process. The encoding schemes presented here are intended not as
requirements, but as a descriptive overview.
(This document omits proprietary formats, whose use requires a license (and/or software) from the format's owner. The specification for such a proprietary format is usually not published; but it may [also/instead] be protected by a patent.)
Several commercial vendors have published specifications for simple proprietary formats: e.g., ESRI's Shapefile, MapInfo's MIF/MID format, or AutoDesk's Drawing eXchange Format (DXF). This has enabled others to write software libraries such as shapelib (for ESRI Shapefiles) and MITAB (for MapInfo files).
VPF (Vector Product Format) is the US
National Imagery and Mapping Agency (NIMA)'s format for the Digital Chart of the
World (now known as VMAP
0) and other feature-based data products. VPF implements NATO's more general
Digital Geographic Exchange Standard
(DIGEST).
The US National Imagery and Mapping Agency (NIMA) uses CADRG
(Compressed Arc Digitized Raster Graphics) for scanned maps.
HDF-EOS, a profile of the Hierarchical
Data Format, is the standard file format and software library for NASA's Earth
Observing System.
DTED,
used by NIMA and the US Geological Survey, encodes Digital Terrain Elevation
Data.
NetCDF
(Network Common Data Form), from the U.S. National Center for Atmospheric
Research (NCAR), is a software library and an encoding format for array-oriented
scientific data.
GRIB
(GRid In Binary) and BUFR
(Binary Universal Form for the Representation of meteorological data) are the
World Meterological Organization's standards for encoding discrete point data
and data grids, respectively.
Adobe Systems' Portable Document Format (PDF) is a common encoding for vector-based maps.
NATO's Digital Geographic
Information Exchange Standard (DIGEST),
Part 3 defines parameters for geodetic and cartographic referencing.