From e4efec1842cb43b6ff5a2854cf90f5c500aa7317 Mon Sep 17 00:00:00 2001 From: Chris Little Date: Thu, 1 Feb 2024 16:22:00 +0000 Subject: [PATCH] Update clause_8_pubsub-channels.adoc --- .../pubsub/standard/sections/clause_8_pubsub-channels.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/extensions/pubsub/standard/sections/clause_8_pubsub-channels.adoc b/extensions/pubsub/standard/sections/clause_8_pubsub-channels.adoc index 2c92bf6c..f2ca29eb 100644 --- a/extensions/pubsub/standard/sections/clause_8_pubsub-channels.adoc +++ b/extensions/pubsub/standard/sections/clause_8_pubsub-channels.adoc @@ -12,7 +12,7 @@ The OGC API service endpoint specified by a URL path of resources and sub-resour - ``/collections``: Notifies Subscribers whenever there is a change to the ``/collections`` resource (for example, addition of a new collection). The message payload would be collection metadata as defined in the https://docs.ogc.org/DRAFTS/20-024.html#collection-description[OGC API - Common Standard], or a message referencing the collection metadata. - ``/collections/{collectionId}``: Notifies Subscribers whenever there is an update to a single `collection` resource (for example, spatial or temporal extents, new items, etc.). The message payload would be defined by the resource model of the given collection (items, etc.), or a message referencing the resource model of the collection. -For example, users could use a subscription to metadata records, which are usually small conpared to the source data, and are therefore more transportable. This informs and notifies the user of changes prior to requesting the possibly large source data, especially when bandwidth is at a premium. +For example, users could use a subscription to metadata records, which are usually small compared to the source data, and are therefore more transportable. This informs and notifies the user of changes prior to requesting the possibly large source data, especially when bandwidth is at a premium. Using the OGC API service endpoints of the URL path of resource and sub-resources provides the key benefit that developers implementing OGC API Standards do not need to learn a different, additional approach or resource path for Pub/Sub (same content, additional interface).