Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix typos #1191

Merged
merged 2 commits into from
Nov 28, 2022
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions best-practices.md
Original file line number Diff line number Diff line change
Expand Up @@ -281,7 +281,7 @@ providing them at the Asset level can prove to be very useful for using the data
### Working with Media Types

[Media Types](https://en.wikipedia.org/wiki/Media_type) are a key element that enables STAC to be a rich source of information for
clients. The best practice is to use as specific of a media type as is possible (so if a file is a GeoJSON then don't use a JSON
clients. The best practice is to use as specific of a media type as possible (so if a file is a GeoJSON then don't use a JSON
media type), and to use [registered](https://www.iana.org/assignments/media-types/media-types.xhtml) IANA types as much as possible.
The following table lists types that commonly show up in STAC assets. And the [section](#formats-with-no-registered-media-type)
past that gives recommendations on what to do if you have a format in your asset that does not have an IANA registered type.
Expand Down Expand Up @@ -341,7 +341,7 @@ In addition to the thumbnail, data and overview [roles listed](item-spec/item-sp
are a number of roles that are emerging in practice, but don't have enough widespread use to justify standardizing them. So if
you want to re-use other roles then try to find them on the list below, and also feel free to suggest more to include here.

The 'source' field lists where the role comes from. The ones the say Item Spec are the only 'official' roles that are fully
The 'source' field lists where the role comes from. The ones that say Item Spec are the only 'official' roles that are fully
standardized. In time others on this list may migrate to a more 'official' list. Those that say 'best practice' are just from this
doc, the listing is the table below. The ones from extensions are mostly just 'best practices' in the extensions, as there are few
actual role requirements.
Expand Down
2 changes: 1 addition & 1 deletion collection-spec/collection-spec.md
Original file line number Diff line number Diff line change
Expand Up @@ -70,7 +70,7 @@ In general, STAC versions can be mixed, but please keep the [recommended best pr
A list of extensions the Collection implements.
The list consists of URLs to JSON Schema files that can be used for validation.
This list must only contain extensions that extend the Collection specification itself,
see the the 'Scope' for each of the extensions.
see the 'Scope' for each of the extensions.
This must **not** declare the extensions that are only implemented in child Collection objects or child Item objects.

#### id
Expand Down
4 changes: 2 additions & 2 deletions item-spec/item-spec.md
Original file line number Diff line number Diff line change
Expand Up @@ -76,7 +76,7 @@ In general, STAC versions can be mixed, but please keep the [recommended best pr
A list of extensions the Item implements.
The list consists of URLs to JSON Schema files that can be used for validation.
This list must only contain extensions that extend the Item specification itself,
see the the 'Scope' for each of the extensions.
see the 'Scope' for each of the extensions.

#### id

Expand Down Expand Up @@ -247,7 +247,7 @@ is recommended only in special cases. See [Additional Fields for Assets](#additi

Any media type can be used in an Item's asset `type` field, and [registered](https://www.iana.org/assignments/media-types/media-types.xhtml)
Media Types are preferred. STAC Items that have sidecar metadata files associated with a data asset (e.g, `.tfw`, Landsat 8 MTL files)
should use media types appropriate for the the metadata file. For example, if it is a plain text file, then `text/plain`
should use media types appropriate for the metadata file. For example, if it is a plain text file, then `text/plain`
would be appropriate; if it is an XML, then `text/xml` is appropriate. For more information on media types as well as a
list of [common media types](../best-practices.md#common-media-types-in-stac) used in STAC see the [best practice on
working with media types](../best-practices.md#working-with-media-types).
Expand Down