0.21.dev0+limno.8

Sync to upstream 0.21.0 and add a minor bug fix

0.20.dev0+limno.7

Sync to upstream master branch (not released), including upgrade to pydantic>2.0
The USGS deployment will need to continue using releases from this fork until NLDI processes conform to the spec. This release still includes a workaround for a TypeError

0.20.dev0+limno.6

• Temporary solve for TypeError with NLDI Processes. To be addressed in individual repositories eventually, but quick fix here for deployment.

0.20.dev0+limno.5

• Explicitly defines inheritance to avoid lazy loading zarrs twice upon loading collections.
• Still uses pydantic 2.0.
• Syncs to upstream (0.20.dev0)

0.19.dev0+limno.4

Updates to enable parsing of STAC with STAC browser:

• Update type to "application/json"
• Add "id" to the content so that collections with collections within them (e.g., AIEM_permafrost) display with the proper name of that collection rather than the catalog id.

0.19.dev0+limno.3

Adds "extent" and "license" information to hateoas provider content for compatibility with pystac.

0.19.dev0+limno.1

Changes

• Sync with upstream pygeoapi (0.19.0dev)
• Revert pydantic to > 2.0

0.16.dev0+limno.4.beta

Changes

• Rollback of time querying fix in #5. @sjordan29 noted there is some additional work to be done on that logic before we push it to our production services.
• Implements a fix to the CORS issues on the Starlette App, (Issue #1740 in upstream)

Full Changelog: 0.16.dev0+limno.3-beta...0.16.dev0+limno.4-beta

0.16.dev0+limno.3-beta

What's Changed

• update time querying by @sjordan29 in #5

Full Changelog: 0.16.dev0+limno.2-beta...0.16.dev0+limno.3-beta

Interim fix for CRS variables

Interim fix to serve data with CRS data variable