Replies: 3 comments 2 replies
-
Generally, yes. pgstac was developed primarily to be a backend to a STAC API, and most STAC APIs are represent a single
I'd recommend reading through stac-utils/stac-fastapi#595 to get some more context on the subcatalog problem space. Tl;dr no one is working on it as far as I know.
I think that most of the STAC core team would consider this an anti-pattern (citation needed). |
Beta Was this translation helpful? Give feedback.
-
@tylere NB https://github.com/radiantearth/stac-spec/discussions/categories/stac-software where we've discussed general STAC software topics previously — I realize there's no link to that page on the stac-utils README, I'll fix. |
Beta Was this translation helpful? Give feedback.
-
I didn't see this mentioned on the STAC Best Practices page. Rather, the Catalog Layout section explicitly mentions the use of sub-catalogs containing items. |
Beta Was this translation helpful? Give feedback.
-
(starting the discussion here, since the pgstac repo does not have discussions enabled...)
I'm trying to understand how STAC Catalogs (and subcatalogs) are represented ing
pgstac
.The STACspec defines Catalogs, Collections, and Items. A STAC Catalog object represents a logical group of other Catalog, Collection, and Item objects.
pgstac
allows for the storage of Collections (table) and Items (table) which pypgstac can load data into. However, the concept of a Catalog seems to be largely missing frompgstac
, and is only mentioned indirectly in the pgstac docs:Given that background, here are a few specific questions:
Beta Was this translation helpful? Give feedback.
All reactions