All Projects → opengeospatial → Ogcapi Features

opengeospatial / Ogcapi Features

Licence: other
An open standard for querying geospatial information on the web.

Projects that are alternatives of or similar to Ogcapi Features

Dreamfactory
DreamFactory API Management Platform
Stars: ✭ 1,148 (+600%)
Mutual labels:  api, openapi
Swagger Combine
Combines multiple Swagger schemas into one dereferenced schema.
Stars: ✭ 102 (-37.8%)
Mutual labels:  api, openapi
Umdio
An open API for the University of Maryland
Stars: ✭ 72 (-56.1%)
Mutual labels:  api, openapi
Openapi Generator
OpenAPI Generator allows generation of API client libraries (SDK generation), server stubs, documentation and configuration automatically given an OpenAPI Spec (v2, v3)
Stars: ✭ 10,634 (+6384.15%)
Mutual labels:  api, openapi
Angular Swagger Ui
An angularJS implementation of Swagger UI
Stars: ✭ 131 (-20.12%)
Mutual labels:  api, openapi
Best Of Web Python
🏆 A ranked list of awesome python libraries for web development. Updated weekly.
Stars: ✭ 1,118 (+581.71%)
Mutual labels:  api, openapi
Cats
Generate tests at runtime based on OpenApi specs
Stars: ✭ 86 (-47.56%)
Mutual labels:  api, openapi
Fusio
Open source API management platform
Stars: ✭ 946 (+476.83%)
Mutual labels:  api, openapi
Wizard
Wizard是一款开源的文档管理工具,支持Markdown/Swagger/Table类型的文档。
Stars: ✭ 1,733 (+956.71%)
Mutual labels:  api, openapi
L5 Swagger
OpenApi or Swagger integration to Laravel
Stars: ✭ 1,781 (+985.98%)
Mutual labels:  api, openapi
Compojure Api
Sweet web apis with Compojure & Swagger
Stars: ✭ 1,056 (+543.9%)
Mutual labels:  api, openapi
Restinstance
Robot Framework library for RESTful JSON APIs
Stars: ✭ 157 (-4.27%)
Mutual labels:  api, openapi
Sdmx Rest
This repository is used for maintaining the SDMX RESTful web services specification.
Stars: ✭ 50 (-69.51%)
Mutual labels:  api, standard
Vue Openapi
OpenAPI viewer component for VueJS
Stars: ✭ 66 (-59.76%)
Mutual labels:  api, openapi
Waliyun
阿里云Node.js Open API SDK(完整版)
Stars: ✭ 40 (-75.61%)
Mutual labels:  api, openapi
Openapi Viewer
Browse and test a REST API described with the OpenAPI 3.0 Specification
Stars: ✭ 82 (-50%)
Mutual labels:  api, openapi
Openapi3 Validator
Validator for OpenAPI v3 specs
Stars: ✭ 11 (-93.29%)
Mutual labels:  api, openapi
Fastapi
FastAPI framework, high performance, easy to learn, fast to code, ready for production
Stars: ✭ 39,588 (+24039.02%)
Mutual labels:  api, openapi
Tcases
A model-based test case generator
Stars: ✭ 103 (-37.2%)
Mutual labels:  api, openapi
Unit Api
Units of Measurement API
Stars: ✭ 140 (-14.63%)
Mutual labels:  api, standard

OGC API - Features

This GitHub repository contains OGC's multi-part standard for querying geospatial information on the web, "OGC API - Features". All approved versions of the specification can be found here.

OGC API standards define modular API building blocks to spatially enable Web APIs in a consistent way. OpenAPI is used to define the reusable API building blocks with responses in JSON and HTML.

The OGC API family of standards is organized by resource type. OGC API Features specifies the fundamental API building blocks for interacting with features. The spatial data community uses the term 'feature' for things in the real world that are of interest.

If you are unfamiliar with the term 'feature', the explanations on Spatial Things, Features and Geometry in the W3C/OGC Spatial Data on the Web Best Practice document provide more detail.

Overview

OGC API Features provides access to collections of geospatial data.

GET /collections

Lists the collections of data on the server that can be queried (section 7.13), and each describes basic information about the geospatial data collection, like its id and description, as well as the spatial and temporal extents of all the data contained.

GET /collections/buildings/items?bbox=160.6,-55.95,-170,-25.89

Requests all the data in the collection "buildings" that is in the New Zealand economic zone. The response format (typically HTML or a GeoJSON feature collection, but GML is supported, too, and extensions can easily supply others) is determined using HTTP content negotiation.

Data is returned in pageable chunks, with each response containing a next link as many collections are quite large. The core specification supports a few basic filters, in addition to the bbox filter above, with extensions providing more advanced options (section 7.15).

GET /collections/{collectionId}/items/{featureId}

Returns a single 'feature' - something in the real-world (a building, a stream, a county, etc.) that typically is described by a geometry plus other properties. This provides a stable, canonical URL to link to the 'thing' (section 7.16).

See here for an overview of the extensions to support additional coordinate reference systems beyond WGS 84.

Using the standard

The standard is on the OGC website:

Those who want to just see the endpoints and responses can explore examples of OpenAPI definitions.

The reference version of the OpenAPI components and XML schemas are published in the OGC schema repository.

Server and client implementations

Overview of tools implementing OGC API Features

Communication

Join the mailing list or chat at https://gitter.im/opengeospatial/WFS_FES

Most all work on the specification takes place in GitHub issues, so browse there to get a good idea of what is happening, as well as past decisions.

Additional parts of OGC API - Features

The OGC Features API SWG has identified the following extensions as the highest priority:

Additional information

Part 1 (Core) has also been published by ISO as ISO 19168-1:2020.

Open issues for all parts are organized in GitHub projects:

Additional links:

Building

The latest drafts of each standard in this repository are build daily (based on the configuration contained in the asciidoctor.json file):

To generate the HTML versions of the standards from this repository yourself, ensure that you have Ruby and Asciidoctor set up and installed. Then run:

# Part 1: Core
asciidoctor -a data-uri -r asciidoctor-diagram core/standard/17-069.adoc
# Part 2: Coordinate Reference Systems by Reference
asciidoctor -a data-uri -r asciidoctor-diagram extensions/crs/standard/18-058.adoc
# Part 3: Filtering and the Common Query Language (CQL)
asciidoctor -a data-uri -r asciidoctor-diagram extensions/cql/standard/19-079.adoc
# Part 4: Create, Replace, Update and Delete
asciidoctor -a data-uri -r asciidoctor-diagram extensions/transactions/simple/standard/20-002.adoc

The resulting HTML files will be built in the same directory as the AsciiDoc file, e.g. as core/standard/17-069.html.

Contributing

The contributor understands that any contributions, if accepted by the OGC Membership and ISO/TC 211, shall be incorporated into OGC and ISO/TC 211 OGC API standards documents and that all copyright and intellectual property shall be vested to the OGC.

The Features API Standards Working Group (SWG) is the group at OGC responsible for the stewardship of the standard, but is working to do as much work in public as possible.

Pull Requests from contributors are welcomed. However, please note that by sending a Pull Request or Commit to this GitHub repository, you are agreeing to the terms in the Observer Agreement https://portal.ogc.org/files/?artifact_id=92169

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].