Add the Multi-Tenant Catalogs Endpoint Extension, for nested catalog support

[jonhealy1]

Related Issue(s):

• Nested catalogs in stac-fastapi-pgstac #79
• Multi-tenant /Catalogs Extension stac-fastapi#880
• Hierarchically organized STAC APIs pgstac#88

Description:

Extension spec: https://github.com/StacLabs/multi-tenant-catalogs
STAC-FastAPI catalogs extension: https://github.com/StacLabs/stac-fastapi-catalogs-extension

• extension routing /catalogs endpoint recognized
• POST create Catalog
• GET one Catalog by ID
• GET all Catalogs
• LINK sub-catalog

PR Checklist:

• pre-commit hooks pass locally
• Tests pass (run make test)
• Documentation has been updated to reflect changes, if applicable, and docs build successfully (run make docs)
• Changes are added to the CHANGELOG.

[jonhealy1]

It's going to be best to fix the extension so it supports python 3.11

[bitner]

Rather than querying the collections table directly, you should build all of these on catalog_search. The tables in pgstac have no guarantee of stability if we need to modify the table structure when we are doing improvements while we try very hard to maintain the api contract for the search and collection_search functions. So, for this one, you should be able to do SELECT collection_search('{"filter":{"op":"=","args":[{"property":"type"},"Catalog"]},"limit":1}' (or close to that, I didn't actually check that query). I think you should be able to do everything you want with CQL2 array operators, if there is any pgstac/cql2 functionality that might be missing I can make a priority to get it added into pgstac.

[jonhealy1]

Thanks - really good to know!